September 2014 - Pharo-users

Re: [Pharo-users] Ridiculous we are

by Juraj Kubelka

Can you create an issue? I am cleaning the fonts and in some case I could consider this issue. If it is problem only on Windows, I will need someoneâs assistance. Cheers, Juraj On Sep 22, 2014, at 5:07 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Hello, > > Tested on Linux, when I move DrGeo.app folder under hierarchy tree with > accent characters (For example, /home/hilaire/TÃ©lÃ©chargement/), loading > font does not work > > However font path seems ok: > File @ /home/hilaire/TÃ©lÃ©chargements/DrGeo.app/Contents/Resources. > Inspecting this path, it looks like 'TÃ©lÃ©chargements' is 8 bits, but it > should be utf-8, right? > > I think there are issue on Windows, as some user reported to me. > > Holy shit. > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > >

Sept. 22, 2014

Re: [Pharo-users] Ridiculous we are

by Alexandre Bergel

:-( I will soon face the same problem I fear, when I will start my lectureâ¦ Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Sep 22, 2014, at 5:07 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Hello, > > Tested on Linux, when I move DrGeo.app folder under hierarchy tree with > accent characters (For example, /home/hilaire/TÃ©lÃ©chargement/), loading > font does not work > > However font path seems ok: > File @ /home/hilaire/TÃ©lÃ©chargements/DrGeo.app/Contents/Resources. > Inspecting this path, it looks like 'TÃ©lÃ©chargements' is 8 bits, but it > should be utf-8, right? > > I think there are issue on Windows, as some user reported to me. > > Holy shit. > > Hilaire > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > >

Sept. 22, 2014

Ridiculous we are

by Hilaire

Hello, Tested on Linux, when I move DrGeo.app folder under hierarchy tree with accent characters (For example, /home/hilaire/TÃ©lÃ©chargement/), loading font does not work However font path seems ok: File @ /home/hilaire/TÃ©lÃ©chargements/DrGeo.app/Contents/Resources. Inspecting this path, it looks like 'TÃ©lÃ©chargements' is 8 bits, but it should be utf-8, right? I think there are issue on Windows, as some user reported to me. Holy shit. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by Annick Fron

Thanks you The problem is I wanted to use X windows ! Otherwise I have managed to use FFI on Linux. Perhaps there is a glitch when passing nil as argument. It is not clear whether we have to use nil or 0 (as a null pointer). This is really my point, I sometimes need to pass NULL. Annick Le 22 sept. 2014 Ã 21:22, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > 2014-09-22 18:10 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > I've been able to reproduce this. > > Well, my CentOS thing requires me for some reason to put /usr/lib/libX11.so.6 in the module name (doing these kind of things looks like usual for lib names with FFI from what I saw from old Squeak threads). > > Yes, I read this threads too, I solved it by > LD_LIBRARY_PATH=<YOUR_PATH_TO_X11> ./pharo .... > > but no matter which of this (LD_LIBRARY_PATH or full name in the ffi pragma) the call throws the > "could not coerce arguments"- error. > > But the Sample class>>callC: method you wrote in the other mail works. > > > > XCreateGC: xDisplay with: aDrawable with: valueMask with: values > <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: '/usr/lib/libX11.so.6'> > > Now, other internal FFIPrims tests do work. > > So, it is X11 or something else, I do not know. > > Phil > > > On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: > Annick Fron wrote: > Hi, > > I have posted a bug about this in fogbugz. > FFI example on Linux donât work > > X11Display coloredRectangles > raises an error Â« coud not coerce arguments Â». > In fogbugz, I was asked to raise this question in the mailing list, to know if it comes from the VM or from FFI. > > Annick > > > Hi Annick, > Sorry I don't know anything about this topic to help, just a minor observation that a link to the fogbugz issue would help streamline things for someone who does. > :) > cheers -ben > > > > >

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by Nicolai Hess

2014-09-22 18:10 GMT+02:00 phil(a)highoctane.be <phil(a)highoctane.be>: > I've been able to reproduce this. > > Well, my CentOS thing requires me for some reason to put > /usr/lib/libX11.so.6 in the module name (doing these kind of things looks > like usual for lib names with FFI from what I saw from old Squeak threads). > Yes, I read this threads too, I solved it by LD_LIBRARY_PATH=<YOUR_PATH_TO_X11> ./pharo .... but no matter which of this (LD_LIBRARY_PATH or full name in the ffi pragma) the call throws the "could not coerce arguments"- error. But the Sample class>>callC: method you wrote in the other mail works. > > XCreateGC: xDisplay with: aDrawable with: valueMask with: values > <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: > '/usr/lib/libX11.so.6'> > > Now, other internal FFIPrims tests do work. > > So, it is X11 or something else, I do not know. > > Phil > > > On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Annick Fron wrote: >> >>> Hi, >>> >>> I have posted a bug about this in fogbugz. >>> FFI example on Linux donât work >>> >>> X11Display coloredRectangles >>> raises an error Â« coud not coerce arguments Â». >>> In fogbugz, I was asked to raise this question in the mailing list, to >>> know if it comes from the VM or from FFI. >>> >>> Annick >>> >>> >>> >> Hi Annick, >> Sorry I don't know anything about this topic to help, just a minor >> observation that a link to the fogbugz issue would help streamline things >> for someone who does. >> :) >> cheers -ben >> >> >> >> >

Sept. 22, 2014

Re: [Pharo-users] Forcing a library to load

by phil＠highoctane.be

NativeBoost has loadModule: aModuleName which should do the trick. Phil â

Sept. 22, 2014

Forcing a library to load

by Annick Fron

Hi, How is it possible to force a library to load ? Namely I have large libraries on linux which depend on each other. I discovered that the equivalent code in C runs, but not in pharo using FFI, and one problem was that a dependent library was not loaded. Annick

Sept. 22, 2014

LF instead of CR for new lines or writing about Pharo inside Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi all! :-) Today is a good day because Pharo is helping me a lot in getting things done (like in the Black Eyed Peas song, but nerdy style). Here you can see a screenshot of the exportation of the outliner project I have been working on (still in alpha): http://www.enlightenment.org/ss/e-54206a705cafd9.68856727.jpg Down is the Pharo outliner, upper left the markdown exportation and upper right the pdf exportation. As you can see, I have small glitches that need to be solved, mainly the fact that new lines are represented in Pharo by default with CR instead of LR, which doesn't like so much to the Pandoc[1][2] exporter. So, there is any way to change this behaviour to make LF the default character? This has some implications when you're writing code inside System Browsers or Playgrounds instead of my particular app? If yes, there is any way to replace each CR for LF in a text object, inside Pharo? [1] http://johnmacfarlane.net/pandoc/ [2] http://programminghistorian.org/lessons/sustainable-authorship-in-plain-tex… Thanks a lot, Offray

Sept. 22, 2014

Re: [Pharo-users] FFI examples on Linux don't work

by phil＠highoctane.be

Little FFI example with Syslog: https://gist.github.com/philippeback/078944c4f6a3bdfe582f Phil On Mon, Sep 22, 2014 at 6:50 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > More on the story. > > So, the X11 example may not be the best one to have in FFI. It is > interesting but complicated. > > A basic call, like: > > Sample class>>callC: aString > <cdecl: short 'puts' (char*) module: '/lib/libc-2.12.so'> > ^self externalCallFailed > > works nicely. > > Sample callC: 'Hello'. > > prints Hello on stdout. > > Phil > > > > On Mon, Sep 22, 2014 at 6:10 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> I've been able to reproduce this. >> >> Well, my CentOS thing requires me for some reason to put >> /usr/lib/libX11.so.6 in the module name (doing these kind of things looks >> like usual for lib names with FFI from what I saw from old Squeak threads). >> >> >> XCreateGC: xDisplay with: aDrawable with: valueMask with: values >> <cdecl: X11GC 'XCreateGC' (X11Display* X11Drawable ulong long*) module: >> '/usr/lib/libX11.so.6'> >> >> Now, other internal FFIPrims tests do work. >> >> So, it is X11 or something else, I do not know. >> >> Phil >> >> >> On Mon, Sep 22, 2014 at 4:39 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> Annick Fron wrote: >>> >>>> Hi, >>>> >>>> I have posted a bug about this in fogbugz. >>>> FFI example on Linux donât work >>>> >>>> X11Display coloredRectangles >>>> raises an error Â« coud not coerce arguments Â». >>>> In fogbugz, I was asked to raise this question in the mailing list, to >>>> know if it comes from the VM or from FFI. >>>> >>>> Annick >>>> >>>> >>>> >>> Hi Annick, >>> Sorry I don't know anything about this topic to help, just a minor >>> observation that a link to the fogbugz issue would help streamline things >>> for someone who does. >>> :) >>> cheers -ben >>> >>> >>> >>> >> >

Sept. 22, 2014

Re: [Pharo-users] Controlling the Pharo window

by kilon alios

nice , the above works on macos too, pity it does not have a locate method but for now it will do. On Mon, Sep 22, 2014 at 12:48 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > Thank Hilaire , I understand how to wrap my code to a cross platform > class. Definetly will look at (have done already previously) DrGeo as most > likely I will rely heavily on Morphic. > > Nicolai ,I tried this code in Windows and works > > DisplayScreen hostWindowSize: 500@500. > > DisplayScreen hostWindowTitle: 'hello'. > > Will check it on MacOS when I get home :) > > What I want to create is a custom gui that resizes to a small size and > locates to the left side of the screen as a long left panel that can be use > like a Dock bar for Pharo and Blender, and who knows even for OS stuff. > > On Mon, Sep 22, 2014 at 12:36 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Another solution could be the HostWindowPlugin. >> Look at DisplayScreen class >> hostWindowXXXX >> This could be platform independent but I don't know if it works on all >> platforms: >> 12231 <https://pharo.fogbugz.com/default.asp?12231> >> DisplayScreen hostWindowTitle: not working on Linux (ubuntu) >> >> >> >> >> 2014-09-22 11:26 GMT+02:00 Hilaire <hilaire(a)drgeo.eu>: >> >>> Le 22/09/2014 11:20, Hilaire a Ã©crit : >>> > Le 22/09/2014 10:55, kilon alios a Ã©crit : >>> >> I was talking about something cross platform but NB is good too. >>> Makes me >>> >> wonder the potential of hacking the pharo window, maybe for embedding >>> QT to >>> >> it or what else. >>> > >>> > You can wrap this in a Plateform hierarchy to make it crossplateform >>> > from the Ephaistos perspective. >>> > I think there are such example in Pharo itself, you can also check the >>> > DrGPlateform hierarchy in DrGeo or iStoa >>> > >>> > Hilaire >>> > >>> >>> >>> In Pharo you can check for OSPlatform and add accordingly the operation >>> you want to do in your host window, for each specific OS. >>> >>> Then, in your appls will do something like: >>> >>> Smalltalk os maximiseHostWindow >>> [...] >>> >>> Hilaire >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> iStoa - http://istao.drgeo.eu >>> >>> >>> >> >

Sept. 22, 2014