Thank you guys, I will try to find something that does not break Phratch. Cheers, Jannik 2014-04-30 19:43 GMT+02:00 Sven Van Caekenberghe <sven@stfx.eu>:
I thought that we did that already:
OSEnvironment class>>#isAvailable NativeBoost class>>#isAvailable PlatformIndependentEnvironment
No ?
Are you using the latest 3.0 ?
On 30 Apr 2014, at 18:49, Jean Baptiste Arnaud <jbaptiste.arnaud@gmail.com> wrote:
That the point I want to checks it, run test and if work integrated for raspbian. It is completely generated it shouldn't have any problem. But ...
A really nice guy can just do the image side hack to avoid FileSystem error.
On 30 Apr 2014, at 18:24, Douglas McPherson <djm1329@san.rr.com> wrote:
As a data point, OSProcess works "out-of-the-box" with the Squeak interpreter VM shipped with Raspbian. So should be ok in Pharo, but I haven't tried it.
Doug
On Apr 30, 2014, at 09:03 , David T. Lewis wrote:
There are no NativeBoost on Rpi, FFI or OSProcess. Basically the fileSystem work, but some data are fetch via env
variable
and then NativeBoost. The solution is to bypass all the request of env variable. You should use another way until, we finish to integrate a way to request correctly the env variable (NB on arm).
I will studies the possibility to reintegrate fast the OSProcess plugin to offer "better" solution.
I would expect OSProcess to work without problems on Rpi, although I do not have a way to test it. The plugin should be fine. Maybe some changes will be needed on the image side for detecting the platform, I'm not sure.
Let me know if I can help, I will be glad to add any necessary patches to OSProcess.
Dave
Best Regards Jean Baptiste Arnaud jbaptiste.arnaud@gmail.com
-- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://car.mines-douai.fr/