- Pharo-users - lists.pharo.org

Pharo Days - anyone going on Wed night (3rd) and where are folks staying?
by Tim Mackinnon March 12, 2019

March 12, 2019

Hi everyone - Iâve managed to sort out a family pass to attend Pharo Days, so keen to maximise my fun/learning/involvement. I was looking at trains on Wed afternoon - and leaving after lunch get me in Lille late afternoon - so I was wondering (if like a few years ago) any other are around earlier and going for supper (hacking code before supper) and generally socialising? Iâm also curious if others have thought about accommodation (there is lots of reasonable accommodation in Lille centre near the main station - which was pretty good last time I went) - anyone booked anything yet, and Iâll try and position myself in a similar vicinity to aid with the first question. Tim

1 0

[ANN] Minimal telepharo
by Norbert Hartl March 12, 2019

March 12, 2019

Iâm working on having a telepharo image based on the pharo minimal image. With the help of pavel and Allex I prepared a usable artefact on github that can be used. Both images are based on Pharo8. The release file https://github.com/noha/pharo-minimal/releases/download/0.1/telepharo.zip <https://github.com/noha/pharo-minimal/releases/download/0.1/telepharo.zip> contains a 32 bit minimal telepharo server image. It is 12,1 MB in size. And there is a 64 bit full pharo telepharo client image in the archive that can be used to connect to the minimal server one. I did not include the vms in the archive. These you need to install separately. To run the server do $ ./pharo server.image eval --no-quit "TlpRemoteUIManager registerOnPort: 40423â The client.image can be started as usual. In a playground do remotePharo := TlpRemoteIDE connectTo: (TCPAddress ip: #[127 0 0 1] port: 40423) remotePharo openPlayground. To be connected to the minimal server image. Further details on telepharo you can find at https://github.com/pharo-ide/TelePharo <https://github.com/pharo-ide/TelePharo> Further relases of this will be made available at https://github.com/noha/pharo-minimal/releases <https://github.com/noha/pharo-minimal/releases> Iâm planning to make a pharothings release available as well when the telepharo release is considered stable. Hope you like it, Norbert

2 1

OS X bundle, some progress
by Hilaire March 12, 2019

March 12, 2019

Hi, I did some progress on the Dr.Geo bundle for OS X. The Mac admin of my school told me to download from Safari and authorized the drgeo.eu web site (not sure what this exactly does), then we installed the DrGeo.app at the Application location. DrGeo started fine but emit a startup error at the image level, related to stdout. It looks like a stdout file can not be created. The stack is enclosed here. When looking at the execution stack, I could not determine (I have to go teaching) where the image wants to create this stdout file. Any idea or opinion on this stdout matter? Thanks Hilaire -- Dr. Geo http://drgeo.eu

4 6

How does the SUnit debug view, highlight lower down in the stack?
by Tim Mackinnon March 11, 2019

March 11, 2019

Iâve been working on improving some of my testing techniques and the tools used to do that, and it highlighted something where Iâm not clear on how it works. Sometime the debugger highlights a failure lower down in the stack (not just the stack frame directly below the signaller). How does it do it? I canât see what it does to achieve this - however curiously it differs between types of assert. I.e. with: self assert: 2 =3 (it just shows the frame below) Yet: self assert: 2 equals: 4 (shows two frames below, and actually directly shows where in the test failed - with no further clicks which is brilliant) The photos (at the end) demonstrate what I mean - and I can see there is a defaultAction in TestFailure that pops open the debugger: defaultAction Processor activeProcess debug: self signalerContext title: self description And if I try and do a similar thing for one of my own exceptions - but wind further down the stack manually (which TestFailure doesât do) like: defaultAction | triggerContext | triggerContext := self signalerContext findContextSuchThat: [ :context | context method selector = #doesNotUnderstand: ]. "Trigger the debugger where the failure happened" Processor activeProcess debug: (triggerContext ifNil: [ self signalerContext ]) title: self messageText This gives me a debugger on the line of the failure (which I like), but the stack above this failure (which in my case was many frames deep) is gone (presumably as contexts only know their parent, and Iâve backed up through the parent chain). This is a bit confusing to understand how you got the error. So Iâm left wondering how #assert:equals: ends up highlighting further down. Iâm missing some concept - and wondering if anyone knows? Itâs not urgent - but a smalltalkây curiosity about how our environment works. Tim The debugger that pops up for assert: vs. The debugger that pops up for #assert:equals:

2 1

FUEL serialization to a file
by Konrad Hinsen March 10, 2019

March 10, 2019

Hi everyone, after playing with FUEL in-memory (byte arrays) for a while, I am ready to attack files. But... that's not so easy. At https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… I find the basic exxample 'demo.fuel' asFileReference writeStreamDo: [ :aStream | FLSerializer newDefault serialize: 'stringToSerialize' on: aStream binary ]. It fails because ZnCharacterWriteStream does not understand #binary. Browsing around a bit, I found another way: 'demo.fuel' asFileReference writeStreamDo: [ :aStream | FLSerializer newDefault serialize: 'stringToSerialize' on: aStream binary ]. This works fine, the aStream being a ZnBufferedWriteStream. But on larger objects, it ends up failing in FLBufferedWriteStream >> #nextBytePutAll: which sends the message stream nextBytesPutAll: collection But ZnBufferedWriteStream does not understand nextBytesPutAll: because it is not a subclass of Stream for whatever reason. Some further browing showed deprecated classes FileStream etc., and I kind of suspect that file streams in Pharo were changed at some point but FUEL still expects the old behavior. Does anyone have an idea how to fix this, or work around it? Thanks in advance, Konrad

3 6

Re: [Pharo-users] Pharo and FPGA
by CÃ©drick BÃ©ler March 10, 2019

March 10, 2019

Could we do discuss such subjects in one pharo day for instance ? May would be perfect for me. Cheers, CÃ©drick > Le 10 mars 2019 Ã 11:36, LoÃ¯c LAGADEC <loic.lagadec(a)ensta-bretagne.fr> a Ã©crit : > > Yes! > Feel free to get in touch :) > Cheers > LoÃ¯c > > LoÃ¯c Lagadec > Professor > Lab-STICC UMR CNRS 6285 > Ensta Bretagne Deputy Head of Research - Cybersecurity > > +33 (0)2 98 34 89 08 <tel:+33%202%2098%2034%2089%2008> > Loic.lagadec(a)ensta-bretagne.fr <mailto:Loic.lagadec@ensta-bretagne.fr> > > National Institute of Advanced Technology, Brittany > www.ensta-bretagne.fr <http://www.ensta-bretagne.fr/> - 2 rue FranÃ§ois Verny - 29806 Brest Cedex 9 <x-apple-data-detectors://4/2> > > > Le 10 mars 2019 Ã 09:12, CÃ©drick BÃ©ler <cdrick65(a)gmail.com <mailto:cdrick65@gmail.com>> a Ã©crit : > >> If I remember well, smalltalkers from britany have worked on FPGA design on visualwork. I think there were Loic Lagadec, Alain Plantec and Bernard Pottier. >> https://www.ensta-bretagne.fr/lagadec/ <https://www.ensta-bretagne.fr/lagadec/> >> >> >> Maybe they can help here ;-) >> >> Cheers, >> >> Cedrick >> >> Le 10 mars 2019 Ã 01:38, Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>> a Ã©crit : >> >>> not quite what you asked, but... apart from their size, one advantage of FPGAs and Arduino & ESP32 microprocessors >>> over purpose CPUs is providing deterministic real-time latency (i.e. sensor inputs controlling motors). >>> For that domain a strong contender in a Pi-like format is the Programmable Realtime Unit of the BeagleBone Black. >>> http://beagleboard.org/pru <http://beagleboard.org/pru> >>> >>> 40x faster response time than the main CPU of BeagleBone (and Pi). See slide 11... >>> https://elinux.org/images/1/1c/Birkett--enhancing_rt_capabilities_with_the_… <https://elinux.org/images/1/1c/Birkett--enhancing_rt_capabilities_with_the_…> >>> >>> cheers -ben >>> >>> On Sat, 9 Mar 2019 at 22:32, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >>> Iâm trying to collect information about programming in pharo for FPGA. The only things I found are around PharoROS like this [1]. If anyone has more information or is willing to talk about Iâm open ears. >>> >>> The background is that we did little things with the PharoThings toolkit and want to research which other combinations like Arduino, ESP32, FPGAs are there to be a good extensions to a Pi. >>> >>> Any hint is welcomed! >>> >>> Thanks, >>> >>> Norbert >>> >>> [1] http://esug.org/data/ESUG2014/IWST/Papers/iwst2014_From%20Smalltalk%20to%20… <http://esug.org/data/ESUG2014/IWST/Papers/iwst2014_From%20Smalltalk%20to%20…>

1 0

planet.smalltalk.org
by Pierce Ng March 9, 2019

March 9, 2019

I deleted the earlier thread from my mailbox, so starting a new one. By chance I found http://prog.vub.ac.be/~cderoove/planet/ which is the Planet Smalltalk aggregator hosted by Coen De Roover. It is still running and has the latest entries. Just a bit more work is needed to get planet.smalltalk.org to once again point to this aggregator. Pierce

3 2

pharo launcher chrash
by Roelof Wobben March 9, 2019

March 9, 2019

Hello, When starting up the launcher on Windows 10 I see a crash. A dmp file is included. Roelof

2 4

Documentation system within Pharo
by Hilaire March 9, 2019

March 9, 2019

Hi, Do we have any tool to browse external documentation from Pharo? I will be interested to give the option to DrGeo user to read programming documentation from Pharo (DrGeo doc use the texinfo format[1]). An Info reader will be even greater but I don't think we have one. Hilaire [1] https://www.gnu.org/software/texinfo/ -- Dr. Geo http://drgeo.eu

1 0

NeoCSV Logging
by Sean P. DeNigris March 8, 2019

March 8, 2019

Is there anything built-in? I have a particularly long file and want to give updates so users don't thing the image has frozen. If not, thinking I'll subclass reader and override #do: ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

2 1