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:46z||Assigned||nobody|
|2013-08-11 - 20:59:42z
|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:-
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:36z
|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:04z
||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
|2013-08-12 - 18:14:43z
||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:19z
|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:08z
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).
|2013-08-13 - 07:34:41z
|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:21z
||ezust, thanks, the porter of OpenJDK to OS/2 will look into it:
|2012-12-12 - 20:47:49z
|file loading problem-2.jpg
directories and files are not read
|2012-12-12 - 20:49:08z
|file loading problem.jpg
older file contents seem to loop
|2012-12-14 - 01:59:57z
bug tracker file loading version 5.1 12-12-12