September 2016 - Pharo-users

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

Re: [Pharo-users] doesNotUnderstand: infinit loop

by Guille Polito

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 >> <mailto:hilaire@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

Re: [Pharo-users] doesNotUnderstand: infinit loop

by Denis Kudriashov

Hi. I propose this 19108 <https://pharo.fogbugz.com/f/cases/19108/Logging-error-stack-should-not-hang…> . 2016-09-18 17:31 GMT+02:00 stepharo <stepharo(a)free.fr>: > 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

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

by ClÃ©ment Bera

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

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

by Ben Coman

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. 18, 2016

Re: [Pharo-users] doesNotUnderstand: infinit loop

by stepharo

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 > <mailto:hilaire@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. 18, 2016

Re: [Pharo-users] Is someone working on RFID tags?

by HernÃ¡n Morales Durand

Hi Ben, Big thanks! I will take a look as soon as I can. Cheers, HernÃ¡n 2016-09-17 23:30 GMT-03:00 Ben Coman <btc(a)openinworld.com>: > On Sun, Sep 18, 2016 at 2:19 AM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: > > > > Recently I've been working on a model for RFID for animal identification > > using ISO 11784. I would like to have a nice model of RFID Tag types, > > Readers ,etc. (alternatively, if you know an object model to share I am > also > > interested). > > > > If there is someone working on this in Pharo we could join efforts. > > Cheers, > > > > HernÃ¡n > > > > Hi Hernan, > > RFID is a minor interest of mine, but I'm busy on other things at the > moment. I did a browse around for RFID object models. There didn't > seem a lot. Most diagrams are higher level architecture and put the > reader in a single box. Here is a selection of links I found but I > only skimmed them looking for class daigram, so perhaps they are just > noise. I've sent some other docs from a paywall source direct to you. > > An object-oriented implementation of a Low Level Reader Protocol (LLRP) > library > https://dspace.mit.edu/bitstream/handle/1721.1/41650/ > 219717751-MIT.pdf?sequence=2 > > Design and Implementation of a Trusted RFID Reader > https://www.utwente.nl/ewi/dacs/assignments/completed/ > master/reports/verdonkschot_01_07.pdf > > RFID Context-aware Systems > http://cdn.intechweb.org/pdfs/8508.pdf > > RFID Evaluation of the Technology Supporting the Development of an > Assets Tracking Application > http://diuf.unifr.ch/drupal/sites/diuf.unifr.ch.drupal. > softeng/files/projects/rfidlocator/download/report_rfid_guinard_unifr.pdf > > RFIDMania - Extensible and Adaptable RFID Middleware and Specifications > http://service.scs.carleton.ca/sites/default/files/thesis_ > repository/TH_mcs_2009_aboulouz.pdf > > cheers -ben > >

Sept. 18, 2016