[Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread jannik laval
Hi all,

I have an error on Pharo 3, with RPi.
The error is UnixResolverCan't find the request origin

To reproduce it, just run this line:
---
FileLocator home exists


Thank you for your help.
-- 

~~Jannik Laval~~
École des Mines de Douai
Enseignant-chercheur
http://www.jannik-laval.eu
http://www.phratch.com
http://car.mines-douai.fr/


Re: [Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread David T. Lewis

 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




Re: [Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread Douglas McPherson
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
 
 




Re: [Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread Sven Van Caekenberghe
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.arn...@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 djm1...@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.arn...@gmail.com
 
 
 
 
 
 
 




Re: [Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread jannik laval
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 s...@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.arn...@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 djm1...@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.arn...@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/


Re: [Pharo-dev] Pharo RPi and FileSystem error

2014-04-30 Thread Jean Baptiste Arnaud
On rasp there a re no native boost and no OSProcess for now but OSProcess seems 
work well on my own Jenkins job.
After few test I will send a pull request.
Here is a OSProcess added version of the rasp VM
https://ci.inria.fr/pharo-contribution/view/ARM-Experimentation/job/RaspberryPi-Cross-Compilation-JB/
On 30 Apr 2014, at 19:43, Sven Van Caekenberghe s...@stfx.eu wrote:

 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.arn...@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 djm1...@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.arn...@gmail.com
 
 
 
 
 
 
 
 
 



Best Regards
Jean Baptiste Arnaud
jbaptiste.arn...@gmail.com