- Pharo-users - lists.pharo.org

Re: [Pharo-users] Object count/memory usage in Pharo6 WAS Re: Critical issues for Dr. Geo on P6

by Stephane Ducasse

Hi holger could you add bug entry for the issues you think we should investigate? Stef On Wed, Jul 26, 2017 at 9:36 PM, Holger Freyther <holger(a)freyther.de> wrote: > >> On 22. Jul 2017, at 14:00, Hilaire <hilaire(a)drgeo.eu> wrote: >> >> Hi Holger, >> >> With Pharo3 I was proceeding like this, by uninstallation of packages. However there is the promise of building from a minimal image, but it is not documented AFAIK. >> >> By curiosity, what is the size of your resulting image. > > I see 31mb image size for Pharo3 and 49mb for Pharo6. The changes file is about the same. From the top command on a test system. "pharo" is a Pharo6 VM and image and pharo-vm is the pharo3 system. > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 4206 root 20 0 1056684 74036 1600 S 5.7 1.2 1582:15 pharo-vm > 10459 root 20 0 104040 90348 2124 S 5.0 1.5 369:00.29 pharo > > I looked a bit at memory usage and see if some random changes make a difference > > * Shrink ZnMimeType ExtensionMaps to a minimum when not handling extensions? > > * ASTCache reset to get rid of the spotter cache. Not sure if the SessionManager runs ASTCache>>#shutDown properly. It looks like it should but it doesn't? > > * ByteString compaction? I did strs := ByteString allInstances. str -> strs asSet. The numbers on a not fully clean image are 99874 vs. 42139. I wonder in which hell I end if I use >>#becomeForward: to compact it (I tried this once for GNU Smalltalk and I am sure others tried it before). I think anyone using == on String is using the wrong class? Any good arguments against doing it? > > > I am moving my Pharo6 image into production right now and then will look into setting up CI for Pharo7 with a minimal image. > > > cheers > holger

July 27, 2017

Re: [Pharo-users] Documentation

by Stephane Ducasse

Hi jimmie I would love to be a native english speaker because it would really help me to produce high-level quality documentation. I decided that I cannot do much about it so I write. So if you can read the booklet and fix the english it would be already great. Tx a lot. BTW I think that with one hour per week you can really get an impact. Stef On Wed, Jul 26, 2017 at 10:58 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > I am looking at participating in the documentation if that is a good area to > plug in. > > I do not necessarily have the expertise on the subjects, but I can bring > fresh eyes and the eyes of a native English speaker. > > What is the best way to assist? > > For example I am currently reading the Booklet-uFFI. > > I have some questions and suggestions. How or to whom do I communicate > these? > > If I modify the UnifiedFFI.pillar file, do I do the normal GitHub pull > requests? Or is this process handled via Iceberg? > > Do I edit them manually in a normal text editor or is there a preferred way > within Pharo. > > Is this process documented somewhere? Or do I need to document it? :) > > And what about similar for the MOOC? > > Any guidance or suggestions, and suggestions where you would like help the > most are greatly appreciated. > > Thanks. > > > Jimmie > > >

July 27, 2017

Re: [Pharo-users] How to calculate someone's age elegantly? Does Duration work?

by JuliÃ¡n Maestri

Using https://github.com/ba-st/Chalten the solution was something like this: Person>>ageOn: aDate > | difference | > difference := (aDate year distanceFrom: self dateOfBirth year). > ^(aDate dayOfMonth < self dateOfBirth dayOfMonth) > ifTrue: [difference - TimeUnits year unitaryMeasurement] > ifFalse: [difference] Test for that > testAge > | john | > john := Person namedFirst: 'John' last: 'Doe' born: March fourteenth , > 1963. > self > assert: (john ageOn: March thirteenth , 2013) equals: (TimeUnits year > with: 49); > assert: (john ageOn: March fourteenth , 2013) equals: (TimeUnits year > with: 50); > assert: (john ageOn: March fifteenth , 2013) equals: (TimeUnits year with: > 50) On 21 July 2017 at 14:25, Tim Mackinnon <tim(a)testit.works> wrote: > Paul - this is very helpful, gosh you learn a lot from what seemed like > simple question. > > Your suggestion along with Subbuâs gives an easy workable solution - I > also wonder if the method should be in the image along with the comment > explaining half open intervals like you have. Do you think there is another > name for that end method - displayEnd sounds like it actively displays - I > wonder if boundedEnd or completeEnd or finiteEnd might be correct > alternatives (or is displayEnd a decent convention that everyone > understands?) > > I really have to learn how to submit pull requests (although it seems > rather complicated at the moment while the full git integration process is > being sorted out). > > Thanks everyone > > Tim > > > On 21 Jul 2017, at 16:40, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > > > > Tim Mackinnon wrote > >> I am also wondering if the issue with Timespan is concerning - I was > >> surprised that putting a start and end date left me something that > didnât > >> answer my end date presumably down to rounding when itâs converted down > to > >> a duration (making me wonder if its better to keep a start and end date > >> and calculate the duration on the fly). > >> > >> Tim > > > > > > The Timespans are half open intervals. > > (https://en.wikipedia.org/wiki/Interval_(mathematics)) > > > > Friday July 21st ends at 11:59:59.99999999999... etc etc etc ...9999PM > and > > the 22nd starts at 12:00AM > > > > > > If Timespans were closed intervals like you expect then we'd be out of > whack > > with our corner of the universe. That extra clock tick adds complexity. > > > > But I add a method to my image called #displayEnd because I also want > them > > to print 3PM-4PM and not 3PM-3:59:59.999999999PM and use that in my print > > statements and rendering for Seaside. > > > > displayEnd > > ^ start + duration > > > > > > > > > > > > > > > > > > -- > > View this message in context: http://forum.world.st/How-to-c > alculate-someone-s-age-elegantly-Does-Duration-work-tp4955990p4956114.html > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > >

July 27, 2017

Re: [Pharo-users] Documentation

by Jimmie Houchin

Thanks. That can get me started. I can start learning and develop processes that work for me. Thanks. Jimmie On 07/27/2017 03:02 AM, phil(a)highoctane.be wrote: > pillar things: > > fork and PR > > Use https://github.com/cdlm/docker-texlive for generating artefacts > like PDFs. > > Edit in any text editor. I am using Vim with pillar syntax. There is > some Emacs available but I do not use Emacs. > > HTH > Phil > > > > > On Jul 26, 2017 22:58, "Jimmie Houchin" <jlhouchin(a)gmail.com > <mailto:jlhouchin@gmail.com>> wrote: > > I am looking at participating in the documentation if that is a > good area to plug in. > > I do not necessarily have the expertise on the subjects, but I can > bring fresh eyes and the eyes of a native English speaker. > > What is the best way to assist? > > For example I am currently reading the Booklet-uFFI. > > I have some questions and suggestions. How or to whom do I > communicate these? > > If I modify the UnifiedFFI.pillar file, do I do the normal GitHub > pull requests? Or is this process handled via Iceberg? > > Do I edit them manually in a normal text editor or is there a > preferred way within Pharo. > > Is this process documented somewhere? Or do I need to document it? :) > > And what about similar for the MOOC? > > Any guidance or suggestions, and suggestions where you would like > help the most are greatly appreciated. > > Thanks. > > > Jimmie > > > > >

July 27, 2017

Re: [Pharo-users] Looking for small boards and tiny computers which can run Pharo

by Ben Coman

On Tue, Jul 25, 2017 at 9:18 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Wasnât there another board that Ben was talking about recently - > http://blog.openinworld.com/2017/06/evening-with-pharo-esp32/ (esp32?) > That was only Pharo on a laptop interfacing to the ESP32 over USB serial port. Suitable to provide a GUI interface to a microcontroller application, but not actually Pharo running on the ESP32. On Tue, Jul 25, 2017 at 10:06 PM, Attila Magyar <m.magyar3(a)gmail.com> wrote: > The esp32 is not capable of running Pharo unfortunatelly. It's not Linux > based, it has a realtime operating system called FreeRTOS and the amount of > memory it has is also quite limited. It's more like a microcontroller than > a > single board computer. The ESP32 is exactly a microcontroller, but I'm hopeful it might have the capacity to run Pharo. Onboard it has 520KB SRAM and offboard can use 8MB SPI-SRAM (at 80MHz) and 16MB SPI-Flash memory, which seems close to feasible to run a minimal image on. Without a GUI loop I'd be its 266MHz 600MIPS** processor might be sufficient for Pharo to run small embedded applications. **Roughly equivalent to 1998 $2300 Mac_G3/333 ( https://www.frc.ri.cmu.edu/~hpm/book97/ch3/processor.list.txt) And each year these cheap $20 microcontrollers get more powerful. FreeRTOS may be a likely candidate to support each new platform ( http://www.freertos.org/RTOS_ports.html) may make an interesting target for a VM port, even if only the StackInterpreter. btw, from wikipedia... "FreeRTOS can be thought of as a 'thread library' rather than an 'operating system', although command line interface and POSIX-like I/O abstraction add-ons are available. The kernel itself consists of only three C files." One obstacle to overcome would be how the VM makes use of memory mapped files, since that facility seems unavailable on FreeRTOS. cheers -ben > 2017-07-24 21:30 GMT+02:00 Steven Costiou <steven.costiou(a)kloum.io>: > >> Hi, >> >> i am looking for: >> >> - small hardware, boards/computers, "embeddable" devices, etc. that can >> run Pharo (except Raspberry pi that i already know) >> >> - robots, flying drones or things alike with an open linux which can >> possibly run Pharo >> >> Could somebody points me to documentation or web sites where such things >> can be found ? >> >> Thanks, >> >> Steven. >> > > >

July 27, 2017

Re: [Pharo-users] Documentation

by Offray Vladimir Luna CÃ¡rdenas

Hi Jimmie, I really like the impulse you bring and the recent discussion about Beyond Live Coding... it is pretty timely precisely about a discussion we were having with one friend about Python vs Pharo. On the documentation front, I have created a interactive documentation called Grafoscopio [1]. It follows a different path that Pillar and leverage on existing solutions like Pandoc to convert to several format. Also it tries to bring ideas from the interactive notebooks from (Jupyter, Beaker, Zeppeling) and outlining worlds (Leo Editor, Org Mode) to the Pharo world and, hopefully, new bring ideas also. I'm preparing a new edition of Grafoscopio with suggestions for a paper send to the Journal of Open Source Software [2], by our own Serge Stinckwich, on first week of August, and also we will have a re-release of the Data Driven Journalist Handbook this weekend as a Grafoscopio document. So stay tuned. [1] http://mutabit.com/grafoscopio/index.en.html [2] http://joss.theoj.org/papers/c92ed13fa746bc681081f9b31678841b [3] http://datajournalismhandbook.org/ If your interest is contributing to current documentation, Pillar and GitHub are the current option and if you're interested in documentation in general, and extended interactive documentation, checking Grafoscopio could be interesting. Cheers, Offray On 26/07/17 15:58, Jimmie Houchin wrote: > I am looking at participating in the documentation if that is a good > area to plug in. > > I do not necessarily have the expertise on the subjects, but I can > bring fresh eyes and the eyes of a native English speaker. > > What is the best way to assist? > > For example I am currently reading the Booklet-uFFI. > > I have some questions and suggestions. How or to whom do I communicate > these? > > If I modify the UnifiedFFI.pillar file, do I do the normal GitHub pull > requests? Or is this process handled via Iceberg? > > Do I edit them manually in a normal text editor or is there a > preferred way within Pharo. > > Is this process documented somewhere? Or do I need to document it? :) > > And what about similar for the MOOC? > > Any guidance or suggestions, and suggestions where you would like help > the most are greatly appreciated. > > Thanks. > > > Jimmie > > > >

July 27, 2017

Re: [Pharo-users] Documentation

by Herby VojÄÃk

Herby VojÄÃk wrote: > Jimmie Houchin wrote: >> I am looking at participating in the documentation if that is a good >> area to plug in. > > Pity there isn't someone like you for Amber. It's documentation is in *$##^, s/It's/Its/ > horrible state. (I don't know for Pharo's one :-) ) > > Herby >

July 27, 2017

Re: [Pharo-users] Documentation

by Herby VojÄÃk

Jimmie Houchin wrote: > I am looking at participating in the documentation if that is a good > area to plug in. Pity there isn't someone like you for Amber. It's documentation is in horrible state. (I don't know for Pharo's one :-) ) Herby

July 27, 2017

Re: [Pharo-users] Zinc: Are start and stop meant to be idempotent?

by Herby VojÄÃk

Sven Van Caekenberghe wrote: > Herby, > > In Zn #bleedingEdge > > === > Name: Zinc-HTTP-SvenVanCaekenberghe.464 > Author: SvenVanCaekenberghe > Time: 27 July 2017, 1:10:32.048978 pm > UUID: 63589259-ac11-0d00-9153-678c0082c0ce > Ancestors: Zinc-HTTP-SvenVanCaekenberghe.460 > > Make ZnSingleThreadedServer>>#start idempotent (since it called #stop and #stop does a #unregister there was a possible side effect, call #stop: false from #start instead) [thx Herby VojÄÃk] > === > > This still does not solve the core problem of #startUp[:] being called twice (apparently) in some situation. But some extra protection won't hurt. Yes, it will solve it, but mask the bigger problem. OTOH, adding debug output to #start can uncover it for those who want to experiment. Thanks, Herby P.S.: I'll wait with it until I need it, maybe it gets blessed before it it a real problem (on the dev machine, I can have no --headless for a while). > Thx for the suggestion, I hope this solves your curren t issue (remember to load Zn #bleedingEdge). > > Sven > >> On 26 Jul 2017, at 20:19, Herby VojÄÃk<herby(a)mailbox.sk> wrote: >> >> Hi, >> >> Looking at ZnServer>> start and ZnSingleThreadedServer>> stop (as ZnServer>> stop is #subclassResponsibility), I had the impression they are meant to be idempotent. >> >> The start comment is: >> >> "Start me. I will start listening on my port for incoming HTTP connections. >> If I am running, I will first stop and thus effectively restart" >> >> The stop comment is: >> >> "Stop me. I will stop listening on my port for incoming HTTP connections. >> Does nothing when I am not running" >> >> So, it seems like both start and stop try to be safe to be sent twice in a row. >> >> I did a few Transcript prints: >> >> --- >> >> 1. just stop: is ok. >> >> ZnManagingMultiThreadedServer allInstances do: #stop. >> ZnServer managedServers do: #unregister. >> Smalltalk garbageCollect. >> >> (ZnServer on: 4998) stop. >> (ZnServer on: 4997) stop ; stop. >> >> Transcript show: ZnServer managedServers; cr; >> show: ZnManagingMultiThreadedServer allInstances; cr. >> >> ==> >> >> an IdentitySet() >> an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) >> >> --- >> >> 2. start; stop: is ok. >> >> ZnManagingMultiThreadedServer allInstances do: #stop. >> ZnServer managedServers do: #unregister. >> Smalltalk garbageCollect. >> >> (ZnServer on: 4998) start; stop. >> (ZnServer on: 4997) start; stop; stop. >> >> Transcript show: ZnServer managedServers; cr; >> show: ZnManagingMultiThreadedServer allInstances; cr. >> >> ==> >> >> an IdentitySet() >> an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) >> >> --- >> >> 3. register; start; stop: is ok. >> >> ZnManagingMultiThreadedServer allInstances do: #stop. >> ZnServer managedServers do: #unregister. >> Smalltalk garbageCollect. >> >> (ZnServer on: 4998) register; start; stop. >> (ZnServer on: 4997) register; start; stop; stop. >> >> Transcript show: ZnServer managedServers; cr; >> show: ZnManagingMultiThreadedServer allInstances; cr. >> >> ==> >> >> an IdentitySet() >> an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) >> >> --- >> >> 4. start: is ok. >> >> ZnManagingMultiThreadedServer allInstances do: #stop. >> ZnServer managedServers do: #unregister. >> Smalltalk garbageCollect. >> >> (ZnServer on: 4998) start. >> (ZnServer on: 4997) start; start. >> >> Transcript show: ZnServer managedServers; cr; >> show: ZnManagingMultiThreadedServer allInstances; cr. >> >> ==> >> >> an IdentitySet() >> an Array(a ZnManagingMultiThreadedServer(running 4998) a ZnManagingMultiThreadedServer(running 4997)) >> >> 5. register; start: is not ok. >> >> ZnManagingMultiThreadedServer allInstances do: #stop. >> ZnServer managedServers do: #unregister. >> Smalltalk garbageCollect. >> >> (ZnServer on: 4998) register; st art. >> (ZnServer on: 4997) register; start; start. >> >> Transcript show: ZnServer managedServers; cr; >> show: ZnManagingMultiThreadedServer allInstances; cr. >> >> ==> >> >> an IdentitySet(a ZnManagingMultiThreadedServer(running 4998)) >> an Array(a ZnManagingMultiThreadedServer(running 4998) a ZnManagingMultiThreadedServer(running 4997)) >> >> The last case is not idempotent for #start. With one #start, the server is registered, with two #start's, it is not registered. >> >> Shouldn't the last case be idempotent as well? >> >> If it is, it is the bug that should be put into issue tracker? >> >> Herby >> > >

July 27, 2017

Re: [Pharo-users] Zinc: Are start and stop meant to be idempotent?

by Sven Van Caekenberghe

Herby, In Zn #bleedingEdge === Name: Zinc-HTTP-SvenVanCaekenberghe.464 Author: SvenVanCaekenberghe Time: 27 July 2017, 1:10:32.048978 pm UUID: 63589259-ac11-0d00-9153-678c0082c0ce Ancestors: Zinc-HTTP-SvenVanCaekenberghe.460 Make ZnSingleThreadedServer>>#start idempotent (since it called #stop and #stop does a #unregister there was a possible side effect, call #stop: false from #start instead) [thx Herby VojÄÃk] === This still does not solve the core problem of #startUp[:] being called twice (apparently) in some situation. But some extra protection won't hurt. Thx for the suggestion, I hope this solves your current issue (remember to load Zn #bleedingEdge). Sven > On 26 Jul 2017, at 20:19, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > > Hi, > > Looking at ZnServer >> start and ZnSingleThreadedServer >> stop (as ZnServer >> stop is #subclassResponsibility), I had the impression they are meant to be idempotent. > > The start comment is: > > "Start me. I will start listening on my port for incoming HTTP connections. > If I am running, I will first stop and thus effectively restart" > > The stop comment is: > > "Stop me. I will stop listening on my port for incoming HTTP connections. > Does nothing when I am not running" > > So, it seems like both start and stop try to be safe to be sent twice in a row. > > I did a few Transcript prints: > > --- > > 1. just stop: is ok. > > ZnManagingMultiThreadedServer allInstances do: #stop. > ZnServer managedServers do: #unregister. > Smalltalk garbageCollect. > > (ZnServer on: 4998) stop. > (ZnServer on: 4997) stop; stop. > > Transcript show: ZnServer managedServers; cr; > show: ZnManagingMultiThreadedServer allInstances; cr. > > ==> > > an IdentitySet() > an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) > > --- > > 2. start; stop: is ok. > > ZnManagingMultiThreadedServer allInstances do: #stop. > ZnServer managedServers do: #unregister. > Smalltalk garbageCollect. > > (ZnServer on: 4998) start; stop. > (ZnServer on: 4997) start; stop; stop. > > Transcript show: ZnServer managedServers; cr; > show: ZnManagingMultiThreadedServer allInstances; cr. > > ==> > > an IdentitySet() > an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) > > --- > > 3. register; start; stop: is ok. > > ZnManagingMultiThreadedServer allInstances do: #stop. > ZnServer managedServers do: #unregister. > Smalltalk garbageCollect. > > (ZnServer on: 4998) register; start; stop. > (ZnServer on: 4997) register; start; stop; stop. > > Transcript show: ZnServer managedServers; cr; > show: ZnManagingMultiThreadedServer allInstances; cr. > > ==> > > an IdentitySet() > an Array(a ZnManagingMultiThreadedServer(stopped 4998) a ZnManagingMultiThreadedServer(stopped 4997)) > > --- > > 4. start: is ok. > > ZnManagingMultiThreadedServer allInstances do: #stop. > ZnServer managedServers do: #unregister. > Smalltalk garbageCollect. > > (ZnServer on: 4998) start. > (ZnServer on: 4997) start; start. > > Transcript show: ZnServer managedServers; cr; > show: ZnManagingMultiThreadedServer allInstances; cr. > > ==> > > an IdentitySet() > an Array(a ZnManagingMultiThreadedServer(running 4998) a ZnManagingMultiThreadedServer(running 4997)) > > 5. register; start: is not ok. > > ZnManagingMultiThreadedServer allInstances do: #stop. > ZnServer managedServers do: #unregister. > Smalltalk garbageCollect. > > (ZnServer on: 4998) register; start. > (ZnServer on: 4997) register; start; start. > > Transcript show: ZnServer managedServers; cr; > show: ZnManagingMultiThreadedServer allInstances; cr. > > ==> > > an IdentitySet(a ZnManagingMultiThreadedServer(running 4998)) > an Array(a ZnManagingMultiThreadedServer(running 4998) a ZnManagingMultiThreadedServer(running 4997)) > > The last case is not idempotent for #start. With one #start, the server is registered, with two #start's, it is not registered. > > Shouldn't the last case be idempotent as well? > > If it is, it is the bug that should be put into issue tracker? > > Herby >

July 27, 2017