On Mon, 16 Aug 2010, David T. Lewis wrote:
On Mon, Aug 16, 2010 at 02:13:20PM +0200, Levente Uzonyi wrote:
On Mon, 16 Aug 2010, David T. Lewis wrote:
On Sun, Aug 15, 2010 at 11:21:07PM -0300, Casimiro de Almeida Barreto wrote:
Hello,
When installing from Monticello everything go OK until "initializing..." & then a seg fault happens. OS: Fedora 13, libuuid-2.17.2-6.fc13.i686 & libuuid-devel-2.17.2-6.fc13.i686
[casimiro@localhost cog.work]$ /opt/cog/squeak squeak.image
Segmentation fault
Smalltalk stack dump: 0xbfcc1428 I UUID>initialize 2039877212: a(n) UUID 0xbfcc1440 M UUID class(Behavior)>new: 2009777744: a(n) UUID class 0xbfcc1464 I UUID class>new 2009777744: a(n) UUID class 0xbfcc1484 I SmalltalkImageInstanceID class>instanceID 2031947652: a(n)
This sounds like the old UUID bug:
Mantis 7358: UUID>>initialize may crash VM for some images http://bugs.squeak.org/view.php?id=7358
The problem affects some Linux platforms. The apparent fix is to build the plugin internally.
That doesn't really solve the problem. I couldn't use the official release on a machine, because the UUID plugin crashed. Since it was built as an internal plugin, I couldn't get rid of it, so I had to rebuild the VM.
I think that we had managed to convince ourselves that building the plugin internally makes the problem go away. Apparently that is not the case here.
Just to be clear, when you rebuilt the VM to eliminate the UUID problem, did you build it with no UUIDPlugin at all, or are you saying that recompiling on your own machine was sufficient to correct the problem?
I built it with UUIDPlugin, though the VM doesn't load the plugin, because the server doesn't have libuuid. But the VM doesn't crash, the primitive fails as expected (because of the lack of libuuid).
Levente
Thanks, Dave