- Pharo-users - lists.pharo.org

Re: [Pharo-users] unsubscribe

by Ben Coman

hi Melanie, Can you check your junk mail for any confirmation emails that may have got stuck there. cheers -ben On Tue, Sep 20, 2016 at 9:58 AM, Melanie Tarr <melanie.tarr(a)gmail.com> wrote: > > > On Sun, Sep 18, 2016 at 8:22 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> Hi, >> >> >> My Pharo4.0 image is in a situation where each MNU exception throw from >> a DNU result in infinite loop, locking the image, even not breakable >> with alt+[.]. >> >> From the doesNotUnderstand: message, >> the "exception reachedDefaultHandler" always returns true, and it >> results in the execution of the true block, sending again the original >> message to the original object, repeating a DNU and so on. >> >> Any idea how to fix that? >> >> Thanks >> >> Hilaire >> >> >> >> doesNotUnderstand: aMessage >> "Handle the fact that there was an attempt to send the given >> message >> to the receiver but the receiver does not understand this message >> (typically sent from the machine when a message is sent to the receiver >> and no method is defined for that selector)." >> "Testing: (3 activeProcess)" >> >> | exception resumeValue | >> (exception := MessageNotUnderstood new) >> message: aMessage; >> receiver: self. >> resumeValue := exception signal. >> ^exception reachedDefaultHandler >> ifTrue: [aMessage sentTo: self] >> ifFalse: [resumeValue] >> >> >> -- >> Dr. Geo >> http://drgeo.eu >> >> >

Sept. 20, 2016

unsubscribe

by Melanie Tarr

On Sun, Sep 18, 2016 at 8:22 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Hi, > > > My Pharo4.0 image is in a situation where each MNU exception throw from > a DNU result in infinite loop, locking the image, even not breakable > with alt+[.]. > > From the doesNotUnderstand: message, > the "exception reachedDefaultHandler" always returns true, and it > results in the execution of the true block, sending again the original > message to the original object, repeating a DNU and so on. > > Any idea how to fix that? > > Thanks > > Hilaire > > > > doesNotUnderstand: aMessage > "Handle the fact that there was an attempt to send the given > message > to the receiver but the receiver does not understand this message > (typically sent from the machine when a message is sent to the receiver > and no method is defined for that selector)." > "Testing: (3 activeProcess)" > > | exception resumeValue | > (exception := MessageNotUnderstood new) > message: aMessage; > receiver: self. > resumeValue := exception signal. > ^exception reachedDefaultHandler > ifTrue: [aMessage sentTo: self] > ifFalse: [resumeValue] > > > -- > Dr. Geo > http://drgeo.eu > > >

Sept. 20, 2016

Re: [Pharo-users] Using symbol

by phil＠highoctane.be

You can search for usages of Symbol. Lots of things to learn indeed. On Mon, Sep 19, 2016 at 12:12 PM, frankl1_miky <mike1corporation(a)gmail.com> wrote: > Hi, > > I'll like to know what is happening exactly in background when I'm using a > symbol as in *Collection withAllSubclasses collect: #numberOfLinesOfCode*. > > I also want to know the other cases where I can use symbol. > > Is there any tutorial about using symbol? > > Thanks > > > > -- > View this message in context: http://forum.world.st/Using- > symbol-tp4916159.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

Sept. 19, 2016

Re: [Pharo-users] doesNotUnderstand: infinit loop

by Hilaire

Guille, Can you send me your email at hilaire [at] drgeo.eu, I can't have it through the Gmane news forum. Hilaire Le 19/09/2016 Ã 10:21, Guille Polito a Ã©crit : > Hillaire, if you have an image with the problem, can you forward it to > me? I'm looking forward to kill this bug with my axe. -- Dr. Geo http://drgeo.eu

Sept. 19, 2016

Re: [Pharo-users] Using symbol

by Ben Coman

On Mon, Sep 19, 2016 at 6:12 PM, frankl1_miky <mike1corporation(a)gmail.com> wrote: > Hi, > > I'll like to know what is happening exactly in background when I'm using a > symbol as in *Collection withAllSubclasses collect: #numberOfLinesOfCode*. Nicolas has a good answer. Now you could explore this yourself. First, as a reference inspect "Collection withAllSubclasses" on its own. Then try debugging into the expression (from the context menu in the Playground.) In particular in OrderedCollection>>collect: step-INTO "aBlock value: ....." For an even lower level (probably too low), try debugging into... OpalCompiler compile: 'Collection withAllSubclasses collect: #numberOfLinesOfCode' or more simply debug... OpalCompiler compile: '#numberOfLinesOfCode inspect'. Other things you could explore * Look at the class comment for class Symbol * Look at the tests of class SymbolTest * In the Browser with class Symbol selected, right-click and choose Analyze>Class refs. cheers -ben > > I also want to know the other cases where I can use symbol. > > Is there any tutorial about using symbol? > > Thanks > > > > -- > View this message in context: http://forum.world.st/Using-symbol-tp4916159.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Sept. 19, 2016

Re: [Pharo-users] Using symbol

by Nicolas Passerini

Collection withAllSubclasses collect: #numberOfLinesOfCode is the equicalent to Collection withAllSubclasses collect: [:each | each numberOfLinesOfCode ] What happens below is that (unary) symbols are polymorphic with one parameters blocks, i.e. they understand cull: and value:, which is implemented as: value: anObject ^anObject perform: self. So in fact what will hapen is more like Collection withAllSubclasses collect: [:each | each perform: #numberOfLinesOfCode ] ... which is a bit slower than the traditional block version so you might want to think if that makes a difference in your case. You can use symbols whenever a unary block is expected, for example in most collection enumerating methods, such as do:, select:, reject:, allSatisfy:, detect:, ... (see 'enumerating' protocol in Collection class for more examples). All this methods send value: (or maybe cull:) to the received block argument, so you can pass an unary symbol instead (or even whatever object that understands value:). On Mon, Sep 19, 2016 at 12:12 PM, frankl1_miky <mike1corporation(a)gmail.com> wrote: > Hi, > > I'll like to know what is happening exactly in background when I'm using a > symbol as in *Collection withAllSubclasses collect: #numberOfLinesOfCode*. > > I also want to know the other cases where I can use symbol. > > Is there any tutorial about using symbol? > > Thanks > > > > -- > View this message in context: http://forum.world.st/Using- > symbol-tp4916159.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 19, 2016

Using symbol

by frankl1_miky

Hi, I'll like to know what is happening exactly in background when I'm using a symbol as in *Collection withAllSubclasses collect: #numberOfLinesOfCode*. I also want to know the other cases where I can use symbol. Is there any tutorial about using symbol? Thanks -- View this message in context: http://forum.world.st/Using-symbol-tp4916159.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 19, 2016

Re: [Pharo-users] Fwd: [Vm-dev] unused-method removal vs. Spur compaction

by ClÃ©ment Bera

Well maybe it would just work. One needs to try. I am pretty sure we could compress the Pharo image using code run in Squeak out of the box. We may or may not be able to run it from Pharo out of the box. Another interesting thing could be to use that as part of the bootstrap. I will try to have a look into the compactor in the incoming week. I teach a lot right now so it's difficult. On Mon, Sep 19, 2016 at 10:45 AM, Ben Coman <btc(a)openinworld.com> wrote: > Right mailing list. Wrong assumptions. I guessed it would *just*work*. > Thanks for the correction. > cheers -ben > > On Mon, Sep 19, 2016 at 3:51 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> > wrote: > > I am not sure this is the right mailing list. > > > > Spur32BitPreen could be used as part of the Pharo release process as > long as > > the compactor is not working well. This way released images can be more > > compact. If the Pharo folks wants to run Spur32BitPreen from Pharo to > > compact the image, the time spent to make things work may not be worth > it as > > the mid-term solution is a new compactor. > > > > On Mon, Sep 19, 2016 at 1:42 AM, Ben Coman <btc(a)openinworld.com> wrote: > >> > >> Forwarded from squeak & vm lists in case its useful to others... > >> > >> On Sun, Sep 18, 2016 at 5:11 AM, Craig Latta < > craig(a)blackpagedigital.com> > >> wrote: > >> > > >> > > >> > Hi-- > >> > > >> > I've got the mass unused-method removal from Spoon working in > Spur > >> > in Squeak 5.1. But now I have a juicy 12-megabyte chunk of free space > in > >> > the middle of the 35-megabyte image that won't go away. There's just > one > >> > Spur segment (I was expecting several?), with no pinned objects. > >> > > >> > Is there a known Squeak image with multiple segments? Is there > some > >> > way to split a segment? Am I just supposed to play with the grow > >> > overhead and shrink threshold in the VM simulator, until the > compaction > >> > I want is triggered? > >> > > >> > thanks! > >> > Craig Latta > >> > >> > >> > >> ---------- Forwarded message ---------- > >> From: tim Rowledge <tim(a)rowledge.org> > >> Date: Mon, Sep 19, 2016 at 1:17 AM > >> Subject: Re: [Vm-dev] unused-method removal vs. Spur compaction > >> To: Squeak Virtual Machine Development Discussion > >> <vm-dev(a)lists.squeakfoundation.org> > >> > >> > >> > >> Eliot mentioned using the vmaker sim to load the image and then save > >> it after removing the empty space. Ah, found it - > >> > >> > Build a VMMaker image with image/buildspurtrunkvmmaker.sh and you can > >> > now use Spur32BitPreen to rewrite the image to be more compact. We > can use > >> > this as part of the release process until ClÃ©ment and I have fixed > Spur > >> > compaction. e.g. > >> > > >> > Spur32BitPreen new preenImage: '../oscogvm/image/trunk50' > >> > Looking for module ... loaded...computing accessor > depths...done > >> > Looking for module ... loaded...computing accessor > >> > depths...done::::.............................................done. > >> > old heap size: 41,897,472 initial new heap size: > 26,818,472 > >> > change: -35.99% > >> > final new heap size: 26,818,472 change: -35.99% > >> > > >> > Done! > >> > > >> tim > >> > > > >

Sept. 19, 2016

Re: [Pharo-users] Fwd: [Vm-dev] unused-method removal vs. Spur compaction

by Ben Coman

Right mailing list. Wrong assumptions. I guessed it would *just*work*. Thanks for the correction. cheers -ben On Mon, Sep 19, 2016 at 3:51 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > I am not sure this is the right mailing list. > > Spur32BitPreen could be used as part of the Pharo release process as long as > the compactor is not working well. This way released images can be more > compact. If the Pharo folks wants to run Spur32BitPreen from Pharo to > compact the image, the time spent to make things work may not be worth it as > the mid-term solution is a new compactor. > > On Mon, Sep 19, 2016 at 1:42 AM, Ben Coman <btc(a)openinworld.com> wrote: >> >> Forwarded from squeak & vm lists in case its useful to others... >> >> On Sun, Sep 18, 2016 at 5:11 AM, Craig Latta <craig(a)blackpagedigital.com> >> wrote: >> > >> > >> > Hi-- >> > >> > I've got the mass unused-method removal from Spoon working in Spur >> > in Squeak 5.1. But now I have a juicy 12-megabyte chunk of free space in >> > the middle of the 35-megabyte image that won't go away. There's just one >> > Spur segment (I was expecting several?), with no pinned objects. >> > >> > Is there a known Squeak image with multiple segments? Is there some >> > way to split a segment? Am I just supposed to play with the grow >> > overhead and shrink threshold in the VM simulator, until the compaction >> > I want is triggered? >> > >> > thanks! >> > Craig Latta >> >> >> >> ---------- Forwarded message ---------- >> From: tim Rowledge <tim(a)rowledge.org> >> Date: Mon, Sep 19, 2016 at 1:17 AM >> Subject: Re: [Vm-dev] unused-method removal vs. Spur compaction >> To: Squeak Virtual Machine Development Discussion >> <vm-dev(a)lists.squeakfoundation.org> >> >> >> >> Eliot mentioned using the vmaker sim to load the image and then save >> it after removing the empty space. Ah, found it - >> >> > Build a VMMaker image with image/buildspurtrunkvmmaker.sh and you can >> > now use Spur32BitPreen to rewrite the image to be more compact. We can use >> > this as part of the release process until ClÃ©ment and I have fixed Spur >> > compaction. e.g. >> > >> > Spur32BitPreen new preenImage: '../oscogvm/image/trunk50' >> > Looking for module ... loaded...computing accessor depths...done >> > Looking for module ... loaded...computing accessor >> > depths...done::::.............................................done. >> > old heap size: 41,897,472 initial new heap size: 26,818,472 >> > change: -35.99% >> > final new heap size: 26,818,472 change: -35.99% >> > >> > Done! >> > >> tim >> >

Sept. 19, 2016

Re: [Pharo-users] doesNotUnderstand: infinit loop

by Denis Kudriashov

Also in latest version we integrate this fix: 16877 <https://pharo.fogbugz.com/f/cases/16877/another-endless-debugger-loop> 2016-09-19 10:21 GMT+02:00 Guille Polito <guillermopolito(a)gmail.com>: > Hi, > > I was suffering from this infinite loop since a long time. Last week I > thought I was able to reproduce it but as soon as I tried to fix it I could > not reproduce it anymore... So I wasn't able to tell if I fixed it or not. > > The only thing I can say is that this is difficult to interrupt not > because of the logging (which is a problem for large stacks) but because > this is caused by a short lived process that spawns new processes. Thus, > lots of processes are created and the interruptions could interrupt any of > them... > > Hillaire, if you have an image with the problem, can you forward it to me? > I'm looking forward to kill this bug with my axe. > > Guille > > > -------- Original Message -------- > > Hi denis > > Could you propose a way to speed up the stack? Write less :) > Because interrupting an endless or other would be good. > > Stef > > Le 18/9/16 Ã 16:52, Denis Kudriashov a Ã©crit : > > > 2016-09-18 15:26 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: > >> I guess you meant SpecDebugger. >> I can alt+., but at the end I have to kill Pharo from the system. >> >> Enclosed the .log file. >> I don't know why there is lot of noise in the debug log, it is hard to >> understand what is going on. >> > > Hilaire. In lastest Pharo we investigate why process interruption with > cmd+. is not working sometime. > Main reason was that system write stack to file before opening debugger. > And it could be really slow which will delay debugger for the long time. > That's why I suggest disable logging. In my cases it makes cmd+. works > well. > > > >

Sept. 19, 2016