- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Random crashes?

by AxiNat

I've got Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.51] now, let's see how it performs. Thanks again! Bernat.

March 30, 2011

Re: [Pharo-project] Random crashes?

by Scott Gibson

On my Mac I have been using Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.47] Croquet Cog 3.0.0 which has been quite stable. Thanks, Scott On Mar 30, 2011, at 11:21 AM, Henrik Johansen wrote: > > On Mar 30, 2011, at 5:13 20PM, AxiNat wrote: > >> I was using the Cog VM shipped with the OneClick image, I'll update it right away. >> >> Thanks :) >> >> Bernat. > > Yeah, I know... > Could whoever is in charge of the one-clicks (with Cog VM's) please update them? > Maybe wait till versions with the fix for FFI crash is in though, to avoid having to do it again right after :) > > This is like the 7rd or 8th time someone using the one-click images report crashes which may or may not already be fixed in later versions of Cog... > > Cheers, > Henry > > -- Scott Gibson wsgibson(a)windstream.net

March 30, 2011

Re: [Pharo-project] Random crashes?

by Igor Stasenko

On 30 March 2011 17:21, Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > On Mar 30, 2011, at 5:13 20PM, AxiNat wrote: > >> I was using the Cog VM shipped with the OneClick image, I'll update it right away. >> >> Thanks :) >> >> Bernat. > > Yeah, I know... > Could whoever is in charge of the one-clicks (with Cog VM's) Â please update them? > Maybe wait till versions with the fix for FFI crash is in though, to avoid having to do it again right after :) > > This is like the 7rd or 8th time someone using the one-click images report crashes which may or may not already be fixed in later versions of Cog... > And while from one side it could seem a little annoying, but i like to look at it from positive side: there are a plenty of people using Cog and Pharo! And sure thing, those people require some guidance and support from hardcore guys like you. So, its not a big deal :) > Cheers, > Henry > > > -- Best regards, Igor Stasenko AKA sig.

March 30, 2011

Re: [Pharo-project] Random crashes?

by Henrik Johansen

On Mar 30, 2011, at 5:13 20PM, AxiNat wrote: > I was using the Cog VM shipped with the OneClick image, I'll update it right away. > > Thanks :) > > Bernat. Yeah, I know... Could whoever is in charge of the one-clicks (with Cog VM's) please update them? Maybe wait till versions with the fix for FFI crash is in though, to avoid having to do it again right after :) This is like the 7rd or 8th time someone using the one-click images report crashes which may or may not already be fixed in later versions of Cog... Cheers, Henry

March 30, 2011

[Pharo-project] Fwd: Random crashes?

by Henrik Johansen

Meh, bitten by default reply receiver... Sending it here as well in case it's of interest for others. Begin forwarded message: > From: Henrik Johansen <henrik.s.johansen(a)veloxit.no> > Date: March 30, 2011 5:10:01 PM GMT+02:00 > To: AxiNat <tibabenfortlapalanca(a)gmail.com> > Subject: Re: [Pharo-project] Random crashes? > > > On Mar 30, 2011, at 5:01 06PM, AxiNat wrote: > >> Hi Henrik and list, I was just asking how can I do the research by myself to find out where the bug comes from. >> >> Anyway, here's my config: >> >> Debian GNU/Linux wheezy/sid (testing) - Kernel version 2.6.32-5-686 >> >> CPU: Intel(R) Pentium(R) Dual CPU T3400 @ 2.16GHz >> >> Smalltalk version 'Pharo1.2' >> Smalltalk vmVersion 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.35]' >> >> > Then I'd say there's probably a bug in code generation of the Cog JIT'er, seeing as how it doesn't crash right away. > Use of SSE2 instructions would be my first bet, but it looks like your processor supports those. > > First I'd try upgrading to a recent VM, .35 is really old, and there have been plenty of crash fixes since then. > > If that doesn't help, try to identify which piece of code gets JIT'ed right before the crash (using logs/a debug-built VM/gdb etc.), and try to create a reproducible test-case of the code that generates invalid instructions when JIT'ed. > > Then, submit testcase/details you just provided here to the Cog issue tracker, cross your fingers, and hope for the best :) > > Cheers, > Henry

March 30, 2011

Re: [Pharo-project] Random crashes?

by AxiNat

I was using the Cog VM shipped with the OneClick image, I'll update it right away. Thanks :) Bernat. 2011/3/30 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > > On Mar 30, 2011, at 5:01 06PM, AxiNat wrote: > > > Hi Henrik and list, I was just asking how can I do the research by myself > to find out where the bug comes from. > > > > Anyway, here's my config: > > > > Debian GNU/Linux wheezy/sid (testing) - Kernel version 2.6.32-5-686 > > > > CPU: Intel(R) Pentium(R) Dual CPU T3400 @ 2.16GHz > > > > Smalltalk version 'Pharo1.2' > > Smalltalk vmVersion 'Croquet Closure Cog VM [CoInterpreter > VMMaker-oscog.35]' > > > > > Then I'd say there's probably a bug in code generation of the Cog JIT'er, > seeing as how it doesn't crash right away. > Use of SSE2 instructions would be my first bet, but it looks like your > processor supports those. > > First I'd try upgrading to a recent VM, .35 is really old, and there have > been plenty of crash fixes since then. > > If that doesn't help, try to identify which piece of code gets JIT'ed right > before the crash (using logs/a debug-built VM/gdb etc.), and try to create a > reproducible test-case of the code that generates invalid instructions when > JIT'ed. > > Then, submit testcase/details you just provided here to the Cog issue > tracker, cross your fingers, and hope for the best :) > > Cheers, > Henry >

March 30, 2011

Re: [Pharo-project] Issue 3915 in pharo: Make all requests to open comparison morph (DiffMorph) go thru UIManager

by pharo＠googlecode.com

Updates: Status: FixProposed Labels: Milestone-1.3 Comment #1 on issue 3915 by marcus.d...(a)gmail.com: Make all requests to open comparison morph (DiffMorph) go thru UIManager http://code.google.com/p/pharo/issues/detail?id=3915 (No comment was entered for this change.)

March 30, 2011

Re: [Pharo-project] Random crashes?

by AxiNat

Hi Henrik and list, I was just asking how can I do the research by myself to find out where the bug comes from. Anyway, here's my config: Debian GNU/Linux wheezy/sid (testing) - Kernel version 2.6.32-5-686 CPU: Intel(R) Pentium(R) Dual CPU T3400 @ 2.16GHz Smalltalk version 'Pharo1.2' Smalltalk vmVersion 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.35]' 2011/3/30 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > > On Mar 30, 2011, at 4:32 25PM, AxiNat wrote: > > > Hi list, > > > > I was getting some random crashes in 1.1, so I switched to 1.2 some weeks > ago. It's been kind of stable until just today, when it started randomly > crashing again. At least the image isn't corrupted like it used to happen to > me in 1.1, but I'm wasting a lot of time recovering lost changes. > > > > The terminal just outputs "illegal hardware instruction", how could I > find out the bug's nature to fill in a bug report? > > > > Thanks! > > > > Bernat Romagosa. > > No info on OS, hardware, VM etc. you're using means you won't even getting > qualified guesses as answers to this. > > Cheers, > Henry >

March 30, 2011

Re: [Pharo-project] Random crashes?

by Henrik Johansen

On Mar 30, 2011, at 4:32 25PM, AxiNat wrote: > Hi list, > > I was getting some random crashes in 1.1, so I switched to 1.2 some weeks ago. It's been kind of stable until just today, when it started randomly crashing again. At least the image isn't corrupted like it used to happen to me in 1.1, but I'm wasting a lot of time recovering lost changes. > > The terminal just outputs "illegal hardware instruction", how could I find out the bug's nature to fill in a bug report? > > Thanks! > > Bernat Romagosa. No info on OS, hardware, VM etc. you're using means you won't even getting qualified guesses as answers to this. Cheers, Henry

March 30, 2011

[Pharo-project] Issue 3915 in pharo: Make all requests to open comparison morph (DiffMorph) go thru UIManager

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3915 by fernando...(a)gmail.com: Make all requests to open comparison morph (DiffMorph) go thru UIManager http://code.google.com/p/pharo/issues/detail?id=3915 I made all requests to comparing two methods to go thru UIManager, motivated by the need to decouple Polymorph and Morphic when choosing DiffMorph to use. I've added a setting on Polymorph also: PolymorphSystemSettings>>usePolymorphDiffMorph Attachments: DifferenceToUIManager.3.cs 8.0 KB

March 30, 2011