Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
[3.8 was never promoted to stable, so the release notes describe the major...]
Changes since 3.7-7:
VM:
The VM is now fully compatible with Croquet and will run both Squeak and Croquet images.
Attribute 1006 answers a string describing the VM build environment.
VM drivers:
vm-display-X11 no longer generates Squeak KeyUp events for X KeyRelease events that came from autorepeat.
Plugins:
Parts of aio and sqUnixSocket modified to support asynchronous notification of i/o, and a new entry point (aioSleep) added for the benefit of the Mac VM. (In some cases it's trivial to demonstrate a factor of 2000 improvement in socket throughput.)
SO_REUSEPORT has been enabled for any architectures that support it. At the time of writing Darwin does but Linux does not.
UUID plugin now supported and bundled.
OSProcess and XDisplayControl plugins updated from Dave Lewis's distributions and bundled.
CroquetPlugin and FloatMathPlugin from Andreas are now bundled for full Croquet compatibility.
Security plugin now obeys SQUEAK_USERDIR if set.
Grrr. That one still doesn't build on Intel Macs until you change the USE_SPINLOCK to 0 (which gets you a VM that crashes immediately) and then remove all mentions of registers in gnu-interp.c
:-/
On Apr 19, 2006, at 12:40 PM, Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
[3.8 was never promoted to stable, so the release notes describe the major...]
Changes since 3.7-7:
VM:
The VM is now fully compatible with Croquet and will run both Squeak and Croquet images.
Attribute 1006 answers a string describing the VM build environment.
VM drivers:
vm-display-X11 no longer generates Squeak KeyUp events for X KeyRelease events that came from autorepeat.
Plugins:
Parts of aio and sqUnixSocket modified to support asynchronous notification of i/o, and a new entry point (aioSleep) added for the benefit of the Mac VM. (In some cases it's trivial to demonstrate a factor of 2000 improvement in socket throughput.)
SO_REUSEPORT has been enabled for any architectures that support it. At the time of writing Darwin does but Linux does not.
UUID plugin now supported and bundled.
OSProcess and XDisplayControl plugins updated from Dave Lewis's distributions and bundled.
CroquetPlugin and FloatMathPlugin from Andreas are now bundled for full Croquet compatibility.
Security plugin now obeys SQUEAK_USERDIR if set.
Ian Piumarta a écrit :
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/PPC binaries available. http://squeakvm.org/unix/
You may want to open a new bug report on this website to get the new vm on future ubuntu:
https://launchpad.net/distros/ubuntu/+source/squeak-vm/+bugs
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux) when I want it, I compile it from the source code you provide. I have tried the new one with the following results: -------------------------------------------------------------------------- - the README file mentions command
../platforms/unix/config/configure
That file is located elswhere. If that note is supposed to be precize (the user is supposed to run it from the suggested `bld' directory) I guess that the note should be:
../unix/config/configure
- If my system lacked `X11/Xlib.h', the configuration script succeeded. I guess that it should have complained and failed instead because the plugin was not buildable.
- The `make install' failed with the following error message:
rm /usr/local/lib/squeak/3.9-4/*.la /bin/sh /home/kosik/tmp/Squeak-3.9-4/platforms/unix/config/mkinstalldirs /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYING /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYRIGHT /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/LICENSE /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Contributing /usr/local/doc/s queak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Keyboard /usr/local/doc/squea k /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Sound /usr/local/doc/squeak gzip -f9 /usr/local/doc/squeak/* gzip: /usr/local/doc/squeak/COPYING.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/COPYRIGHT.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/LICENSE.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Contributing.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Keyboard.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Sound.gz already has .gz suffix -- unchanged make: *** [install-doc] Error 2
- After shuch partial installation the squeak cannot be run. If I try to run it, I get a following error:
could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/3.9-4/vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. Aborted (core dumped)
The file `/usr/local/lib/squeak/3.9-4/vm-display-X11.so' indeed misses. In `/usr/local/lib/squeak/3.9-4/' directory there are only the following files:
PseudoTTYPlugin squeak UnixOSProcessPlugin vm-display-fbdev vm-display-null vm-sound-null vm-sound-OSS
I am not sure what's wrong. The external vm-display-X11.so does not appear to occur in conjunction with the older VM (3.7-7) I was using hitherto.
I do not deny errors from my side. I followed instructions in your README file.
Best regards...
Matej Kosik a écrit :
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux)
I work on a Debian (Sarge, Stable). I've installed the tar.gz and all is ok without having to compile it. alain
when I want it, I compile it from the source code you provide. I have tried the new one with the following results:
the README file mentions command
../platforms/unix/config/configure
That file is located elswhere. If that note is supposed to be precize (the user is supposed to run it from the suggested `bld' directory) I guess that the note should be:
../unix/config/configure
- If my system lacked `X11/Xlib.h', the configuration script succeeded.
I guess that it should have complained and failed instead because the plugin was not buildable.
- The `make install' failed with the following error message:
rm /usr/local/lib/squeak/3.9-4/*.la /bin/sh /home/kosik/tmp/Squeak-3.9-4/platforms/unix/config/mkinstalldirs /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYING /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYRIGHT /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/LICENSE /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Contributing /usr/local/doc/s queak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Keyboard /usr/local/doc/squea k /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Sound /usr/local/doc/squeak gzip -f9 /usr/local/doc/squeak/* gzip: /usr/local/doc/squeak/COPYING.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/COPYRIGHT.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/LICENSE.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Contributing.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Keyboard.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Sound.gz already has .gz suffix -- unchanged make: *** [install-doc] Error 2
- After shuch partial installation the squeak cannot be run. If I try to run it, I get a following
error:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/3.9-4/vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Aborted (core dumped)
The file `/usr/local/lib/squeak/3.9-4/vm-display-X11.so' indeed misses. In `/usr/local/lib/squeak/3.9-4/' directory there are only the following files:
PseudoTTYPlugin squeak UnixOSProcessPlugin vm-display-fbdev vm-display-null vm-sound-null vm-sound-OSS
I am not sure what's wrong. The external vm-display-X11.so does not appear to occur in conjunction with the older VM (3.7-7) I was using hitherto.
I do not deny errors from my side. I followed instructions in your README file.
Best regards...
Alain Plantec wrote:
Matej Kosik a écrit :
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux)
I work on a Debian (Sarge, Stable). I've installed the tar.gz and all is ok without having to compile it. alain
That works, thank you.
New virtual machine consumes (also in conjunction with the freshly downloaded image) most of the CPU (99% without doing anything). The old VM did not do that (it consumed in quiescent state about 15% of the CPU). (In conjunction with the same image). Does this happen also on your computers?
(I am just curious)
Matej Kosik a écrit :
Alain Plantec wrote:
Matej Kosik a écrit :
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux)
I work on a Debian (Sarge, Stable). I've installed the tar.gz and all is ok without having to compile it. alain
That works, thank you.
New virtual machine consumes (also in conjunction with the freshly downloaded image) most of the CPU (99% without doing anything).
yes, I have the same with a 3.9a 7022 image: 99% of CPU ?? 5-6% max with a 3.8 6665 image. can someone explain that? alain
The old VM did not do that (it consumed in quiescent state about 15% of the CPU). (In conjunction with the same image). Does this happen also on your computers?
(I am just curious)
Alain Plantec wrote:
Matej Kosik a écrit :
Alain Plantec wrote:
Matej Kosik a écrit :
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux)
I work on a Debian (Sarge, Stable). I've installed the tar.gz and all is ok without having to compile it. alain
That works, thank you.
New virtual machine consumes (also in conjunction with the freshly downloaded image) most of the CPU (99% without doing anything).
yes, I have the same with a 3.9a 7022 image: 99% of CPU ?? 5-6% max with a 3.8 6665 image. can someone explain that? alain
The old VM did not do that (it consumed in quiescent state about 15% of the CPU). (In conjunction with the same image). Does this happen also on your computers?
(I am just curious)
Also, Balloon3D is slooooow :-) on my machine. It was great with the vm 3.7.7 after I recompiled it from the source.
Maybe this is due to some process eating the whole CPU time.
c.
Hello,
Try to remove /usr/local/doc/squeak/ and then redo the `make install'. I already have a similar problem when installing a new vm in /usr/local.
Michael
On Thu, 20 Apr 2006 15:26:44 +0200 Matej Kosik kosik@fiit.stuba.sk wrote:
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Hello,
I am no expert in VM area. Nonetheless since Squeak is not part of my distribution (Debian GNU/Linux) when I want it, I compile it from the source code you provide. I have tried the new one with the following results:
the README file mentions command
../platforms/unix/config/configure
That file is located elswhere. If that note is supposed to be precize (the user is supposed to run it from the suggested `bld' directory) I guess that the note should be:
../unix/config/configure
If my system lacked `X11/Xlib.h', the configuration script succeeded. I guess that it should have complained and failed instead because the plugin was not buildable.
The `make install' failed with the following error message:
rm /usr/local/lib/squeak/3.9-4/*.la /bin/sh /home/kosik/tmp/Squeak-3.9-4/platforms/unix/config/mkinstalldirs /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYING /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/COPYRIGHT /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/LICENSE /usr/local/doc/squeak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Contributing /usr/local/doc/s
queak /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Keyboard /usr/local/doc/squea k /usr/bin/install -c -m 644 /home/kosik/tmp/Squeak-3.9-4/platforms/unix/doc/README.Sound /usr/local/doc/squeak gzip -f9 /usr/local/doc/squeak/* gzip: /usr/local/doc/squeak/COPYING.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/COPYRIGHT.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/LICENSE.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Contributing.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Keyboard.gz already has .gz suffix -- unchanged gzip: /usr/local/doc/squeak/README.Sound.gz already has .gz suffix -- unchanged make: *** [install-doc] Error 2
After shuch partial installation the squeak cannot be run. If I try to run it, I get a following error:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/3.9-4/vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Aborted (core dumped)
The file `/usr/local/lib/squeak/3.9-4/vm-display-X11.so' indeed misses. In `/usr/local/lib/squeak/3.9-4/' directory there are only the following files:
PseudoTTYPlugin squeak UnixOSProcessPlugin vm-display-fbdev vm-display-null vm-sound-null vm-sound-OSS
I am not sure what's wrong. The external vm-display-X11.so does not appear to occur in conjunction with the older VM (3.7-7) I was using hitherto.
I do not deny errors from my side. I followed instructions in your README file.
Best regards...
Matej Kosik
Hi Ian and all!
Ian Piumarta piumarta@gmail.com wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Nice!
Ok, so I revised my Lunar module for squeak yesterday and noted that: - The image download is different from before. It doesn't contain inisqueak anymore and the image is not in a subdir. - The small tweak for gzip is still needed (though I honestly don't recall why I needed it to work - I think my make docs failed without it). - The remapping from /usr/local is not needed anymore - I noticed you do it inside the INSTALL script.
See my Lunar module here, it is very small collection of bash scripts (just click on them), note PRE_BUILD especially:
http://darcs.krampe.se/zlocal/squeak/
As you see the second INSTALL script is not needed anymore (I guess?) and inisqueak isn't there to patch either. Did you drop inisqueak? In that case you need to remove its man page and a few mentionings of it in the READMEs IIRC.
regards, Göran
Hi Goran,
- The image download is different from before. It doesn't contain
inisqueak anymore and the image is not in a subdir.
Oops. That's my fault. In moving to SVN the machinery for making releases changed. I'll take a look at that and the other issues you mention.
Regards, Ian
Hello Ian,
On 19.04.2006 21:40, Ian Piumarta wrote:
... Parts of aio and sqUnixSocket modified to support asynchronous notification of i/o,
This sounds great! I remember some critical comments in the socket code (seen them a long time ago): do you think the code is mature now?
and a new entry point (aioSleep) added for the benefit of the Mac VM.
(In some cases it's trivial to demonstrate a factor of 2000 improvement in socket throughput.)
Does this improvement apply to linux VMs, too?
Best regards, Stephan
Stephan Rudlof wrote:
(In some cases it's trivial to demonstrate a factor of 2000 improvement in socket throughput.)
Does this improvement apply to linux VMs, too?
You bet. The Croquet test cases can attest to that. Before Ian's fixes we had something like:
Test Win32 Linux ------------------------------------------------------- Raw socket latency: 0.15 ms 523.3 ms Router roundtrip latency: 0.98 ms 275.9 ms Router backdoor latency: 0.65 ms 147.3 ms
on both Linux and Macs; after the fixes Linux and Mac are on par or better than Windows. The fixes are in particular relevant for machines that run under high computational load.
Cheers, - Andreas
2006/4/19, Ian Piumarta piumarta@gmail.com:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Enjoy, Ian
Together with the latest 3.9-7024 this vm gives me a constant CPU load of 100%! Do others observe the same behavior? Do you have a possible solution?
Cheers Philippe
On Apr 23, 2006, at 9:40 AM, Philippe Marschall wrote:
Together with the latest 3.9-7024 this vm gives me a constant CPU load of 100%! Do you have a possible solution?
http://squeakvm.org/unix/release/Squeak-3.9-5.i686-pc-linux-gnu.tar.gz
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Hello,
I have observed the following problem with current (but it might be also the problem of the previous) version:
when I do not (yet) have ~/.npsqueak directory, the squeak browser plugin itself refuses to work. It does so because it (before it executes `npsqueakrun') checks whether the plugin image exists inside ~/.npsqueak. If not, it prints an error message (which can be observed on stderr) and terminates. The squeaklet is not shown.
My proposal is, that the plugin should ignore the fact whether ~/.npsqueak exists or not. It should go ahead and execute `npsqueakrun'.
Did you also notice this problem? If yes, it can be easily correct for example as follows:
The changed `npsqueak.c' file is even simpler than before.
I.e instead of this:
{ char* img_dir_v[PATH_MAX]= {user_img_dir, SYSTEM_IMG_DIR"/"}; if (findFileInPaths(plugin->imageName, imagename, 2, img_dir_v) == 0){ fprintf(stderr, "Squeak Plugin: Image file not found: %s\n", imagename); if (failureUrl){ fprintf(stderr, "Squeak Plugin: going to failure URL: %s\n", failureUrl); plugin->failureUrl= NPN_StrDup(failureUrl); }else { fprintf(stderr, "Squeak Plugin: no failure URL: \n"); return NPERR_GENERIC_ERROR; } } plugin->argv[6]= NPN_StrDup(plugin->imageName); }
there should be:
{ char* img_dir_v[PATH_MAX]= {user_img_dir, SYSTEM_IMG_DIR"/"}; if (findFileInPaths(plugin->imageName, imagename, 2, img_dir_v) == 0){ /* The `~/.npsqueak' directory does not exist yet. No problem. * The `npsqueakrun' script will create it. */ strcpy(plugin->imageName, user_img_dir); strcat(plugin->imageName, "/SqueakPlugin.image"); } plugin->argv[6]= NPN_StrDup(plugin->imageName); }
I have tried it and it worked for me.
Regards
Am 04.05.2006 um 00:59 schrieb Matej Kosik:
Ian Piumarta wrote:
Folks,
Source code, pre-loaded VMM image, precompiled Linux/386 and Darwin/ PPC binaries available.
Hello,
I have observed the following problem with current (but it might be also the problem of the previous) version:
when I do not (yet) have ~/.npsqueak directory, the squeak browser plugin itself refuses to work. It does so because it (before it executes `npsqueakrun') checks whether the plugin image exists inside ~/.npsqueak. If not, it prints an error message (which can be observed on stderr) and terminates. The squeaklet is not shown.
Actually, it tests if the image file already exists in ~/.npsqueak, or if can be installed from the system directory (SYSTEM_IMG_DIR which is configured to be /usr/lib/squeak/...). If neither of the two is found, the plugin image is not installed correctly, so we are redirected to the failureURL.
My proposal is, that the plugin should ignore the fact whether ~/.npsqueak exists or not. It should go ahead and execute `npsqueakrun'.
... which will fail if it cannot find the image either. But at that point it is to late, we cannot redirect the browser to the plugin download page (failureURL).
Did you also notice this problem? If yes, it can be easily correct for example as follows:
The changed `npsqueak.c' file is even simpler than before.
That's because it removes essential functionality.
You might check what SYSTEM_IMG_DIR is on your install and if there is a plugin image file actually installed there.
- Bert -
squeak-dev@lists.squeakfoundation.org