- Pharo-users - lists.pharo.org

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by Alexandre Bergel

This is really weird. Any idea anyone? Alexandre > Le 1 oct. 2017 Ã 06:47, kmo <voxkmp(a)gmail.com> a Ã©crit : > > Roassal is working Ok on my Wndows 10 laptop now. But on my 32-bit Windows 7 > PC at work it still does not work. > > Here's the steps to reproduce: > > ) Download whole Pharo 6.1 Windows package from > http://files.pharo.org/platform/Pharo6.1-win.zip > 2) Unzip it and open it by running Pharo.exe (not the .image file) > 3) Load Roassal using following code: > Gofer it > smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; > configurationOf: 'Roassal2'; > loadStable. > > 4) Roassal now loads successfully. Go to Roassl example. Display examples. > Everything works OK. No problems at all with Roassal. > > 5) Save imafge as "MyRoassal.image" > > 6) quit Pharo > > 7) Launch pharo again > > 8) select "MyRoassal .image" > > 9) Pharo opens the image but Roassal no longer works. It cannot find an > external module. Somehow saving and re-opening the image has broken Roassal. > See image. > <http://forum.world.st/file/t368903/roassalbug.png> > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Oct. 1, 2017

Re: [Pharo-users] Testing a Unicode Character's Category

by Prof. Andrew P. Black

Richard (and others): Marcus and I committed methods to implement these category tests on Friday. If any of you have time to review the code, it would be appreciated. The commit can be found here: https://github.com/pharo-project/pharo/pull/326/commits/933b1dcba05b837ab292e19aab413f67b3f9eec5 I noticed that there is one test failing â which seems to be entirely unrelated The test passes in my image. Andrew

Oct. 1, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

Roassal is working Ok on my Wndows 10 laptop now. But on my 32-bit Windows 7 PC at work it still does not work. Here's the steps to reproduce: ) Download whole Pharo 6.1 Windows package from http://files.pharo.org/platform/Pharo6.1-win.zip 2) Unzip it and open it by running Pharo.exe (not the .image file) 3) Load Roassal using following code: Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; configurationOf: 'Roassal2'; loadStable. 4) Roassal now loads successfully. Go to Roassl example. Display examples. Everything works OK. No problems at all with Roassal. 5) Save imafge as "MyRoassal.image" 6) quit Pharo 7) Launch pharo again 8) select "MyRoassal .image" 9) Pharo opens the image but Roassal no longer works. It cannot find an external module. Somehow saving and re-opening the image has broken Roassal. See image. <http://forum.world.st/file/t368903/roassalbug.png> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 1, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Thierry Goubier

Le 01/10/2017 Ã 09:26, Hilaire a Ã©critÂ : > All these difficulties are good argument to get the appropriate > libcairo/libpng shipped with the Linux VM, as done with Windows and > MacOSX VM This cause surprising problems in Pharo integration with the platform: for example, if you use a system library or an external command with Pharo as it is set now, that command will use Pharo libpng instead of the one it was compiled with (because pharo use of LD_LIBRARY_PATH will be inherited). Took me a while for example to understand that, when using the snap version of Pharo, Python3 scripts called from Pharo would be unable to import libraries such as numpy. But that works fine with the zeroinstall version of Pharo. Thierry > Hilaire > > > Le 30/09/2017 Ã 21:58, Igor Stasenko a Ã©critÂ : >> Sure. But i didn't done much, so there's nothing to appriciate yet :) >> But i want to help, if it won't require reinstalling OS, because i >> need my machine in working condition almost 24/7.. so i cannot take >> too much risk with it :( >

Oct. 1, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Hilaire

All these difficulties are good argument to get the appropriate libcairo/libpng shipped with the Linux VM, as done with Windows and MacOSX VM Hilaire Le 30/09/2017 Ã 21:58, Igor Stasenko a Ã©critÂ : > Sure. But i didn't done much, so there's nothing to appriciate yet :) > But i want to help, if it won't require reinstalling OS, because i > need my machine in working condition almost 24/7.. so i cannot take > too much risk with it :( -- Dr. Geo http://drgeo.eu

Oct. 1, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Dan Wilczak

One obstacle to fixing these problems properly is that handling of library search paths is not centralized, but it really should be. A Pharo package for sqlite or cairo or whatever should provide only the library name; UFFI or some associated package should deal with the search for it. Otherwise there will just be more ad hoc code and fixes in the future. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 30, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by herby＠mailbox.sk

On October 1, 2017 12:33:04 AM GMT+02:00, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: >Usually there are a number of names to try but on Linux, there are less >users and more distros, so people are not adding more libs to try. > >So, yes, symlink in the plugin directory works usually. > >Alternative would be to use LD_LIBRARY_PATH or pkg_config support to do >this cleanly (not done at this point). I did use LD_LIBRARY_PATH. But it did not work (it looks like Pharo vm us using it, as it is used and decorated in pharo runner script). Even link in the plugin dir did not work unless I specified simplified name. The library is libsqlite3.so.0. Using that name, it wasn't found ('lib' is probably tried, so it is likely '.0' part that somehow blocked Pharo). Shouldn't this actually be solved somehow? So linux vm loads libs using linux conventions? Or is it preinstalled wrongly in Ubuntu images on Digital Ocean when it does not have symlink named libsqlite3.so ? Herby >Phil > >On Sat, Sep 30, 2017 at 11:19 PM, Herby VojÄÃk <herby(a)mailbox.sk> >wrote: > >> Dan Wilczak wrote: >> >>> Hernan - >>> >>> I haven't opened an issue - how do I do it? (I'm very new to Pharo.) >>> >>> About continuing the search - I only mean continuing the search of >the >>> LD_LIBRARY_PATH directories, not the whole filesystem. Two changes >would >>> be >>> needed to accomplish this: >>> >> >> FWIW, I had problem with loading 'sqlite3' module. Crossposting the >> solution: >> >> It seems FFI for some reason struggles with 'lib' and/or '.so.0' >things in >> linux (even if LD_LIBRARY_PATH is properly set). >> >> I had to do this: >> >> TARGETDIR=`find . -type f -name SqueakSSL.so -print0 | xargs -0 >dirname` >> ln -s `/sbin/ldconfig -p | sed -e 's|[^/]*||' | grep sqlite3` >> ${TARGETDIR}/sqlite3.so >> >> (so, link in plugin directory, and the name is plain 'sqlite3.so'). >With >> that, things work. Maybe, libsqlite.so would do the trick as well, >but I >> got no nerve to play with it more. >> >> But, frankly, do not tell me this is what ppl need to do to load >external >> libs in linux. :-/ >> >> Herby >> >> >>> 1) Athens-Cairo>> CairoLibrary would have to return a list of paths >to >>> all >>> the matching libraries rather than just the first one that it finds. >This >>> part seems easy. >>> >>> 2) UFFI Libraries UnixDynamicLoader>> loadLibrary:flag: would have >to >>> take >>> the list of paths (rather than just one), check them for being >32-bit or >>> 64-bit, and load the first correct one. I can't find any way to >perform >>> that >>> check in Pharo directly. How would you fork or exec the "file" >command >>> from >>> inside Pharo? >>> >>> Dan >>> >>> >>> >>> >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> >>> >> >> >>

Sept. 30, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by phil＠highoctane.be

Usually there are a number of names to try but on Linux, there are less users and more distros, so people are not adding more libs to try. So, yes, symlink in the plugin directory works usually. Alternative would be to use LD_LIBRARY_PATH or pkg_config support to do this cleanly (not done at this point). Phil On Sat, Sep 30, 2017 at 11:19 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > Dan Wilczak wrote: > >> Hernan - >> >> I haven't opened an issue - how do I do it? (I'm very new to Pharo.) >> >> About continuing the search - I only mean continuing the search of the >> LD_LIBRARY_PATH directories, not the whole filesystem. Two changes would >> be >> needed to accomplish this: >> > > FWIW, I had problem with loading 'sqlite3' module. Crossposting the > solution: > > It seems FFI for some reason struggles with 'lib' and/or '.so.0' things in > linux (even if LD_LIBRARY_PATH is properly set). > > I had to do this: > > TARGETDIR=`find . -type f -name SqueakSSL.so -print0 | xargs -0 dirname` > ln -s `/sbin/ldconfig -p | sed -e 's|[^/]*||' | grep sqlite3` > ${TARGETDIR}/sqlite3.so > > (so, link in plugin directory, and the name is plain 'sqlite3.so'). With > that, things work. Maybe, libsqlite.so would do the trick as well, but I > got no nerve to play with it more. > > But, frankly, do not tell me this is what ppl need to do to load external > libs in linux. :-/ > > Herby > > >> 1) Athens-Cairo>> CairoLibrary would have to return a list of paths to >> all >> the matching libraries rather than just the first one that it finds. This >> part seems easy. >> >> 2) UFFI Libraries UnixDynamicLoader>> loadLibrary:flag: would have to >> take >> the list of paths (rather than just one), check them for being 32-bit or >> 64-bit, and load the first correct one. I can't find any way to perform >> that >> check in Pharo directly. How would you fork or exec the "file" command >> from >> inside Pharo? >> >> Dan >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> > > >

Sept. 30, 2017

Re: [Pharo-users] How to set library path for UFFI on Linux?

by Herby VojÄÃk

Dan Wilczak wrote: > Hernan - > > I haven't opened an issue - how do I do it? (I'm very new to Pharo.) > > About continuing the search - I only mean continuing the search of the > LD_LIBRARY_PATH directories, not the whole filesystem. Two changes would be > needed to accomplish this: FWIW, I had problem with loading 'sqlite3' module. Crossposting the solution: It seems FFI for some reason struggles with 'lib' and/or '.so.0' things in linux (even if LD_LIBRARY_PATH is properly set). I had to do this: TARGETDIR=`find . -type f -name SqueakSSL.so -print0 | xargs -0 dirname` ln -s `/sbin/ldconfig -p | sed -e 's|[^/]*||' | grep sqlite3` ${TARGETDIR}/sqlite3.so (so, link in plugin directory, and the name is plain 'sqlite3.so'). With that, things work. Maybe, libsqlite.so would do the trick as well, but I got no nerve to play with it more. But, frankly, do not tell me this is what ppl need to do to load external libs in linux. :-/ Herby > > 1) Athens-Cairo>> CairoLibrary would have to return a list of paths to all > the matching libraries rather than just the first one that it finds. This > part seems easy. > > 2) UFFI Libraries UnixDynamicLoader>> loadLibrary:flag: would have to take > the list of paths (rather than just one), check them for being 32-bit or > 64-bit, and load the first correct one. I can't find any way to perform that > check in Pharo directly. How would you fork or exec the "file" command from > inside Pharo? > > Dan > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Sept. 30, 2017

Re: [Pharo-users] How to make pharo find sqlite?

by Herby VojÄÃk

phil(a)highoctane.be wrote: > Is https://pharo.fogbugz.com/f/cases/19990 showing again? > > What is the module being loaded ? This seems to be the important question. It seems FFI for some reason struggles with 'lib' and/or '.so.0' things in linux (even if LD_LIBRARY_PATH is properly set). I had to do this: TARGETDIR=`find . -type f -name SqueakSSL.so -print0 | xargs -0 dirname` ln -s `/sbin/ldconfig -p | sed -e 's|[^/]*||' | grep sqlite3` ${TARGETDIR}/sqlite3.so (so, link in plugin directory, and the name is plain 'sqlite3.so'). With that, things work. Maybe, libsqlite.so would do the trick as well, but I got no nerve to play with it more. But, frankly, do not tell me this is what ppl need to do to load external libs in linux. :-/ Herby > Phil > > > On Sat, Sep 30, 2017 at 1:28 PM, Herby VojÄÃk <herby(a)mailbox.sk > <mailto:herby@mailbox.sk>> wrote: > > phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: > > What about > > LD_LIBRARY_PATH=<sqlite3place>;$LD_LIBRARYPATH ./pharo-ui > some.image > > Phil > > > Thanks for answer, did not help. > > In fact it must be something different. As can be seen in the stack, > it fails during finalizers, and as can be seen by looking at > UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: code, > the method it calls is sqlite close. It is hardly the first method > that is should call... > > I suspect something around image save / load. Again. Lots of errors > in those parts. But may be something else, as it kicks in only when > SQLite-using tests starts to run. :-( > > Herby > > P.S.: I saw there is a similar thread out there, but it has problems > with 32bit loaded by 64bit vm; but here, I have 32bit linux, so the > vm installed should be 32bit. > > On Thu, Sep 28, 2017 at 7:40 PM, Herby VojÄÃk <herby(a)mailbox.sk > <mailto:herby@mailbox.sk> > <mailto:herby@mailbox.sk <mailto:herby@mailbox.sk>>> wrote: > > Hello! > > I try to deploy UDBCSQLite-using image in a 32bit ubuntu > 16.04.3. > > I do have libsqlite3: > > root@32bit-agent:~# find / -name '*libsqlite*' -type f > 2>>/dev/null > /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6 > /var/lib/dpkg/info/libsqlite0.list > /var/lib/dpkg/info/libsqlite3-0:i386.postinst > /var/lib/dpkg/info/libsqlite3-0:i386.md5sums > /var/lib/dpkg/info/libsqlite3-0:i386.shlibs > /var/lib/dpkg/info/libsqlite0.postrm > /var/lib/dpkg/info/libsqlite3-0:i386.symbols > /var/lib/dpkg/info/libsqlite3-0:i386.list > /var/lib/dpkg/info/libsqlite3-0:i386.triggers > /var/cache/apt/archives/libsqlite0_2.8.17-12fakesync1_i386.deb > > but I get this in the output of the CI: > > 17:16:54.233 + ../pharo/pharo ./filmtower.image > conf/run-tests.st <http://run-tests.st> > <http://run-tests.st> > 17:16:54.508 pthread_setschedparam failed: Operation not > permitted > 17:16:54.509 This VM uses a separate heartbeat thread to > update its > internal clock > 17:16:54.509 and handle events. For best operation, this > thread > should run at a > 17:16:54.509 higher priority, however the VM was unable to > change > the priority. The > 17:16:54.509 effect is that heavily loaded systems may > experience > some latency > 17:16:54.509 issues. If this occurs, please create the > appropriate > configuration > 17:16:54.509 file in /etc/security/limits.d/ as shown below: > 17:16:54.509 > 17:16:54.509 cat <<END | sudo tee > /etc/security/limits.d/pharo.conf > 17:16:54.509 * hard rtprio 2 > 17:16:54.509 * soft rtprio 2 > 17:16:54.509 END > 17:16:54.509 > 17:16:54.509 and report to the pharo mailing list whether this > improves behaviour. > 17:16:54.512 > 17:16:54.512 You will need to log out and log back in for > the limits > to take effect. > 17:16:54.512 For more information please see > 17:16:54.512 > https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux > <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux> > <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux > <https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux>> > 17:16:54.785 > 17:16:54.786 TowergameSyncTests > 17:16:54.831 Error: External module not found > 17:16:54.832 ExternalLibraryFunction(Object)>>error: > 17:16:54.832 > ExternalLibraryFunction(Object)>>externalCallFailed > 17:16:54.833 > ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: > 17:16:54.833 UDBCSQLite3DatabaseExternalObject > class>>finalizeResourceData: > 17:16:54.834 FFICalloutAPI>>function:module: > 17:16:54.834 UDBCSQLite3Library(Object)>>ffiCall:module: > 17:16:54.835 UDBCSQLite3DatabaseExternalObject > class>>finalizeResourceData: > 17:16:54.836 FFIExternalResourceExecutor>>finalize > 17:16:54.836 WeakFinalizerItem>>finalizeValues > 17:16:54.845 [ each finalizeValues ] in [ :each | [ each > finalizeValues ] on: Exception fork: [ :ex | ex pass ] ] in > WeakRegistry>>finalizeValues in Block: [ each finalizeValues ] > 17:16:54.846 BlockClosure>>on:do: > 17:16:54.852 [ Processor terminateActive ] in [ :ex | > 17:16:54.852 | copy onDoCtx process handler bottom thisCtx | > 17:16:54.852 onDoCtx := thisContext. > 17:16:54.852 thisCtx := onDoCtx home. > 17:16:54.852 > 17:16:54.852 "find the context on stack for which this > method's is > sender" > 17:16:54.852 [ onDoCtx sender == thisCtx ] > 17:16:54.852 whileFalse: [ onDoCtx := onDoCtx sender. > 17:16:54.852 onDoCtx > 17:16:54.852 ifNil: [ "Can't find our home > context. seems like we're already forked > 17:16:54.852 and handling another > exception in new thread. In this case, just pass it through > handler." ^ handlerAction cull: ex ] ]. > 17:16:54.852 bottom := [ Processor terminateActive ] asContext. > 17:16:54.853 onDoCtx privSender: bottom. > 17:16:54.853 handler := [ handlerAction cull: ex ] asContext. > 17:16:54.853 handler privSender: thisContext sender. > 17:16:54.853 (Process forContext: handler priority: Processor > activePriority) > 17:16:54.853 resume. > 17:16:54.853 > 17:16:54.853 "cut the stack of current process" > 17:16:54.853 thisContext privSender: thisCtx. > 17:16:54.853 nil ] in BlockClosure>>on:fork: in Block: [ > Processor > terminateActive ] > 17:16:54.989 > > Look like pharo was not able to find the sqlite3 lib. > > Any help? > > Thanks, Herby > > > > > > >

Sept. 30, 2017