Strange Validation with issue 15820

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Strange Validation with issue 15820

Guillermo Polito
Hi,

We have an issue that is platform dependent (file-related):

https://pharo.fogbugz.com/f/cases/15820/Better-File-API

Now, we tested with Nicolai in Windows, Mac and Linux and we had all tests green. However, the monkey does not seem to want to be green. 

- Would anyone have an idea of what should be disturbing the monkey?
- Can people in different linuxes/unixes test the slice just to make sure we are on the right path? (that is, load the slice and run the tests in the File package).

Thanks a lot,
Guille
Reply | Threaded
Open this post in threaded view
|

Re: Strange Validation with issue 15820

Thomas Heniart
In Files-Tests 2 failures for me
  BinaryFileStreamTest>>#testOpenFile
  FileTest>>#testOpeningFileObjectCreatesFile

Cheers,
Thomas

2015-08-25 17:30 GMT+02:00 Guillermo Polito <[hidden email]>:
Hi,

We have an issue that is platform dependent (file-related):

https://pharo.fogbugz.com/f/cases/15820/Better-File-API

Now, we tested with Nicolai in Windows, Mac and Linux and we had all tests green. However, the monkey does not seem to want to be green. 

- Would anyone have an idea of what should be disturbing the monkey?
- Can people in different linuxes/unixes test the slice just to make sure we are on the right path? (that is, load the slice and run the tests in the File package).

Thanks a lot,
Guille

Reply | Threaded
Open this post in threaded view
|

Re: Strange Validation with issue 15820

Guillermo Polito
Cool, tomorrow I'll sit next to you :).

El mar., 25 de ago. de 2015 a la(s) 5:39 p. m., Thomas Heniart <[hidden email]> escribió:
In Files-Tests 2 failures for me
  BinaryFileStreamTest>>#testOpenFile
  FileTest>>#testOpeningFileObjectCreatesFile

Cheers,
Thomas

2015-08-25 17:30 GMT+02:00 Guillermo Polito <[hidden email]>:
Hi,

We have an issue that is platform dependent (file-related):

https://pharo.fogbugz.com/f/cases/15820/Better-File-API

Now, we tested with Nicolai in Windows, Mac and Linux and we had all tests green. However, the monkey does not seem to want to be green. 

- Would anyone have an idea of what should be disturbing the monkey?
- Can people in different linuxes/unixes test the slice just to make sure we are on the right path? (that is, load the slice and run the tests in the File package).

Thanks a lot,
Guille

Reply | Threaded
Open this post in threaded view
|

Re: Strange Validation with issue 15820

Ben Coman
In reply to this post by Guillermo Polito
On Tue, Aug 25, 2015 at 11:30 PM, Guillermo Polito
<[hidden email]> wrote:

> Hi,
>
> We have an issue that is platform dependent (file-related):
>
> https://pharo.fogbugz.com/f/cases/15820/Better-File-API
>
> Now, we tested with Nicolai in Windows, Mac and Linux and we had all tests
> green. However, the monkey does not seem to want to be green.
>
> - Would anyone have an idea of what should be disturbing the monkey?

No ideas, except if you can't isolate it, maybe its possible to SSH
into the CI server, map VNC ports back to your local machine and debug
the image on the CI server.

cheers -ben

> - Can people in different linuxes/unixes test the slice just to make sure we
> are on the right path? (that is, load the slice and run the tests in the
> File package).
>
> Thanks a lot,
> Guille

Reply | Threaded
Open this post in threaded view
|

Re: Strange Validation with issue 15820

Guillermo Polito
Ok, so we found the bug:

The working directory of a process is the directory from where we started the process. That is, the directory from where we launched the VM with the image.

Then, when we create a file without specifying a directory (that is, in a relative way), that file will be created in the working directory.

However, FileSystem has two problems
 1) it believes that the workingDirectory is where the image *is* and not where it was open. (Check FileSystem workingDirectory).
 2) if you try to use a relative file name FileSystem will for you the working directory he believes instead of letting the primitive do his job. (Just open your image from another directory and do 'asd.txt' asFileReference fullName).

So the fix to the test was: do not mix FileSystem with the low level File API.

I'll open a new thread discussing about the working directory.
Guille

El mar., 25 de ago. de 2015 a la(s) 7:22 p. m., Ben Coman <[hidden email]> escribió:
On Tue, Aug 25, 2015 at 11:30 PM, Guillermo Polito
<[hidden email]> wrote:
> Hi,
>
> We have an issue that is platform dependent (file-related):
>
> https://pharo.fogbugz.com/f/cases/15820/Better-File-API
>
> Now, we tested with Nicolai in Windows, Mac and Linux and we had all tests
> green. However, the monkey does not seem to want to be green.
>
> - Would anyone have an idea of what should be disturbing the monkey?

No ideas, except if you can't isolate it, maybe its possible to SSH
into the CI server, map VNC ports back to your local machine and debug
the image on the CI server.

cheers -ben

> - Can people in different linuxes/unixes test the slice just to make sure we
> are on the right path? (that is, load the slice and run the tests in the
> File package).
>
> Thanks a lot,
> Guille