Updating on trunk crashes the VM

> On Mon, Nov 22, 2010 at 05:53:39PM +0100, Tim Felgentreff wrote:
>> Hi
>>
>> Updating from the latest released image (10548) to trunk on the Cog VM
>> crashes on Linux upon calling UUID>>initialize. Apparently, problems
>> with libuuid and the Squeak VM are known, but is there a solution,
>> besides rebuilding without the plugin and having the primitive fail?
>
> The available information is here:
>
> http://bugs.squeak.org/view.php?id=7358
>
> As near as I can tell, we are faced with two competing bugs in various
> Linux distributions:
>
> 1) Some Linux distributions have a buggy libuuid library. The bug is
> apparently not triggered when the UUID plugin is compiled internally,
> hence the internal UUIDPlugin in Unix/Linux/Cog VMs.
>
> 2) More recently, some other 64-bit Linux distributions have accidentally
> left out libuuid from their 32-but runtime libraries. On these platforms,
> the VM will not run if it includes an internal UUIDPlugin.
>
> So if the plugin is compiled externally, one group of Linux users
> will get VM crashes due to bug #1. And if it is compiled internally,
> a different group of Linux users will get VM crashes due to bug #2.
>
> Frankly, I'm inclined to suggest removing the UUIDPlugin entirely
> from the Linux VMs until the various distros stabilize. Anyone have
> a better idea?
>

> On 24 November 2010 18:39, David T. Lewis <[hidden email]> wrote:
>> On Mon, Nov 22, 2010 at 05:53:39PM +0100, Tim Felgentreff wrote:
>>> Hi
>>>
>>> Updating from the latest released image (10548) to trunk on the Cog VM
>>> crashes on Linux upon calling UUID>>initialize. Apparently, problems
>>> with libuuid and the Squeak VM are known, but is there a solution,
>>> besides rebuilding without the plugin and having the primitive fail?
>>
>> The available information is here:
>>
>> http://bugs.squeak.org/view.php?id=7358
>>
>> As near as I can tell, we are faced with two competing bugs in various
>> Linux distributions:
>>
>> 1) Some Linux distributions have a buggy libuuid library. The bug is
>> apparently not triggered when the UUID plugin is compiled internally,
>> hence the internal UUIDPlugin in Unix/Linux/Cog VMs.
>>
>> 2) More recently, some other 64-bit Linux distributions have accidentally
>> left out libuuid from their 32-but runtime libraries. On these platforms,
>> the VM will not run if it includes an internal UUIDPlugin.
>>
>> So if the plugin is compiled externally, one group of Linux users
>> will get VM crashes due to bug #1. And if it is compiled internally,
>> a different group of Linux users will get VM crashes due to bug #2.
>>
>> Frankly, I'm inclined to suggest removing the UUIDPlugin entirely
>> from the Linux VMs until the various distros stabilize. Anyone have
>> a better idea?
>>
>
> Another option is to implement own uuid generator and be no longer
> dependent from
> buggy external stuff.
>
>> Dave
>>
>>
>>
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>

>
> On 24 November 2010 19:22, Igor Stasenko<[hidden email]>  wrote:
>> On 24 November 2010 18:39, David T. Lewis<[hidden email]>  wrote:
>>> On Mon, Nov 22, 2010 at 05:53:39PM +0100, Tim Felgentreff wrote:
>>>> Hi
>>>>
>>>> Updating from the latest released image (10548) to trunk on the Cog VM
>>>> crashes on Linux upon calling UUID>>initialize. Apparently, problems
>>>> with libuuid and the Squeak VM are known, but is there a solution,
>>>> besides rebuilding without the plugin and having the primitive fail?
>>>
>>> The available information is here:
>>>
>>> http://bugs.squeak.org/view.php?id=7358
>>>
>>> As near as I can tell, we are faced with two competing bugs in various
>>> Linux distributions:
>>>
>>> 1) Some Linux distributions have a buggy libuuid library. The bug is
>>> apparently not triggered when the UUID plugin is compiled internally,
>>> hence the internal UUIDPlugin in Unix/Linux/Cog VMs.
>>>
>>> 2) More recently, some other 64-bit Linux distributions have accidentally
>>> left out libuuid from their 32-but runtime libraries. On these platforms,
>>> the VM will not run if it includes an internal UUIDPlugin.
>>>
>>> So if the plugin is compiled externally, one group of Linux users
>>> will get VM crashes due to bug #1. And if it is compiled internally,
>>> a different group of Linux users will get VM crashes due to bug #2.
>>>
>>> Frankly, I'm inclined to suggest removing the UUIDPlugin entirely
>>> from the Linux VMs until the various distros stabilize. Anyone have
>>> a better idea?
>>>
>>
>> Another option is to implement own uuid generator and be no longer
>> dependent from
>> buggy external stuff.
>>
>>> Dave
>>>
>>>
>>>
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko AKA sig.
>>
>
>
>

> On 11/24/2010 9:31 AM, Igor Stasenko wrote:
>>
>> Take a look at
>> http://www.ietf.org/rfc/rfc4122.txt
>>
>> it contains description and code, enough to implement UUID generator
>> from scratch.
>
> You might want to have a look at the code first, because, lo and behold!
> UUIDGenerator implements version 4 of said spec :-) Not only that, it
> *automatically* kicks in when the plugin isn't present.
>

> Cheers,
>  - Andreas
>
>>
>> On 24 November 2010 19:22, Igor Stasenko<[hidden email]>  wrote:
>>>
>>> On 24 November 2010 18:39, David T. Lewis<[hidden email]>  wrote:
>>>>
>>>> On Mon, Nov 22, 2010 at 05:53:39PM +0100, Tim Felgentreff wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> Updating from the latest released image (10548) to trunk on the Cog VM
>>>>> crashes on Linux upon calling UUID>>initialize. Apparently, problems
>>>>> with libuuid and the Squeak VM are known, but is there a solution,
>>>>> besides rebuilding without the plugin and having the primitive fail?
>>>>
>>>> The available information is here:
>>>>
>>>> http://bugs.squeak.org/view.php?id=7358
>>>>
>>>> As near as I can tell, we are faced with two competing bugs in various
>>>> Linux distributions:
>>>>
>>>> 1) Some Linux distributions have a buggy libuuid library. The bug is
>>>> apparently not triggered when the UUID plugin is compiled internally,
>>>> hence the internal UUIDPlugin in Unix/Linux/Cog VMs.
>>>>
>>>> 2) More recently, some other 64-bit Linux distributions have
>>>> accidentally
>>>> left out libuuid from their 32-but runtime libraries. On these
>>>> platforms,
>>>> the VM will not run if it includes an internal UUIDPlugin.
>>>>
>>>> So if the plugin is compiled externally, one group of Linux users
>>>> will get VM crashes due to bug #1. And if it is compiled internally,
>>>> a different group of Linux users will get VM crashes due to bug #2.
>>>>
>>>> Frankly, I'm inclined to suggest removing the UUIDPlugin entirely
>>>> from the Linux VMs until the various distros stabilize. Anyone have
>>>> a better idea?
>>>>
>>>
>>> Another option is to implement own uuid generator and be no longer
>>> dependent from
>>> buggy external stuff.
>>>
>>>> Dave
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Igor Stasenko AKA sig.
>>>
>>
>>
>>
>
>
>