November 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Change in String>>#expandMacros between Pharo v4 and v5

by Nicolai Hess

2015-11-23 21:53 GMT+01:00 Esteban A. Maringolo <emaringolo(a)gmail.com>: > Hi, > > I'm testing the new glorp port in Pharo 5 and got some failing errors > related with #expandMacros that don't fail in Pharo 4. > > Does somebody know why this works in Pharo 4 but not in Pharo 5? > Maybe this one: 16863 <https://pharo.fogbugz.com/f/cases/16863/Make-expandMacros-more-consistent-w…> Make expandMacros more consistent with general use > > 'SELECT * FROM (*SELECT *<n> FROM GR_ADDRESS t1<n> WHERE *t1.ID = * > UNION ALL *SELECT *<n> FROM GR_ADDRESS t1<n> WHERE *t1.ID = *' > expandMacros > match: > 'SELECT DISTINCT * FROM ((SELECT t1.ID, t1.STREET, t1.HOUSE_NUM > FROM GR_ADDRESS t1 > WHERE (t1.ID = 1)) UNION ALL (SELECT t1.ID, t1.STREET, t1.HOUSE_NUM > FROM GR_ADDRESS t1 > WHERE (t1.ID = 1))) t1' > > Regards! > > > Esteban A. Maringolo > > [1] Workspace available at: http://ws.stfx.eu/1X5Y12YKCO5A > >

Nov. 23, 2015

Re: [Pharo-dev] vm crash in SmalltalkImage>garbageCollect

by Mariano Martinez Peck

Can you confirm the image is later than 50454? I was thinking if it could be a VM crash because of this issue: https://pharo.fogbugz.com/f/cases/13854/ Cheers, On Mon, Nov 23, 2015 at 5:07 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > So it's not just me. Thanks > > Cheers, > Andrei > > On Nov 23, 2015 5:44 PM, "Max Leske" <maxleske(a)gmail.com> wrote: > > > > Reprocucible as per your steps: > > > > Segmentation fault Mon Nov 23 17:42:47 2015 > > > > > > https://github.com/pharo-project/pharo-vm.git Commit: > 28d077d8df494ce050ca42c97c892471e8b8740c Date: 2015-10-16 12:02:43 +0200 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #15016 > > > > C stack backtrace: > > 0 Pharo 0x0004cacf reportStackState + 159 > > > > > > Smalltalk stack dump: > > 0xbffbe11c M SmalltalkImage>garbageCollect 0x1fd49e30: a(n) > SmalltalkImage > > 0xbffbe140 I GTExampleOrganizer>reset 0x216acc5c: a(n) GTExampleOrganizer > > 0x216ad57c is not a context > > > > Most recent primitives > > @ > > @ > > @ > > @ > > @ > > perform:with: > > fractionPart > > truncated > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > perform:with: > > fractionPart > > truncated > > perform:with: > > fractionPart > > truncated > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > @ > > basicNew > > basicNew > > basicNew > > @ > > @ > > @ > > @ > > @ > > shallowCopy > > new > > new: > > new: > > basicNew > > basicNew > > new: > > basicNew > > new: > > replaceFrom:to:with:startingAt: > > new: > > basicNew > > new: > > replaceFrom:to:with:startingAt: > > new: > > basicNew > > @ > > new: > > at:put: > > at:put: > > perform:with: > > perform:with: > > perform: > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > new: > > at:put: > > at:put: > > perform:with: > > perform:with: > > perform: > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > @ > > new > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > new: > > at:put: > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > new: > > at:put: > > at:put: > > at:put: > > at:put: > > new: > > @ > > at:put: > > @ > > at:put: > > @ > > at:put: > > @ > > at:put: > > @ > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > shallowCopy > > shallowCopy > > @ > > @ > > new: > > at:put: > > at:put: > > at:put: > > at:put: > > new: > > @ > > at:put: > > @ > > at:put: > > @ > > at:put: > > @ > > at:put: > > @ > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > @ > > @ > > basicNew > > @ > > @ > > perform: > > basicNew > > new: > > basicNew > > new: > > basicNew > > new: > > shallowCopy > > shallowCopy > > primUTCMicrosecondsClock > > // > > basicNew > > basicNew > > new: > > at:put: > > at:put: > > at:put: > > at:put: > > value > > valueNoContextSwitch > > basicNew > > new: > > basicNew > > new: > > new: > > basicNew > > new: > > replaceFrom:to:with:startingAt: > > primitiveGarbageCollect > > **IncrementalGC** > > **FullGC** > > garbageCollectMost > > **IncrementalGC** > > basicNew > > new: > > someInstance > > basicNew > > new: > > someInstance > > basicNew > > new: > > someInstance > > new: > > basicNew > > new: > > replaceFrom:to:with:startingAt: > > primitiveGarbageCollect > > **IncrementalGC** > > **FullGC** > > > > (Segmentation fault) > > ./pharo: line 11: 16509 Abort trap: 6 > "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" --headless "$@â > > > >> On 23 Nov 2015, at 17:30, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > >> > >> The image is small 25.4 MB. > >> > >> First I'd like to know if this can be reproduced by others. > >> > >> On Mon, Nov 23, 2015 at 5:09 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >>> > >>> What is the size of the .image when you are about to run GC? > >>> > >>> On Mon, Nov 23, 2015 at 12:59 PM, Andrei Chis < > chisvasileandrei(a)gmail.com> wrote: > >>>> > >>>> Hi, > >>>> > >>>> With both the latest and stable vm I have an use case in which the vm > crashed in SmalltalkImage>>garbageCollect. > >>>> > >>>> To set up an image that exhibits the failure , execute this with the > latest pharo version: > >>>> > >>>> /pharo Pharo.image eval --save "{ { 'ConfigurationOfRubric'. 'Pharo'. > 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { > 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTEventRecorder'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer > new smalltalkhubUser: spec second project: spec third; package: spec first; > load ]." > >>>> > >>>> ./pharo Pharo.image config > http://www.smalltalkhub.com/mc/Pharo/Pharo50Inbox/main > ConfigurationOfGToolkitCore --install=3.2 > >>>> > >>>> Then attempting to run the following code triggers the failure: > >>>> > >>>> ./pharo Pharo.image eval --save "TestRunner open model > packageSearchUpdate: 'gt-tests-inspector'; classSearchUpdate: > 'GTInspectorExamplesTest'; runAll" > >>>> > >>>> Based on the trace below the failure happens when the > test GTInspectorExamplesTest calls 'Smalltalk>>garbageCollect' in the setUp > method. > >>>> > >>>> That call can be removed, however, in other runs the failure happens > in other methods calling Smalltalk>>garbageCollect. > >>>> > >>>> Is it possible that this is a bug with the image (some broken object) > or is it a vm bug? > >>>> > >>>> Cheers, > >>>> > >>>> Andrei > >>>> > >>>> > >>>> > >>>> andrei$ ./pharo Pharo.image eval --save "{ { 'ConfigurationOfRubric'. > 'Pharo'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. > { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTEventRecorder'. 'Moose'. 'GToolkit' }. { > 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer > new smalltalkhubUser: spec second project: spec third; package: spec first; > load ]." > >>>> > >>>> andrei$ ./pharo Pharo.image config > http://www.smalltalkhub.com/mc/Pharo/Pharo50Inbox/main > ConfigurationOfGToolkitCore --install=3.2 > >>>> > >>>> andrei$ ./pharo Pharo.image eval --save "TestRunner open model > packageSearchUpdate: 'gt-tests-inspector'; classSearchUpdate: > 'GTInspectorExamplesTest'; runAll" > >>>> > >>>> > >>>> Segmentation fault Mon Nov 23 16:48:36 2015 > >>>> > >>>> > >>>> > >>>> https://github.com/pharo-project/pharo-vm.git Commit: > 28d077d8df494ce050ca42c97c892471e8b8740c Date: 2015-10-16 12:02:43 +0200 > By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #15016 > >>>> > >>>> > >>>> C stack backtrace: > >>>> > >>>> 0 Pharo 0x0004cacf reportStackState + > 159 > >>>> > >>>> > >>>> > >>>> Smalltalk stack dump: > >>>> > >>>> 0xbffbf1a0 M SmalltalkImage>garbageCollect 0x1fd49e30: a(n) > SmalltalkImage > >>>> > >>>> 0xbffbf1c0 I GTInspectorExamplesTest>setUp 0x2126bc80: a(n) > GTInspectorExamplesTest > >>>> > >>>> 0x2126cb90 is not a context > >>>> > >>>> > >>>> Most recent primitives > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> basicNew > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> shallowCopy > >>>> > >>>> new > >>>> > >>>> new: > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> replaceFrom:to:with:startingAt: > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> replaceFrom:to:with:startingAt: > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> perform:with: > >>>> > >>>> perform:with: > >>>> > >>>> perform: > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> perform:with: > >>>> > >>>> perform:with: > >>>> > >>>> perform: > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> new > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> new: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> shallowCopy > >>>> > >>>> shallowCopy > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> new: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> at:put: > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> basicNew > >>>> > >>>> @ > >>>> > >>>> @ > >>>> > >>>> perform: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> shallowCopy > >>>> > >>>> shallowCopy > >>>> > >>>> primUTCMicrosecondsClock > >>>> > >>>> // > >>>> > >>>> basicNew > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> value > >>>> > >>>> valueNoContextSwitch > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> replaceFrom:to:with:startingAt: > >>>> > >>>> primitiveGarbageCollect > >>>> > >>>> **IncrementalGC** > >>>> > >>>> **FullGC** > >>>> > >>>> garbageCollectMost > >>>> > >>>> **IncrementalGC** > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> someInstance > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> someInstance > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> someInstance > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> replaceFrom:to:with:startingAt: > >>>> > >>>> primitiveGarbageCollect > >>>> > >>>> **IncrementalGC** > >>>> > >>>> **FullGC** > >>>> > >>>> garbageCollectMost > >>>> > >>>> **IncrementalGC** > >>>> > >>>> wait > >>>> > >>>> shallowCopy > >>>> > >>>> shallowCopy > >>>> > >>>> signal > >>>> > >>>> wait > >>>> > >>>> shallowCopy > >>>> > >>>> shallowCopy > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> signal > >>>> > >>>> wait > >>>> > >>>> shallowCopy > >>>> > >>>> shallowCopy > >>>> > >>>> at:put: > >>>> > >>>> at:put: > >>>> > >>>> signal > >>>> > >>>> new: > >>>> > >>>> basicNew > >>>> > >>>> new: > >>>> > >>>> replaceFrom:to:with:startingAt: > >>>> > >>>> primitiveGarbageCollect > >>>> > >>>> **IncrementalGC** > >>>> > >>>> **FullGC** > >>>> > >>>> > >>>> (Segmentation fault) > >>>> > >>>> ./pharo: line 11: 5224 Abort trap: 6 > "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" --headless "$@" > >>> > >>> > >>> > >>> > >>> -- > >>> Mariano > >>> http://marianopeck.wordpress.com > >> > >> > > > -- Mariano http://marianopeck.wordpress.com

Nov. 23, 2015

Change in String>>#expandMacros between Pharo v4 and v5

by Esteban A. Maringolo

Hi, I'm testing the new glorp port in Pharo 5 and got some failing errors related with #expandMacros that don't fail in Pharo 4. Does somebody know why this works in Pharo 4 but not in Pharo 5? 'SELECT * FROM (*SELECT *<n> FROM GR_ADDRESS t1<n> WHERE *t1.ID = * UNION ALL *SELECT *<n> FROM GR_ADDRESS t1<n> WHERE *t1.ID = *' expandMacros match: 'SELECT DISTINCT * FROM ((SELECT t1.ID, t1.STREET, t1.HOUSE_NUM FROM GR_ADDRESS t1 WHERE (t1.ID = 1)) UNION ALL (SELECT t1.ID, t1.STREET, t1.HOUSE_NUM FROM GR_ADDRESS t1 WHERE (t1.ID = 1))) t1' Regards! Esteban A. Maringolo [1] Workspace available at: http://ws.stfx.eu/1X5Y12YKCO5A

Nov. 23, 2015

Re: [Pharo-dev] vm crash in SmalltalkImage>garbageCollect

by Andrei Chis

So it's not just me. Thanks Cheers, Andrei On Nov 23, 2015 5:44 PM, "Max Leske" <maxleske(a)gmail.com> wrote: > > Reprocucible as per your steps: > > Segmentation fault Mon Nov 23 17:42:47 2015 > > > https://github.com/pharo-project/pharo-vm.git Commit: 28d077d8df494ce050ca42c97c892471e8b8740c Date: 2015-10-16 12:02:43 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #15016 > > C stack backtrace: > 0 Pharo 0x0004cacf reportStackState + 159 > > > Smalltalk stack dump: > 0xbffbe11c M SmalltalkImage>garbageCollect 0x1fd49e30: a(n) SmalltalkImage > 0xbffbe140 I GTExampleOrganizer>reset 0x216acc5c: a(n) GTExampleOrganizer > 0x216ad57c is not a context > > Most recent primitives > @ > @ > @ > @ > @ > perform:with: > fractionPart > truncated > @ > basicNew > @ > @ > @ > @ > @ > @ > @ > @ > @ > @ > @ > @ > perform:with: > fractionPart > truncated > perform:with: > fractionPart > truncated > @ > basicNew > @ > @ > @ > @ > @ > @ > @ > @ > @ > basicNew > basicNew > basicNew > @ > @ > @ > @ > @ > shallowCopy > new > new: > new: > basicNew > basicNew > new: > basicNew > new: > replaceFrom:to:with:startingAt: > new: > basicNew > new: > replaceFrom:to:with:startingAt: > new: > basicNew > @ > new: > at:put: > at:put: > perform:with: > perform:with: > perform: > @ > @ > basicNew > @ > @ > @ > @ > @ > @ > basicNew > @ > new: > at:put: > at:put: > perform:with: > perform:with: > perform: > @ > @ > basicNew > @ > @ > @ > @ > @ > @ > new > @ > @ > @ > @ > @ > basicNew > @ > @ > new: > at:put: > @ > @ > basicNew > @ > @ > @ > @ > new: > at:put: > at:put: > at:put: > at:put: > new: > @ > at:put: > @ > at:put: > @ > at:put: > @ > at:put: > @ > @ > @ > @ > @ > @ > basicNew > @ > @ > basicNew > @ > @ > basicNew > @ > @ > @ > @ > @ > shallowCopy > shallowCopy > @ > @ > new: > at:put: > at:put: > at:put: > at:put: > new: > @ > at:put: > @ > at:put: > @ > at:put: > @ > at:put: > @ > @ > @ > @ > @ > @ > basicNew > @ > @ > basicNew > @ > @ > basicNew > @ > @ > @ > @ > @ > basicNew > @ > @ > @ > @ > basicNew > @ > @ > basicNew > @ > @ > basicNew > @ > @ > @ > @ > @ > basicNew > @ > @ > @ > @ > basicNew > @ > @ > perform: > basicNew > new: > basicNew > new: > basicNew > new: > shallowCopy > shallowCopy > primUTCMicrosecondsClock > // > basicNew > basicNew > new: > at:put: > at:put: > at:put: > at:put: > value > valueNoContextSwitch > basicNew > new: > basicNew > new: > new: > basicNew > new: > replaceFrom:to:with:startingAt: > primitiveGarbageCollect > **IncrementalGC** > **FullGC** > garbageCollectMost > **IncrementalGC** > basicNew > new: > someInstance > basicNew > new: > someInstance > basicNew > new: > someInstance > new: > basicNew > new: > replaceFrom:to:with:startingAt: > primitiveGarbageCollect > **IncrementalGC** > **FullGC** > > (Segmentation fault) > ./pharo: line 11: 16509 Abort trap: 6 "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" --headless "$@â > >> On 23 Nov 2015, at 17:30, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: >> >> The image is small 25.4 MB. >> >> First I'd like to know if this can be reproduced by others. >> >> On Mon, Nov 23, 2015 at 5:09 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: >>> >>> What is the size of the .image when you are about to run GC? >>> >>> On Mon, Nov 23, 2015 at 12:59 PM, Andrei Chis < chisvasileandrei(a)gmail.com> wrote: >>>> >>>> Hi, >>>> >>>> With both the latest and stable vm I have an use case in which the vm crashed in SmalltalkImage>>garbageCollect. >>>> >>>> To set up an image that exhibits the failure , execute this with the latest pharo version: >>>> >>>> /pharo Pharo.image eval --save "{ { 'ConfigurationOfRubric'. 'Pharo'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTEventRecorder'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]." >>>> >>>> ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Pharo50Inbox/main ConfigurationOfGToolkitCore --install=3.2 >>>> >>>> Then attempting to run the following code triggers the failure: >>>> >>>> ./pharo Pharo.image eval --save "TestRunner open model packageSearchUpdate: 'gt-tests-inspector'; classSearchUpdate: 'GTInspectorExamplesTest'; runAll" >>>> >>>> Based on the trace below the failure happens when the test GTInspectorExamplesTest calls 'Smalltalk>>garbageCollect' in the setUp method. >>>> >>>> That call can be removed, however, in other runs the failure happens in other methods calling Smalltalk>>garbageCollect. >>>> >>>> Is it possible that this is a bug with the image (some broken object) or is it a vm bug? >>>> >>>> Cheers, >>>> >>>> Andrei >>>> >>>> >>>> >>>> andrei$ ./pharo Pharo.image eval --save "{ { 'ConfigurationOfRubric'. 'Pharo'. 'Rubric' }. { 'ConfigurationOfGlamourCore'. 'Moose'. 'Glamour' }. { 'ConfigurationOfGTInspectorCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTPlaygroundCore'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTEventRecorder'. 'Moose'. 'GToolkit' }. { 'ConfigurationOfGTSpotter'. 'Moose'. 'GToolkit' }. } do: [ :spec | Gofer new smalltalkhubUser: spec second project: spec third; package: spec first; load ]." >>>> >>>> andrei$ ./pharo Pharo.image config http://www.smalltalkhub.com/mc/Pharo/Pharo50Inbox/main ConfigurationOfGToolkitCore --install=3.2 >>>> >>>> andrei$ ./pharo Pharo.image eval --save "TestRunner open model packageSearchUpdate: 'gt-tests-inspector'; classSearchUpdate: 'GTInspectorExamplesTest'; runAll" >>>> >>>> >>>> Segmentation fault Mon Nov 23 16:48:36 2015 >>>> >>>> >>>> >>>> https://github.com/pharo-project/pharo-vm.git Commit: 28d077d8df494ce050ca42c97c892471e8b8740c Date: 2015-10-16 12:02:43 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #15016 >>>> >>>> >>>> C stack backtrace: >>>> >>>> 0 Pharo 0x0004cacf reportStackState + 159 >>>> >>>> >>>> >>>> Smalltalk stack dump: >>>> >>>> 0xbffbf1a0 M SmalltalkImage>garbageCollect 0x1fd49e30: a(n) SmalltalkImage >>>> >>>> 0xbffbf1c0 I GTInspectorExamplesTest>setUp 0x2126bc80: a(n) GTInspectorExamplesTest >>>> >>>> 0x2126cb90 is not a context >>>> >>>> >>>> Most recent primitives >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> basicNew >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> shallowCopy >>>> >>>> new >>>> >>>> new: >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> replaceFrom:to:with:startingAt: >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> replaceFrom:to:with:startingAt: >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> perform:with: >>>> >>>> perform:with: >>>> >>>> perform: >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> perform:with: >>>> >>>> perform:with: >>>> >>>> perform: >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> new >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> new: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> shallowCopy >>>> >>>> shallowCopy >>>> >>>> @ >>>> >>>> @ >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> new: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> at:put: >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> @ >>>> >>>> basicNew >>>> >>>> @ >>>> >>>> @ >>>> >>>> perform: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> shallowCopy >>>> >>>> shallowCopy >>>> >>>> primUTCMicrosecondsClock >>>> >>>> // >>>> >>>> basicNew >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> value >>>> >>>> valueNoContextSwitch >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> replaceFrom:to:with:startingAt: >>>> >>>> primitiveGarbageCollect >>>> >>>> **IncrementalGC** >>>> >>>> **FullGC** >>>> >>>> garbageCollectMost >>>> >>>> **IncrementalGC** >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> someInstance >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> someInstance >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> someInstance >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> replaceFrom:to:with:startingAt: >>>> >>>> primitiveGarbageCollect >>>> >>>> **IncrementalGC** >>>> >>>> **FullGC** >>>> >>>> garbageCollectMost >>>> >>>> **IncrementalGC** >>>> >>>> wait >>>> >>>> shallowCopy >>>> >>>> shallowCopy >>>> >>>> signal >>>> >>>> wait >>>> >>>> shallowCopy >>>> >>>> shallowCopy >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> signal >>>> >>>> wait >>>> >>>> shallowCopy >>>> >>>> shallowCopy >>>> >>>> at:put: >>>> >>>> at:put: >>>> >>>> signal >>>> >>>> new: >>>> >>>> basicNew >>>> >>>> new: >>>> >>>> replaceFrom:to:with:startingAt: >>>> >>>> primitiveGarbageCollect >>>> >>>> **IncrementalGC** >>>> >>>> **FullGC** >>>> >>>> >>>> (Segmentation fault) >>>> >>>> ./pharo: line 11: 5224 Abort trap: 6 "$DIR"/"pharo-vm/Pharo.app/Contents/MacOS/Pharo" --headless "$@" >>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> >> >

Nov. 23, 2015

Re: [Pharo-dev] ReÂ : Re: Metacello load script won't update the configuration

by Marcus Denker

> On 23 Nov 2015, at 16:25, Christophe Demarey <christophe.demarey(a)inria.fr> wrote: > > I did the configuration 2 months ago but was not integrated because of some critics rules failing. And some of them are not valid for a project supporting many smalltalk and many versions. > I synchronized all the code and tests were green. > The code is not worst as the current metacello version so I do not see why it is not integrated. > because with >650 issues I do never look through all of them because an issue âWork neededâ might be ready for integration. I *only* look at issues that are âfix review neededâ or âfix reviewed by the monkeyâ. Marcus

Nov. 23, 2015

Re: [Pharo-dev] ReÂ : Re: Metacello load script won't update the configuration

by Dale Henrichs

Christophe, If there are outstanding code critic issues that _should_ be addressed, please add a fresh list (with the critical issues highlighted) to Metacello Issue #362[1] and I'll take care of them ASAP ... Dale [1] https://github.com/dalehenrich/metacello-work/issues/362 On 11/23/2015 11:25 AM, Christophe Demarey wrote: > I did the configuration 2 months ago but was not integrated because of some critics rules failing. And some of them are not valid for a project supporting many smalltalk and many versions. > I synchronized all the code and tests were green. > The code is not worst as the current metacello version so I do not see why it is not integrated. > > > ----- Marcus Denker <marcus.denker(a)inria.fr> a Ã©crit : >>> On 23 Nov 2015, at 15:53, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: >>> >>> Unfortunately, I believe that that is the case:) >>> >>> FWIW, I think that they do intend to have the latest Metacello in Pharo5.0, but that apparently hasn't happened yet â¦ >> There is an open issue. Someone has to do it and it is done. If nobody does it, it will not happen. >> >> Marcus >> >> >

Nov. 23, 2015

ReÂ : Re: Metacello load script won't update the configuration

by Christophe Demarey

I did the configuration 2 months ago but was not integrated because of some critics rules failing. And some of them are not valid for a project supporting many smalltalk and many versions. I synchronized all the code and tests were green. The code is not worst as the current metacello version so I do not see why it is not integrated. ----- Marcus Denker <marcus.denker(a)inria.fr> a Ã©critÂ : > > > On 23 Nov 2015, at 15:53, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > > > Unfortunately, I believe that that is the case:) > > > > FWIW, I think that they do intend to have the latest Metacello in Pharo5.0, but that apparently hasn't happened yet â¦ > > There is an open issue. Someone has to do it and it is done. If nobody does it, it will not happen. > > Marcus > >

Nov. 23, 2015

Re: [Pharo-dev] Metacello load script won't update the configuration

by Marcus Denker

> On 23 Nov 2015, at 15:53, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > Unfortunately, I believe that that is the case:) > > FWIW, I think that they do intend to have the latest Metacello in Pharo5.0, but that apparently hasn't happened yet â¦ There is an open issue. Someone has to do it and it is done. If nobody does it, it will not happen. Marcus

Nov. 23, 2015

Re: [Pharo-dev] Metacello load script won't update the configuration

by Dale Henrichs

Unfortunately, I believe that that is the case:) FWIW, I think that they do intend to have the latest Metacello in Pharo5.0, but that apparently hasn't happened yet ... Dale On 11/23/2015 10:43 AM, Yuriy Tymchuk wrote: > Then this means that the latest version of Metacello is not in Pharo5 > :(. Iâm trying to make it possible for people to load the project on > out of the box pharo. > > Cheers. > Uko > >> On 23 Nov 2015, at 19:20, Dale Henrichs >> <dale.henrichs(a)gemtalksystems.com >> <mailto:dale.henrichs@gemtalksystems.com>> wrote: >> >> That is because you aren't using the latest version of Metacello .... >> one of the "recent changes" (in the last year) was to allow the >> "chaining" of the primary commands like get and load ... >> >> Dale >> >> On 11/23/2015 03:04 AM, Yuriy Tymchuk wrote: >>> Hi, >>> >>> when Iâm trying to do this now, adding a `get` command causes >>> âproject, baseline, or configuration not specifiedâ error. Is it a >>> but in metacello, or the API changed? >>> >>> Cheers. >>> Uko >>> >>>> On 14 Sep 2015, at 23:10, Dale Henrichs >>>> <dale.henrichs(a)gemtalksystems.com> wrote: >>>> >>>> Uko, >>>> >>>> The `get` command is used to load a fresh copy of the >>>> ConfigurationOf or BaselineOf so the following should do the trick: >>>> >>>> Metacello new >>>> smalltalkhubUser: 'Pharo' >>>> project: 'MetaRepoForPharo40'; >>>> configuration: 'QualityAssistant'; >>>> get; >>>> load >>>> >>>> >>>> I make the loading of the BaselineOf and ConfigurationOf explicit >>>> so that the developer can control when and if they want a new copy >>>> of the BaselineOf or ConfigurationOf. >>>> >>>> For github urls like github://project/user/project, the `get` >>>> command causes the system to invalidate the cache directory so that >>>> on the next load, the github cache for the project is freshly >>>> downloaded so that you get the latest version of the BaselineOf ... >>>> >>>> Dale >>>> >>>> On 09/14/2015 01:49 PM, Yuriy Tymchuk wrote: >>>>> Hi, >>>>> >>>>> when you use a script like >>>>> >>>>> Metacello new >>>>> smalltalkhubUser: 'Pharo' >>>>> project: 'MetaRepoForPharo40'; >>>>> configuration: 'QualityAssistant'; >>>>> load >>>>> >>>>> and you already have the configuration package loaded, the script >>>>> is not updating the configuration itself. As the result you cannot >>>>> update to a newer version. Is there a special expression that has >>>>> to be used to update the configuration package? If not, maybe it >>>>> does make sense to update the configuration before loading it? >>>>> >>>>> Cheers! >>>>> Uko >>>> >>> >> >

Nov. 23, 2015

Re: [Pharo-dev] Metacello load script won't update the configuration

by Yuriy Tymchuk

Then this means that the latest version of Metacello is not in Pharo5 :(. Iâm trying to make it possible for people to load the project on out of the box pharo. Cheers. Uko > On 23 Nov 2015, at 19:20, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > That is because you aren't using the latest version of Metacello .... one of the "recent changes" (in the last year) was to allow the "chaining" of the primary commands like get and load ... > > Dale > > On 11/23/2015 03:04 AM, Yuriy Tymchuk wrote: >> Hi, >> >> when Iâm trying to do this now, adding a `get` command causes âproject, baseline, or configuration not specifiedâ error. Is it a but in metacello, or the API changed? >> >> Cheers. >> Uko >> >>> On 14 Sep 2015, at 23:10, Dale Henrichs < <mailto:dale.henrichs@gemtalksystems.com>dale.henrichs(a)gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote: >>> >>> Uko, >>> >>> The `get` command is used to load a fresh copy of the ConfigurationOf or BaselineOf so the following should do the trick: >>> >>> Metacello new >>> smalltalkhubUser: 'Pharo' >>> project: 'MetaRepoForPharo40'; >>> configuration: 'QualityAssistant'; >>> get; >>> load >>> >>> >>> I make the loading of the BaselineOf and ConfigurationOf explicit so that the developer can control when and if they want a new copy of the BaselineOf or ConfigurationOf. >>> >>> For github urls like github://project/user/project <github://project/user/project>, the `get` command causes the system to invalidate the cache directory so that on the next load, the github cache for the project is freshly downloaded so that you get the latest version of the BaselineOf ... >>> >>> Dale >>> >>> On 09/14/2015 01:49 PM, Yuriy Tymchuk wrote: >>>> Hi, >>>> >>>> when you use a script like >>>> >>>> Metacello new >>>> smalltalkhubUser: 'Pharo' >>>> project: 'MetaRepoForPharo40'; >>>> configuration: 'QualityAssistant'; >>>> load >>>> >>>> and you already have the configuration package loaded, the script is not updating the configuration itself. As the result you cannot update to a newer version. Is there a special expression that has to be used to update the configuration package? If not, maybe it does make sense to update the configuration before loading it? >>>> >>>> Cheers! >>>> Uko >>> >> >

Nov. 23, 2015