Re: [Oorexx-devel] Request for help on (Ubuntu) Linux (32- and64-bit)

2010-08-16 Thread Mike Cowlishaw
 
 I might take a look at this, this weekend, if I have time.
 Unfortunately, the set up required is a deterrring factor.

This would seem to be an excellent example of the use of a virtual machine
... with a standard virtual machine with Ubuntu on it, Rony could do the
minimum setup (added packages) to recreate the problem, then hand it over
to the expert debugger-person.


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Request for help on (Ubuntu) Linux (32- and64-bit)

2010-08-16 Thread Rony G. Flatscher


On 16.08.2010 19:27, Mike Cowlishaw wrote:
 I might take a look at this, this weekend, if I have time.
 Unfortunately, the set up required is a deterrring factor.
 
 This would seem to be an excellent example of the use of a virtual machine
 ... with a standard virtual machine with Ubuntu on it, Rony could do the
 minimum setup (added packages) to recreate the problem, then hand it over
 to the expert debugger-person.
   
Yes, that would be really great!

Maybe the build-machine allows for that already?

---rony




--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Request for help on (Ubuntu) Linux (32- and64-bit)

2010-08-16 Thread Rick McGuire
Hmmm, taking a quick look at the code and the places where the file
unreadable error can be triggered, I found the following lines in
FileSystem.cpp:


RexxBuffer *SystemInterpreter::readProgram(const char *file_name)
/***/
/* Function:  Read a program into a buffer */
/***/
{
FILE*handle; /* open file access handle   */
size_t   buffersize; /* size of read buffer   */
{
handle = fopen(file_name, rb); /* open as a binary file
   */
if (handle == NULL)
{ /* open error?   */
return OREF_NULL;  /* return nothing
 */
}

if (fileno(handle) == (FOPEN_MAX - 2))
{  /* open error?   */
return OREF_NULL;  /* return nothing
 */
}

fseek(handle, 0, SEEK_END);  /* seek to the file end
   */
buffersize = ftell(handle);  /* get the file size
   */
fseek(handle, 0, SEEK_SET);  /* seek back to the file
beginning   */
}
RexxBuffer *buffer = new_buffer(buffersize); /* get a buffer
object   */
ProtectedObject p(buffer);
{
UnsafeBlock releaser;

fread(buffer-getData(), 1, buffersize, handle);
fclose(handle);  /* close the file
   */
}
return buffer;   /* return the program buffer */
}


I don't understand the purpose of the fileno(handle) == (FOPEN_MAX -
2) test, but that certainly could be the cause of this error.  It's
consistent with the fact that this error occurs even if you change the
name of the file.  This test appears to be something pulled forward
from the 3.2.0 code, but I don't know of any reason why that should
have been there in the first place.

Given the number of files that the jvm generally has open, it is
certainly conceivable that we're hitting a window where that's true.

Rick

On Mon, Aug 16, 2010 at 2:19 PM, Rony G. Flatscher
rony.flatsc...@wu-wien.ac.at wrote:


 On 16.08.2010 19:27, Mike Cowlishaw wrote:
 I might take a look at this, this weekend, if I have time.
 Unfortunately, the set up required is a deterrring factor.

 This would seem to be an excellent example of the use of a virtual machine
 ... with a standard virtual machine with Ubuntu on it, Rony could do the
 minimum setup (added packages) to recreate the problem, then hand it over
 to the expert debugger-person.

 Yes, that would be really great!

 Maybe the build-machine allows for that already?

 ---rony




 --
 This SF.net email is sponsored by

 Make an app they can't live without
 Enter the BlackBerry Developer Challenge
 http://p.sf.net/sfu/RIM-dev2dev
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Request for help on (Ubuntu) Linux (32- and64-bit)

2010-08-16 Thread David Ashley
  Right now the build machine is in a sort of transition state. All the nightly 
builds are running (with the exception of Win XP) but I need to install a new 
network card in the new machine before I can start giving access to VMs. I 
should have the card this week sometime.

What version of Ubuntu do you want to test on? I can install 10.04 easily and I 
have some older versions as well. Let me know and I will istall it and let you 
know how to access it.

David Ashley

On 08/16/2010 01:19 PM, Rony G. Flatscher wrote:

 On 16.08.2010 19:27, Mike Cowlishaw wrote:
 I might take a look at this, this weekend, if I have time.
 Unfortunately, the set up required is a deterrring factor.

 This would seem to be an excellent example of the use of a virtual machine
 ... with a standard virtual machine with Ubuntu on it, Rony could do the
 minimum setup (added packages) to recreate the problem, then hand it over
 to the expert debugger-person.

 Yes, that would be really great!

 Maybe the build-machine allows for that already?

 ---rony




 --
 This SF.net email is sponsored by

 Make an app they can't live without
 Enter the BlackBerry Developer Challenge
 http://p.sf.net/sfu/RIM-dev2dev
 ___
 Oorexx-devel mailing list
 Oorexx-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/oorexx-devel



--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel


Re: [Oorexx-devel] Request for help on (Ubuntu) Linux (32- and64-bit)

2010-08-16 Thread Rony G. Flatscher

On 16.08.2010 20:38, David Ashley wrote:
   Right now the build machine is in a sort of transition state. All the 
 nightly 
 builds are running (with the exception of Win XP) but I need to install a new 
 network card in the new machine before I can start giving access to VMs. I 
 should have the card this week sometime.

 What version of Ubuntu do you want to test on? I can install 10.04 easily and 
 I 
 have some older versions as well. Let me know and I will istall it and let 
 you 
 know how to access it.
   
32-bit 10.4 would be just fine (that's actually the version I have been
working with since yesterday).
Many thanks for all of the efforts in advance!

Maybe Rick found the possible cause already, which would be just awesome!

Again, many thanks to everybody helping!

---rony


 On 08/16/2010 01:19 PM, Rony G. Flatscher wrote:
   
 On 16.08.2010 19:27, Mike Cowlishaw wrote:
 
 I might take a look at this, this weekend, if I have time.
 Unfortunately, the set up required is a deterrring factor.

 
 This would seem to be an excellent example of the use of a virtual machine
 ... with a standard virtual machine with Ubuntu on it, Rony could do the
 minimum setup (added packages) to recreate the problem, then hand it over
 to the expert debugger-person.

   
 Yes, that would be really great!

 Maybe the build-machine allows for that already?

 ---rony
 


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel