Squeak-dev April 2002

squeak-dev@lists.squeakfoundation.org

195 participants
665 discussions

Another outage
by cg＠cdegroot.com 03 Apr '02

03 Apr '02

Yesterday, AboveNet managed to remove their .NL datacenter (where the systems SqF runs on are located) from the Internet for a round 6 hours (yes, these guys have got *a lot* of explaining to do). So if you had trouble accessing the SqF wiki's or found that the mailing list was slow, you now know why. (their network is still not back to normal, you won't notice that on the mailing list but you may notice that when accessing the archives or the SqF swiki). -- Cees de Groot http://www.cdegroot.com <cg(a)cdegroot.com> GnuPG 1024D/E0989E8B 0016 F679 F38D 5946 4ECD 1986 F303 937F E098 9E8B

1 0

[ENH][GOODIE] OSProcess V3.0 (OSProcess for Windows)
by David T. Lewis 03 Apr '02

03 Apr '02

[This is a repost - original did not make it to the list] OSProcessV3-0 David T. Lewis, 10 March 2002 Previous released version: OSProcess 2.7 Corresponding CommandShell version: 3.0 This is the first Windows release. Windows users please see 'Known bugs' below. Version numbers for OSProcess, CommandShell, and all plugins have been set to 3.0 for this release. See the separate CommandShell change set for a Unix shell window which uses OSProcess. OSProcess provides access to the external operating system from Squeak. Plugins are provided for Unix, Linux, and Windows systems. OSProcess can be loaded on other platforms as well, and placeholder classes are provided in the OSProcess hierarchy for other operating systems (Mac, OS/2, RiscOS), although support for these systems is not yet implemented. You can: - Open a inspector on the operating system process in which Squeak is running (OSProcess thisOSProcess). - Read or write on the stdin, stdout, and stderr streams (Unix only for this release). - Access the command line, and get or set environment variables (Windows: get environment only). - Fork and exec external programs, with control of the command line, environment, and stdin/stdout/stderr (Windows: run an external program). - Open an inspector on a child operating system process created from Squeak, with run state and exit status of the child updated asynchronously. - Run an external command: OSProcess command: 'xeyes' (Unix) OSProcess command: 'sol' (Windows) - Connect directly to input and outputs of external commands. See the separate CommandShell change set for a useful implementation, supporting commands like: (PipeableOSProcess command: 'ls -l *') output - Create pipes and connect them to external processes (see the CommandShell change set). - Fork an exact clone of the current running Squeak image (no image file) with parent and child Squeak processes proceeding from the same point in memory (UnixProcess forkSqueak). - Fork a Squeak using the disk based image (UnixProcess squeak). - Start a headless Squeak from the running Squeak image, giving it an expression to evaluate: (UnixProcess forkHeadlessSqueakAndDoThenQuit: [UnixProcess command: 'echo hello world']) - Tell the running image to go headless (UnixProcess decapitate), and reconnected the image with a window (UnixProcess recapitate). - Move the display to another computer on the network: (UnixProcess displayOnXServer: 'someOtherComputer') - Restart the VM on the fly (UnixProcess restartVirtualMachine). - Rebuild the VM, and restart Squeak with the new VM if the build was successful (UnixProcess makeVM). - Start your Swiki in a headless background process: (UnixProcess startSwiki: 'myswiki' onPort: 8081 loggingTo: 'log.txt') Known bugs in 3.0: - On Windows, OSPipe is implemented, but an OSPipe cannot yet be set for nonBlocking reads or writes. Reading from an OSPipe with no data available will block the Squeak VM (<ctl><alt><del> required!!). - On Windows, stdin/stdout/stderr access is not yet implemented. - On Windows, command pipelines for external commands are not yet implemented. CommandShell does work, and may be used for launching individual Windows programs as well as for the usual CommandShell internal commands and internal command pipelines. However, it is not yet possible to construct a pipeline of Windows programs. - Forking a child Squeak, as in UnixProcess>>forkSqueak, results in two instances of Squeak which share a single changes file. This has no practical impact if one or the other of the Squeak processes exits without doing very much, but it would probably result in a corrupted changes file if both Squeak instances do a lot of changes. I am leaving this as is for now, since a quick fix would require one of the Squeaks to save itself under an different image name. - The connectToXDisplay method is probably dangerous from a security perspective. - UnixOSProcessAccessor>>primitiveEnsetEnv uses the function unsetenv(), which is not available on Solaris (and possibly other systems). I do not know the portable equivalent of unsetenv(), so for now Solaris users will need to comment out the call to unsetenv() and rebuild the plugin. Other than failing the SUnit tests, commenting the function out has little practical impact. Changes in 3.0 since 2.7: - Added support for Windows. Windows programs can be launched. Squeak keeps track of its external programs and updates their runState and exitStatus. - Added a plugin for Windows. The plugin can run external Win32 programs, and provides notification to Squeak when an external process exits. It can create an OSPipe (but see bug notes above). Functions required for command pipelines and nonblocking pipes are not yet implemented. - Refactored the plugin classes to share code between Unix and Windows where possible. - Added WindowsThread to represent an OS thread of execution within an OS process. This may be generalized for other platforms as required (eg pthread support on Unix). - Did a general refactoring and renaming of classes to incorporate Windows support. Most importantly, class ConnectedUnixProcess has been replaced by class PipeableOSProcess in the separate CommandShell change set. PipeableOSProcess is platform independent, and collaborates with platform specific instances of ExternalOSProcess to eliminate the need for separate 'connectable' subclasses for each platform. The classes in OSProcess are: OSProcess ExternalOSProcess ExternalMacOSProcess ExternalOS2Process ExternalRiscOSProcess ExternalUnixOSProcess ExternalWindowsOSProcess ThisOSProcess MacProcess OS2Process RiscOSProcess UnixProcess WindowsProcess WindowsThread OSPipe (StandardFileStream) AttachableFileStream OSProcessAccessor MacOSProcessAccessor OS2OSProcessAccessor RiscOSProcessAccessor UnixOSProcessAccessor WindowsOSProcessAccessor (InterpreterPlugin) OSProcessPlugin UnixOSProcessPlugin UnixOSProcessPluginDynamicThisSession UnixOSProcessPluginInterpreterGetThisSession UnixOSProcessPluginNoThisSessionAvailable UnixOSProcessPluginStaticThisSession Win32OSProcessPlugin Win32OSProcessPluginDynamicThisSession Win32OSProcessPluginInterpreterGetThisSession Win32OSProcessPluginNoThisSessionAvailable Win32OSProcessPluginStaticThisSession

7 25

RE: "Squeak for..."
by Norton, Chris 03 Apr '02

03 Apr '02

...spare change? :-) -----Original Message----- From: Craig Latta [mailto:Craig.Latta@NetJam.ORG] Sent: Saturday, March 30, 2002 4:55 PM To: squeak-dev(a)lists.squeakfoundation.org Subject: "Squeak for..." ...former dummies? ...smarties? -C -- Craig Latta composer and computer scientist craig.latta(a)netjam.org www.netjam.org crl(a)watson.ibm.com To quote is human, to paraphrase divine.

4 3

[ENH] CloseBoxInMenu-nk (smaller title bar)
by Ned Konz 03 Apr '02

03 Apr '02

from preamble: "Change Set: CloseBoxInMenu-nk Date: 2 April 2002 Author: Ned Konz Changes: 2 April: * Made height of title bar the same height as the window title bars 31 Mar: * Changed font to regular window title font. * Made balloon help only appear if novice mode. This changes the stay-up look of titled MenuMorphs to more closely match the style of the SystemWindows. Morphic only. "!

1 0

RE: How to size before displaying morph view of TranscriptStream?
by Ken Brown 03 Apr '02

03 Apr '02

Thx. However, this seems to ignore the desired position and puts it around the center of the screen. How would I get it to the upper left? Ken Brown > > What is the trick to have the window sized nicely before display? > > Don't use openInWorld. This calls the RealEstateAgent to get a size. > Instead, do this: > > t _ TranscriptStream new. > tview_ (t openAsMorphLabel: 'test1'). > tview position: 20@20. > tview openInWorldExtent: 100@100. > > -- > Ned Konz > currently: Stanwood, WA > email: ned(a)bike-nomad.com > homepage: http://bike-nomad.com > >

3 4

Initial startup delay in 3.2g -- why?
by Ned Konz 03 Apr '02

03 Apr '02

I've been trying to figure out why stock 3.2g images take about 3 seconds to start processing events (you can see this most easily by watching Squeaky's eyes as you move the mouse, or by clicking on text and looking for the highlight/cursor). With the same VM, the 3.0 images don't exhibit this delay. I see the same delay if I turn sound off in the image. Any suggestions? I don't really feel like using gdb today. Platform: Linux, 3.2g-4811 image, VM from CVS. -- Ned Konz currently: Stanwood, WA email: ned(a)bike-nomad.com homepage: http://bike-nomad.com

3 4

RE: One more gripe/question
by Norton, Chris 03 Apr '02

03 Apr '02

[ ... snipped description of playfields ... ] Hey thanks for that great explanation Scott! I've been wondering about this very thing for years. Cheers, ---==> Chris

1 0

[ENH] vt100Telnet
by Felix Franz 03 Apr '02

03 Apr '02

A recent thread ("Squeak for everyday use??") reminded me of the telnet stuff I was working on. Well, here it is. The code is far from perfect, but it is enough to use vim :-) I filed it into a 3.2gamma image (#4743) and it worked for me. Cheers, felix from preamble: "Change Set: vt100Telnet Date: 27 March 2002 Author: Felix Franz improved TelnetClient. Use VT100TelnetClient open to open the Telnet window. Supports - full duplex mode (SUPP), (you can use screen oriented programs) - Sends the Terminal-type (TERM) to the host - Sends the Window size to the host (NAWS). The VT100 emulation is not perfect. It doesn't support scrollback."!

3 2

How to size before displaying morph view of TranscriptStream?
by Ken Brown 03 Apr '02

03 Apr '02

t _ TranscriptStream new. tview_ (t openAsMorphLabel: 'test1'). tview openInWorld. tview position: 20 @ 20. tview extent: 600 @ 30. This displays a larger window first, then erases that and displays the correct smaller one. If the sizing is done before the openInWorld, it does not rezize. What is the trick to have the window sized nicely before display? Thx Ken brown

2 1

[ENH]VMMaker version 6, now with extra cleverness!
by Tim Rowledge 03 Apr '02

03 Apr '02

Those of you that have been playing with VMMaker will probably be interested in the new version. I've added some new features that should be useful to you:- A new button gives you a list of known platforms instead of you having to know the proper spelling of all the platforms. The text fields for the paths and platform name now auto-accept when you hit any of the generate buttons, and (seem to!) report any errors correctly. Another new button allows you to clean out the generated file tree. A dictionary holding lists of the files required for each plugin and the vm - this should be some use in making automagically produced makefile fragments. Plugins have a timestamp that is updated when you change any methods in them; this is compared to the timestamp of the relevant file and only if the plugin is newer than the file(s) is the file regenerated. Thus if you are actively working on a plugin or the vm you can simply hit the 'Generate All' button and only the changed plugin(s) will be regenerated. This even works on a fresh startup, so long as your configuration is the same as last time. I recommend saving a configuration and reloading it the next time you need to do vm work. 'Unneeded' plugin directories are deleted when you hit the go buttons. i.e. if you move FooPlugin from internal to external the directory for FooPlugin in the intplugins tree will be removed. This should avoid confusion. An alpha version (ie I haven't done exhaustive testing yet) is availalable at http://sumeru.stanford.edu/tim/pooters/sqFiles/deltas/VMMaker-3-2-version6.… tim

1 1

Jump to page: