Pharo RPi and FileSystem error
Hi all, I have an error on Pharo 3, with RPi. The error is UnixResolver>>Can'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/
This bug turn around since the first release of Rpi VM, It can be solve completely in the image side by just patching it. Until we have a better solution. We used in the 3.0 image NativeBoost to get all the env variable. So when you ask origin it try NativeBoost, that do not work. And UnixResolver raises this exception. 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. But here we will have a special case for the UnixResolver isNBWorkingOnThisVM. That will be remove when the asmjit arm will be finish. On 30 Apr 2014, at 12:01, jannik laval <jannik.laval@gmail.com> wrote:
Hi all,
I have an error on Pharo 3, with RPi. The error is UnixResolver>>Can'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/
Best Regards Jean Baptiste Arnaud jbaptiste.arnaud@gmail.com
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
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
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
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
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/
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/Raspberr... On 30 Apr 2014, at 19:43, Sven Van Caekenberghe <sven@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.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
Best Regards Jean Baptiste Arnaud jbaptiste.arnaud@gmail.com
participants (5)
-
David T. Lewis -
Douglas McPherson -
jannik laval -
Jean Baptiste Arnaud -
Sven Van Caekenberghe