May 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] On UDP broadcast

by Stephan Eggermont

Sven Van Caekenberghe <sven(a)stfx.eu> wrote:. > > I can't get the broadcast sending via nc to work (like your terminal > example). The -b nc option on macOS is not related to broadcasting. Whoâs allowed to broadcast? Stephan

May 21, 2018

Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging

by Richard O'Keefe

Thank you for that. The instructions there are incomplete. It is necessary to add sudo apt-get install libcairo2-dev:i386 to the script. On 21 May 2018 at 19:36, John Pfersich <jpfersich(a)gmail.com> wrote: > If you are running a 32 bit Pharo on a 64 bit Ubuntu, there is > instructions for additional steps needed at https://pharo.org/gnu- > linux-installation under the âPrepare 64-bit-Linux for 32bit Pharoâ > heading > > For encrypted mail use jgpfersich(a)protonmail.com > Get a free account at ProtonMail.com > Web: www.objectnets.net and www.objectnets.org > > On May 21, 2018, at 00:18, Richard O'Keefe <raoknz(a)gmail.com> wrote: > > It's not just Windows users. I have Pharo 6.0 #605.40 > running under Linux Ubuntu version 17.10 and the cairo > library is definitely installed. > > Just starting Pharo is a little concerning: > ok@Herbrand:~/Smalltalk$ pharo > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0- > 201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or > directory > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0- > 201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or > directory > Yet these files exist. > /usr/lib/x86_64-linux-gnu/libfreetype.a > /usr/lib/x86_64-linux-gnu/libfreetype.so > /usr/lib/x86_64-linux-gnu/libfreetype.la > /usr/lib/x86_64-linux-gnu/libfreetype.so.6 > /usr/lib/x86_64-linux-gnu/libfreetype.so.6.14.0 > > When I try any Roassal examples, I get > Error: cannot locate cairo library. Please check if it is installed ... > CairoLibrary(Object) error: > CairoLibrary unix32ModuleName > Unix32Platform ffiModuleName > CairoLibrayr(FFILibrary) moduleName > FFICalloutMethodBuilder moduleName > > The 32 is the clue. Apparently I'm running a 32-bit Pharo > with 64-bit libraries installed. Could this be the problem > on Windows? > > > On 21 May 2018 at 07:46, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > >> >> >> On Sat, May 19, 2018 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >>> Hi, >>> >>> some Windows users are repeatedly running into Pharo failing to load >>> Cairo library on Windows (see stack screenshot at the bottom). >>> >>> The problem is that I have no idea how to even start debugging this. >>> >>> Is there some documentation on how Pharo loads libraries via FFI on >>> Windows that I can start digging into? >>> >>> Note that the library is definitely present, as this happens only >>> occasionally -- it can be fixed by restarting PC. But I cannot reasonably >>> ask users to restart just because Pharo decided it doesn't feel like >>> loading a library. >>> >>> Any pointers / docs / ideas appreciated. >>> >> >> You can see the actual code from >> >> https://github.com/OpenSmalltalk/opensmalltalk-vm/search? >> utf8=%E2%9C%93&q=findAndLoadModule%28char+*pluginName%2C+ >> sqInt+ffiLoad%29&type= >> >> ? >> >> >>> >>> Thanks, >>> Peter >>> >>> <image.png> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 >> > >

May 21, 2018

Re: [Pharo-users] On UDP broadcast

by Sven Van Caekenberghe

Hilaire, All this is quite tricky and can be platform dependent. What works for me (non-broadcast) is the following Pharo code for listening: socket := Socket newUDP setPort: 9999; yourself. buffer := ByteArray new: 256. { buffer. socket waitForDataFor: 60; receiveUDPDataInto: buffer }. "socket closeAndDestroy." And the following terminal code $ echo ABC | nc -u 127.0.0.1 9999 This is on macOS, latest P7. Make sure to not accidentally leave the socket in use. I can't get the broadcast sending via nc to work (like your terminal example). The -b nc option on macOS is not related to broadcasting. But I am sure broadcasting works on my local network. I am playing with Multicast DNS among other things and it works fine, I can receive/resolve .local names in Pharo. I think that is what you should do too, use mDNS. Each Mac supports that (and Linux does too, Raspberry Pi's use it frequently). My mac is called 'prometheus', so it is also known as 'prometheus.local' (like a RPi would be known as 'raspberrypi.local'). The teacher's machine could be called 'teacherpc.local'. In Pharo you then do an mDNS resolve, in the code that I am working on (still experimental), it goes like this: NeoSimplifiedDNSClient new useMulticastDNS; addressForName: 'teacherpc.local'. If all is well, you'll get a SocketAddress back. If the teacher's machine is running a web server, clients can just connect to it using that address. All this provided everybody is on the same local subnet, of course. Doing the networking magic yourself is fun, but might be more work that you expect. BTW, I believe someone did play with UDP broadcasting before, I just can't remember who/when/where. Maybe Henrik ? Sven > On 21 May 2018, at 11:17, Hilaire <hilaire(a)drgeo.eu> wrote: > > Le 21/05/2018 Ã 10:56, Hilaire a Ã©crit : >> Of course I already looked at this Test, but I got lost. I looked at it again, and wrote something like: > > Sorry for the badly formated code. > By the way the exception handler does not work in the code version bellow. When the ConnectionTimedOut is raised the debugger still show up and the handler is not executed. Strange. > > | socket data | > socket := Socket newUDP. > socket setPort: 9999. > socket waitForDataFor: 5 . > data := Array new: 100. > [[socket receiveUDPDataInto: data. > data crLog] on: Error do:[ 'Error, closing socket' crLog. socket closeAndDestroy]] > ensure: [ 'Closing socket' crLog. socket closeAndDestroy]. > > > > -- > Dr. Geo > http://drgeo.eu > > >

May 21, 2018

Re: [Pharo-users] On UDP broadcast

by Hilaire

Le 21/05/2018 Ã 10:56, Hilaire a Ã©critÂ : > Of course I already looked at this Test, but I got lost. I looked at > it again, and wrote something like: Sorry for the badly formated code. By the way the exception handler does not work in the code version bellow. When the ConnectionTimedOut is raised the debugger still show up and the handler is not executed. Strange. | socket data | socket := Socket newUDP. socket setPort: 9999. socket waitForDataFor: 5 . data := Array new: 100. [[socket receiveUDPDataInto: data. Â Â Â data crLog] on: Error do:[ 'Error, closing socket' crLog. socket closeAndDestroy]] ensure: [ 'Closing socket' crLog. socket closeAndDestroy]. -- Dr. Geo http://drgeo.eu

May 21, 2018

Re: [Pharo-users] On UDP broadcast

by Hilaire

Thanks Sven for the indications. Of course I already looked at this Test, but I got lost. I looked at it again, and wrote something like: | socket data | socket := Socket newUDP. socket setPort: 9999. socket waitForConnectionFor: 2; waitForDataFor: 5 . data := Array new: 100. Â Â Â [socket receiveUDPDataInto: data. Â Â Â data crLog] ensure: [ 'Closing socket' crLog. socket closeAndDestroy] I do not have error, but a time out. I broadcast from the Linux shell: echo 10.7.2.1 | nc -ub 255.255.255.255 9999 The broadcast itself is fine as I can receive it from another shell: nc -ulk 9999 10.7.2.1 Any idea? Thanks Hilaire Le 20/05/2018 Ã 21:43, Sven Van Caekenberghe a Ã©critÂ : > Hi Hilaire, > > Check UDPSocketEchoTest for a good, simple example of using UDP sockets in Pharo. > > You should not do #connectTo:port: but just #setPort: and listen. > > HTH, > > Sven -- Dr. Geo http://drgeo.eu

May 21, 2018

Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging

by John Pfersich

If you are running a 32 bit Pharo on a 64 bit Ubuntu, there is instructions for additional steps needed at https://pharo.org/gnu-linux-installation under the âPrepare 64-bit-Linux for 32bit Pharoâ heading For encrypted mail use jgpfersich(a)protonmail.com Get a free account at ProtonMail.com Web: www.objectnets.net and www.objectnets.org > On May 21, 2018, at 00:18, Richard O'Keefe <raoknz(a)gmail.com> wrote: > > It's not just Windows users. I have Pharo 6.0 #605.40 > running under Linux Ubuntu version 17.10 and the cairo > library is definitely installed. > > Just starting Pharo is a little concerning: > ok@Herbrand:~/Smalltalk$ pharo > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or directory > ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): > libfreetype.so.6: cannot open shared object file: No such file or directory > Yet these files exist. > /usr/lib/x86_64-linux-gnu/libfreetype.a > /usr/lib/x86_64-linux-gnu/libfreetype.so > /usr/lib/x86_64-linux-gnu/libfreetype.la > /usr/lib/x86_64-linux-gnu/libfreetype.so.6 > /usr/lib/x86_64-linux-gnu/libfreetype.so.6.14.0 > > When I try any Roassal examples, I get > Error: cannot locate cairo library. Please check if it is installed ... > CairoLibrary(Object) error: > CairoLibrary unix32ModuleName > Unix32Platform ffiModuleName > CairoLibrayr(FFILibrary) moduleName > FFICalloutMethodBuilder moduleName > > The 32 is the clue. Apparently I'm running a 32-bit Pharo > with 64-bit libraries installed. Could this be the problem > on Windows? > > > On 21 May 2018 at 07:46, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> >> >>> On Sat, May 19, 2018 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>> Hi, >>> >>> some Windows users are repeatedly running into Pharo failing to load Cairo library on Windows (see stack screenshot at the bottom). >>> >>> The problem is that I have no idea how to even start debugging this. >>> >>> Is there some documentation on how Pharo loads libraries via FFI on Windows that I can start digging into? >>> >>> Note that the library is definitely present, as this happens only occasionally -- it can be fixed by restarting PC. But I cannot reasonably ask users to restart just because Pharo decided it doesn't feel like loading a library. >>> >>> Any pointers / docs / ideas appreciated. >> >> You can see the actual code from >> >> https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=%E2%9C%93&q=f… >> >> ? >> >>> >>> Thanks, >>> Peter >>> >>> <image.png> >>> >> >> >> >> -- >> >> Guille Polito >> Research Engineer >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> CRIStAL - UMR 9189 >> French National Center for Scientific Research - http://www.cnrs.fr >> >> Web: http://guillep.github.io >> Phone: +33 06 52 70 66 13 >

May 21, 2018

Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging

by Richard O'Keefe

It's not just Windows users. I have Pharo 6.0 #605.40 running under Linux Ubuntu version 17.10 and the cairo library is definitely installed. Just starting Pharo is a little concerning: ok@Herbrand:~/Smalltalk$ pharo ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): libfreetype.so.6: cannot open shared object file: No such file or directory ioLoadModule(/home/ok/Pharo.d/pharo-vm/lib/pharo/5.0-201707201942/FT2Plugin.so): libfreetype.so.6: cannot open shared object file: No such file or directory Yet these files exist. /usr/lib/x86_64-linux-gnu/libfreetype.a /usr/lib/x86_64-linux-gnu/libfreetype.so /usr/lib/x86_64-linux-gnu/libfreetype.la /usr/lib/x86_64-linux-gnu/libfreetype.so.6 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.14.0 When I try any Roassal examples, I get Error: cannot locate cairo library. Please check if it is installed ... CairoLibrary(Object) error: CairoLibrary unix32ModuleName Unix32Platform ffiModuleName CairoLibrayr(FFILibrary) moduleName FFICalloutMethodBuilder moduleName The 32 is the clue. Apparently I'm running a 32-bit Pharo with 64-bit libraries installed. Could this be the problem on Windows? On 21 May 2018 at 07:46, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > > On Sat, May 19, 2018 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi, >> >> some Windows users are repeatedly running into Pharo failing to load >> Cairo library on Windows (see stack screenshot at the bottom). >> >> The problem is that I have no idea how to even start debugging this. >> >> Is there some documentation on how Pharo loads libraries via FFI on >> Windows that I can start digging into? >> >> Note that the library is definitely present, as this happens only >> occasionally -- it can be fixed by restarting PC. But I cannot reasonably >> ask users to restart just because Pharo decided it doesn't feel like >> loading a library. >> >> Any pointers / docs / ideas appreciated. >> > > You can see the actual code from > > https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=%E2%9C%93&q= > findAndLoadModule%28char+*pluginName%2C+sqInt+ffiLoad%29&type= > > ? > > >> >> Thanks, >> Peter >> >> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 >

May 21, 2018

Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging

by Guillermo Polito

A bit further, the windows specific code is in https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/e17db79411cfec767e04… check the users of LoadLibrary, which comes form the windows std libraries. https://msdn.microsoft.com/en-us/library/windows/desktop/ms684175%28v=vs.85… On Sun, May 20, 2018 at 9:46 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > > > On Sat, May 19, 2018 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Hi, >> >> some Windows users are repeatedly running into Pharo failing to load >> Cairo library on Windows (see stack screenshot at the bottom). >> >> The problem is that I have no idea how to even start debugging this. >> >> Is there some documentation on how Pharo loads libraries via FFI on >> Windows that I can start digging into? >> >> Note that the library is definitely present, as this happens only >> occasionally -- it can be fixed by restarting PC. But I cannot reasonably >> ask users to restart just because Pharo decided it doesn't feel like >> loading a library. >> >> Any pointers / docs / ideas appreciated. >> > > You can see the actual code from > > https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=%E2%9C%93&q= > findAndLoadModule%28char+*pluginName%2C+sqInt+ffiLoad%29&type= > > ? > > >> >> Thanks, >> Peter >> >> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

May 21, 2018

Re: [Pharo-users] [Pharo-dev] LibFFI/NB Cairo External Module Not Found debugging

by Guillermo Polito

On Sat, May 19, 2018 at 1:37 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > some Windows users are repeatedly running into Pharo failing to load Cairo > library on Windows (see stack screenshot at the bottom). > > The problem is that I have no idea how to even start debugging this. > > Is there some documentation on how Pharo loads libraries via FFI on > Windows that I can start digging into? > > Note that the library is definitely present, as this happens only > occasionally -- it can be fixed by restarting PC. But I cannot reasonably > ask users to restart just because Pharo decided it doesn't feel like > loading a library. > > Any pointers / docs / ideas appreciated. > You can see the actual code from https://github.com/OpenSmalltalk/opensmalltalk-vm/search?utf8=%E2%9C%93&q=f… ? > > Thanks, > Peter > > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

May 20, 2018

Re: [Pharo-users] On UDP broadcast

by Sven Van Caekenberghe

Hi Hilaire, Check UDPSocketEchoTest for a good, simple example of using UDP sockets in Pharo. You should not do #connectTo:port: but just #setPort: and listen. HTH, Sven > On 20 May 2018, at 20:59, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi, > > I try to figure out this matter. I am just new to this domain so excuse me for the obvious the errors. > > To broadcast an IP, this seems to work: > > | socket | > > socket := Socket newUDP. > socket setOption: 'SO_BROADCAST' value: true. > 10 timesRepeat: [ > socket sendUDPData: '10.7.2.1' toHost: #[255 255 255 255] port: 9999. > (Delay forSeconds: 1) wait. > ]. > socket closeAndDestroy. > > Then I can listen from the shell: with: nc -ulk 9999 > > Now for the listener part, I wrote something like: > > | socket data | > socket := Socket newUDP. > socket connectTo: NetNameResolver loopBackAddress port: 9999. > socket waitForConnectionFor: 2. > [data := socket receiveDataTimeout: 5. > data crLog] ensure: [ socket closeAndDestroy] > > But I got an error when connecting the socket, the debugger message is: > > "InvalidSocketStatusException: Socket status must Unconnected before opening a new connection" > > So far I don't see understand this error. Port 9999 is not in use, and running again after this error the broadcast code does not lead to an error. > Any idea? > > Thanks > > Hilaire > > > -- > Dr. Geo > http://drgeo.eu > > >

May 20, 2018