- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo and FPGA

by CÃ©drick BÃ©ler

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…>

March 10, 2019

Re: [Pharo-users] complex json parsing.

by Roelof Wobben

March 10, 2019

Re: [Pharo-users] complex json parsing.

by Roelof Wobben

March 10, 2019

Re: [Pharo-users] Pharo and FPGA

by CÃ©drick BÃ©ler

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/ Maybe they can help here ;-) Cheers, Cedrick > Le 10 mars 2019 Ã 01:38, Ben Coman <btc(a)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 > > 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_… > > cheers -ben > >> On Sat, 9 Mar 2019 at 22:32, Norbert Hartl <norbert(a)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…

March 10, 2019

Re: [Pharo-users] complex json parsing.

by Ben Coman

On Sun, 10 Mar 2019 at 04:55, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello, > > I try to make a app which displays images from a external api . > > I was hoping I could do it with only 1 json parsing but to get the right > size of images I need more then 1 > > Right now I have two classes with fromJson methods > > Painting class >> fromJSON: json > | instance | > instance := self new. > instance > title: (json at: #title); > painter: (json at: #principalOrFirstMaker); > imageUrl: ((json at: #webImage) at: #url). > ^ instance > > > Paintings class > fromJSON: json > > fromJSON: json > | instance artObjects | > instance := self new. > artObjects := json at: #artObjects. > artObjects > do: > [ :eachArtObject | instance addPainting: (Painting fromJSON: > eachArtObject) ]. > ^ instance > > but to get it working right , I have to do it like this : > > Painting class >> fromJSON: json > | instance | > instance := self new. > instance > title: (json at: #objectNumber); > ^ instance > > > but the problem is now I need a second call to this url : > > https://www.rijksmuseum.nl/api/nl/collection/<<objectNumber>/tiles?key=[API_KEY]&format=json > > > and then need a new imageUrl out of it. > and then have one object with objectNumber and the new url > > Also I have to make a call to this url : https://www.rijksmuseum.nl/api/nl/collection/<<<objectNumber>>?key=[API_KEY]&format=json > > and also get some data out of it so that a painting will be one object with the objectNumber, new imageurl > and some data out of the last call > > Do I need to make some more object to get this working or is there a way I can change the code I use now > to get things working > > Regards, > > Roelof > > Its hard to tell from your description. You say "the problem is now I need a second call" but you've not shown the code that does the calling, and you've not shown the first call, or where you are looping through multiple paintings (I'm guessing that is the requirement) You say "Do I need to make some more object", but are you referring to more Paintings objects or more Painting objects? So speaking only very generally, this might be implemented in two ways... A1. Request the json of paintings into a Paintings object A2 Loop that json requesting each individual painting json to fully initialized Painting object or... B1. Request the json of paintings into a Paintings object B2. Loop that json create empty Painting objects B3. Iterate those Painting objects with each one requesting its own json from the server, and can do multiple requests if necessary And btw, very very generally, if you see even a hint of one way to do it - do it that way first and see what insights arise from that to improve it. Particularly when exploring a new domain like an unfamiliar API, the usual approach is... 1. Make it work 2. Make it right 3. Make it fast Use whatever hackery you need to get step 1 done before moving to step 2, which you are inquiring about. And often you don't even need step 3. cheers -ben

March 10, 2019

Re: [Pharo-users] Pharo and FPGA

by Ben Coman

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 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_… cheers -ben On Sat, 9 Mar 2019 at 22:32, Norbert Hartl <norbert(a)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… >

March 10, 2019

complex json parsing.

by Roelof Wobben

March 9, 2019

Re: [Pharo-users] planet.smalltalk.org

by Benoit St-Jean

Finally got a reply from the owner of smalltalk.org.Â He's looking into it.Â He suffered from major injuries in a staircase accident, that's why he hasn't been working on smalltalk.org for a while.Â I should get other news from him very soon!Â Let's wait a little while I say! On 2019-03-09 07:41, Pierce Ng wrote: > 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 > > -- ----------------- BenoÃ®t St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean Instagram: Chef_Benito IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero". (A. Einstein)

March 9, 2019

Re: [Pharo-users] pharo launcher chrash

by Roelof Wobben

March 9, 2019

Re: [Pharo-users] pharo launcher chrash

by Ben Coman

Together with the changes file you sent over Discord, I started the image and it didn't crash for me, but came up with an error "PrimitiveFailed: primitive #removeProcess: in ProcessWrapper class failed" ProcessWrapper-class >> removeProcess: arg1 <primitive: 'primitiveRemoveProcess' module: 'ProcessWrapperPlugin'> self primitiveFailed where arg1==>25416768 So there is nothing for me to debug. Try uninstalling/reinstalling PharoLauncher. It won't touch your image files and will rescan them when the fresh install starts. cheers -ben On Sat, 9 Mar 2019 at 21:09, Roelof Wobben <r.wobben(a)home.nl> wrote: > Of course. > > Here are the links : > > > *https://www.dropbox.com/s/5mwwaxwsy4we841/Pharo.image?dl=0 > <https://www.dropbox.com/s/5mwwaxwsy4we841/Pharo.image?dl=0> * > if you need also the sources I can provide it also. > > Roelof > > Op 9-3-2019 om 13:55 schreef Ben Coman: > > The most I can tell is this seems significant... > > Stack backtrace: > [65942944] signalSemaphore + 0xd64 in ProcessWrapperPlugin.DLL > [659422CA] signalSemaphore + 0x6ea in ProcessWrapperPlugin.DLL > > Smalltalk stack dump: > 0x11f8f84 M ProcessWrapper>finalize 0x8cb4fb0: a(n) ProcessWrapper > 0x11f8fa0 M WeakFinalizerItem>finalizeValues 0x8c94148: a(n) > WeakFinalizerItem > > > Can you upload your PharoLauncher image somewhere for others to try - > although the change in environment might disappear the error. > > cheers -ben > > > > On Sat, 9 Mar 2019 at 18:55, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Hello, >> >> When starting up the launcher on Windows 10 I see a crash. >> A dmp file is included. >> >> Roelof >> >> >

March 9, 2019