PreviousNextTracker indexSee it online !

(118/211) 3762 - Can't open directory or read files with OS/2

With Jedit 4.5.2 I can open directories and files. Then someone decided to remove the OS/2 code from version 5.0. I did complaint, now OS/2 code is partial back in version 5.1, but that version can't open directories and doesn't see any files. If you give the drive, directory and file it will generate an error.
To me, insert the code which you took out in the first place. In version 4.5.2 it works, in version 5.1 it doesn't.

Submitted joopn - 2012-12-12 20:45:46 Assigned
Priority 5 Labels editor core
Status open Group severe bug
Resolution None

Comments

2012-12-12 20:47:49
joopn

directories and files are not read

file%20loading%20problem-2.jpg (23.2Kio)

2012-12-12 20:49:08
joopn

older file contents seem to loop

file%20loading%20problem.jpg (18.5Kio)

2012-12-14 01:59:57
joopn

bug tracker file loading version 5.1 12-12-12

Jedit_5.1-bugs.txt (1.7Kio)

2013-08-11 20:59:42
losepete

I'm using eCS2.2 operating system (aka updated OS/2) with java1.6 and see exactly the same problems with this build of jedit.

There are also problems with the jedit.cmd file included with the jedit package. Trying from the command line I get this result:-

\[J:\JAVA\JEDIT\]jedit
1 +++ ???rc = QueryJavaVersion()?if ( rc = - 1 ) then?do? say 'java.exe cannot be found'? return - 1;
REX0013: Error 13 running J:\JAVA\JEDIT\jedit.cmd, line 1: Invalid character in program


Looking at the jedit.cmd file in a text editor that works (;-)) I cannot see any obvious problems... I would guess that the jedit.cmd file has been opened in a non-OS/2 editor and now includes hidden/non-printing characters which cause the REXX interpreter to fail.

To test this I opened the file in an OS/2 editor (e2.exe) and deleted existing line endings then recreated them. The jedit.cmd file now works to tell me that it cannot find java.exe... So the problem with jedit.cmd is that at some point it has been opened in a non-OS/2 editor that then adds something to the end of each line. Another problem is that the jedit.cmd is rather simple and will only work under some circumstances - note that it failed to locate java.exe on my system despite java being in the system PATH.



2013-08-11 23:26:36
ezust

What encoding / line endings should it be opened with? does jedit support that mode?
There are no core developers who have access to os/2 so a patch will need to be created/tested/submitted by someone in the community.

2013-08-12 18:12:04
*anonymous

Same problem with eCS 2.1. I'm stuck with jEdit version 4.5, as the problem appeared with beta of version 5.0 and I was never able to use it, nor 5.1

Gabriele

2013-08-12 18:14:43
*anonymous

ezust, the problem is related to something changed between version 4.5 and 5.0. The file encoding for the files I work on is UTF-8. They are opened fine with version 4.5, while since version 5.0 I can't list \*the directories\*.

2013-08-12 18:15:19
ezust

I did a svn co https://jedit.svn.sourceforge.net/svnroot/jedit/jEdit/tags/jedit-4-5-2
and then I copied jedit.cmd from the package-files/os2 directory into the jedit trunk in order to restore that file. I didn't edit it at all. And then I committed it. That's how I restored it for jEdit 5.1.0. I just tried repeating the process but there were no diffs to commit this time, so I don't think anyone edited that file.

2013-08-13 07:30:08
*anonymous

Hi Ezust,

jedit.cmd problem is marginal. The real problem for OS/2 users is in something changed between 4.5.2 and 5.0 that made the File browser dialog window unusable (please have a look at the two attached JPGs from Joop).

Thanks
Gabriele

2013-08-13 07:34:41
ezust

Sorry, my previous comment was directed at losepete and I should have added that i don't think jedit.cmd is related to this ticket.
Regarding this FSB problem, I am unable to reproduce it without access to an OS/2 system. If someone wants to create a virtualbox image and send it to me, I can try to reproduce/debug it. But until someone with OS/2 steps up it won't get fixed.

2013-08-13 10:16:21
*anonymous

ezust, thanks, the porter of OpenJDK to OS/2 will look into it:

http://trac.netlabs.org/java/ticket/223#comment:1