- Pharo-dev - lists.pharo.org

Re: [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

Esteban's ChangeLog week of 14 May 2018

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 14 May 2018 to 20 May 2018. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=14/5/2018&to=20/5/2018 ChangeLog ========= 18 May 2018: ------------ * The strategy of "just copying" dependencies when they are available has some limitations: we need to copy also dependencies we may not want. I will review these copied libraries (for now: cairo, libssh2 and libgit2) to minimize them. This means I need to review versions and maybe compile them myself and put them in the repository. Still, is not the best approach possible, but is the way I'm finding to move on for now... we'll see how it goes. 17 May 2018: ------------ * I've been working on the Windows 64bit PharoVM compilation. I needed to hack a lot and take decisions I'm not proud of them, but well... after one week work (and six months trying), now I have a 64bit VM with all dependencies compiled. *But!*... I cannot call it a victory. Dependencies are still not working properly (libgit2 and cairo, at least). So now the painful debug phase restarts. 16 May 2018: ------------ * I found an important leak when using OSWindow and SDL2, so I spent some time fixing it (or at least, trying to fix it). I made two PRs that should fix the problem: [https://github.com/pharo-project/pharo/pull/1368](https://github.com/pharo-… and [https://github.com/pharo-project/pharo/pull/1369](https://github.com/pharo-… 15 May 2018: ------------ * Spent the day resuming work on win64 VM for Pharo. I decided stop trying to fight the dependency building hell and start over with a different approach: we will build the vm using the available libraries in cygwin64 (when possible) and we will use a separate project to build dependecies when we need something cygwin does not provides. While this approach is far from being perfect, it will allow us to move on. Anyway... I spent most of the day getting my cygwin environment to work, but I managed to advance a bit anyway. cheers! Esteban

May 21, 2018

Re: [Pharo-dev] Pharo 7 Launch Failure - Freetype Problem?

by Sean P. DeNigris

Guillermo Polito wrote > I've just downloaded the image in [3] and was able to open it with some > old > vm and with a freshly downloaded stable vm Weird. If I open it via CLI with either a fresh stable VM or the one for Pharo 7 that launcher dl-ed, it works fine, but if I drop the image file onto the same VM (which is what I did in my OP), it doesn't open. Anyway, no big deal if I can open it somehow - just strange! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

May 21, 2018

Re: [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-dev] Pharo 7 Launch Failure - Freetype Problem?

by Guillermo Polito

Hi Sean, I've just downloaded the image in [3] and was able to open it with some old vm and with a freshly downloaded stable vm $ pharo-ui --version 5.0 5.0.201708271955 Mac OS X built on Aug 27 2017 20:27:09 UTC Compiler: 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53) [Production Spur VM] CoInterpreter VMMaker.oscog-eem.2265 uuid: 76b62109-629a-4c39-9641-67b53321df9a Aug 27 2017 StackToRegisterMappingCogit VMMaker.oscog-eem.2262 uuid: 8b531242-de02-48aa-b418-8d2dde0bec6c Aug 27 2017 VM: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Sun Aug 27 21:55:26 2017 +0200 $ Plugins: 201708271955 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ $ pharo-ui --version 5.0 5.0.201805090836 Mac OS X built on May 9 2018 08:46:37 UTC Compiler: 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31) [Production Spur VM] CoInterpreter VMMaker.oscog-eem.2380 uuid: c76d37e1-445c-4e34-9796-fc836dfd50c9 May 9 2018 StackToRegisterMappingCogit VMMaker.oscog-eem.2380 uuid: c76d37e1-445c-4e34-9796-fc836dfd50c9 May 9 2018 VM: 201805090836 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Date: Wed May 9 10:36:12 2018 CommitHash: 334be97 Plugins: 201805090836 https://github.com/OpenSmalltalk/opensmalltalk-vm.git Can you re-check on your side? I'm still on ElCapitan, maybe that's a reason for the difference? [3] https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending% 20pull%20request%20and%20branch%20Pipeline/job/PR-1383/3/artifact/bootstrap- cache/Pharo7.0-32bit-b901561.zip On Sun, May 20, 2018 at 7:48 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > I'd say it looks more like an FFI bug than a Freetype bug, but we should > investigate it... > > On Sat, May 19, 2018 at 3:26 PM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> Following the contribution instructions on the website [1] to review the >> PR >> for issue 15230 [2], I downloaded the build artifact [3] from the >> validation >> [4]. When I tried to launch it a few times (Mac 10.13.2), it showed in the >> app list, but never opened a window. I did a force quit and found a debug >> log [5], which shows a few errors from different startup attempts which >> all >> seem to trace back to Freetype. The latest was "Could not find accessor >> for >> variable named "'dest'"" from "FFICallout>>loaderForArgNamed:", and >> further >> down I found "FreeTypeExternalMemory>>primCopyToExternalMemory:" >> >> 1. https://pharo.org/review-fix >> 2. https://github.com/pharo-project/pharo/pull/1383 >> 3. >> https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20p >> ull%20request%20and%20branch%20Pipeline/job/PR-1383/3/ >> artifact/bootstrap-cache/Pharo7.0-32bit-b901561.zip >> 4. >> https://ci.inria.fr/pharo-ci-jenkins2/blue/organizations/jen >> kins/Test%20pending%20pull%20request%20and%20branch%20Pipeli >> ne/detail/PR-1383/3/artifacts/ >> 5. https://gist.github.com/seandenigris/d153ff4757f681c5169a29cf832ca31a >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html >> >> > > > -- > > > > 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 20, 2018

[Pharo 7.0-dev] Build #926: 21244-do-not-run-RBBadMessageRule-for-tests

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #926 was: FAILURE. The Pull Request #1388 was integrated: "21244-do-not-run-RBBadMessageRule-for-tests" Pull request url: https://github.com/pharo-project/pharo/pull/1388 Issue Url: https://pharo.fogbugz.com/f/cases/21244 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

May 20, 2018

Re: [Pharo-dev] Pharo 7 Launch Failure - Freetype Problem?

by Guillermo Polito

I'd say it looks more like an FFI bug than a Freetype bug, but we should investigate it... On Sat, May 19, 2018 at 3:26 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Following the contribution instructions on the website [1] to review the PR > for issue 15230 [2], I downloaded the build artifact [3] from the > validation > [4]. When I tried to launch it a few times (Mac 10.13.2), it showed in the > app list, but never opened a window. I did a force quit and found a debug > log [5], which shows a few errors from different startup attempts which all > seem to trace back to Freetype. The latest was "Could not find accessor for > variable named "'dest'"" from "FFICallout>>loaderForArgNamed:", and > further > down I found "FreeTypeExternalMemory>>primCopyToExternalMemory:" > > 1. https://pharo.org/review-fix > 2. https://github.com/pharo-project/pharo/pull/1383 > 3. > https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending% > 20pull%20request%20and%20branch%20Pipeline/job/PR- > 1383/3/artifact/bootstrap-cache/Pharo7.0-32bit-b901561.zip > 4. > https://ci.inria.fr/pharo-ci-jenkins2/blue/organizations/ > jenkins/Test%20pending%20pull%20request%20and%20branch% > 20Pipeline/detail/PR-1383/3/artifacts/ > 5. https://gist.github.com/seandenigris/d153ff4757f681c5169a29cf832ca31a > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html > > -- 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-dev] Soup on GH

by Sean P. DeNigris

Sean P. DeNigris wrote > Perhaps we should try to make a list of > projects ported to git/GH to avoid duplicated effort as we adopt git more > universally? I went to make such a list, but wasn't sure what the best place would be. For example, there is the wiki in GH/pharo [1] which has two pages, but then points to the "Pharo wiki" [2], which is bizzare (a wiki pointing to a wiki purporting to be the same wiki?!) and I'm not sure what the difference is. Maybe there are others, too? 1. https://github.com/pharo-project/pharo/wiki 2. https://github.com/pharo-project/pharo/tree/master/wiki ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

May 20, 2018

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

by Ben Coman

I've not used this, just found it poking around... https://blogs.msdn.microsoft.com/junfeng/2006/11/20/debugging-loadlibrary-f… cheers -ben On 19 May 2018 at 19:37, 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. > > Thanks, > Peter > > > >

May 20, 2018

Soup on GH

by Sean P. DeNigris

I just synced my fork [1] to the latest changes in StHub (minus the Configuration stuff). There are also a few enhancements not on StHub if anyone would like to backport. Perhaps we should try to make a list of projects ported to git/GH to avoid duplicated effort as we adopt git more universally? 1. https://github.com/seandenigris/Soup-for-Pharo ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html

May 20, 2018