Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Pete

Pages: 1 ... 34 35 [36] 37 38 39
Applications / Re: Java applications Jedit 5.1.0
« on: August 12, 2013, 12:06:26 pm »
Hi Dave

The slashes have nothing to do with the problem - at least from a user viewpoint. The visual file dialogs cannot access directories/files without mangling the contents.

To try to show this problem:-

I start jedit using this command

[J:\JAVA\JEDIT]java -jar jedit.jar

No problem starting jedit but I notice that at the top of the screen jedit shows

index.xhtml (J:\JAVA\JEDIT\J:\JAVA\JEDIT\J:\JAVA\OPENJDK6\BIN\I:\Users\peter\HOME\PeterWeb\)

I believe the above should show the file open and being worked on - it definitely should not look like the above.

Then I tried a File, Open. The File dialog opens and then immediately displays this message:-

I/O Error
The following I/O operation could not be completed:

Cannot list directory

I'm not surprised jedit cannot list the above directory as it does not exist - the above is a mangle of several directories which is a result of some poor coding by the jedit guys.

No, I doubt it is anything to do with slashes that a user can resolve.

Another thing I've noticed is that sometimes - not every time, about 1 in 5 - moving the jedit window causes java/jedit to crash:-

# A fatal error has been detected by the Java Runtime Environment:
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x1cd01238, pid=95, tid=6225945
# JRE version: 6.0_27
# Java VM: OpenJDK Client VM (20.0-b12 mixed mode os2-x86 )
# Problematic frame:
# V  [JVM+0x51238]
# If you would like to submit a bug report, please visit:

Whether the above is a result of our "odinized" java1.6 or more coding problems in jedit I do not know.



Applications / Re: Java applications Jedit 5.1.0
« on: August 11, 2013, 11:01:56 pm »
Hi Joop

I added the following to your report:-

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.

Hopefully the jedit guys will fix the directory/file access problems with jedit but I suspect that we need a Rexx expert to fix the jedit.cmd file so that it works in most cases.



Applications / Re: Java applications Jedit 5.1.0
« on: August 11, 2013, 06:31:20 pm »
Hi Joop

I've just installed jedit and see the problem. I doubt if there is any fix except to recode jedit to actually work properly.

What I do not see on the jedit sourceforge site is an obvious way to report the problem. Where have you reported this problem? - I'll add my bug report to yours.



Hi Tom

You *can* install eCS from a USB attached CD/DV drive. I cannot remember whether this was an option with eCS 1.2 but it is in eCS2.0 .



Hi Greggory

I'm not sure who wrote the mplayer "how to" - I think it was collated from various posts on the subject. Was there an install script as well?

Here is what I remember from installing mplayer some time ago:-

1] Download mplayer - current version is

2] Download codecs - current version is

3] unzip mplayer into a directory of your choice eg \programs\mplayer

4] unzip the codec package into a temporary directory then copy the unzipped files into a sub directory of mplayer eg \programs\mplayer\codecs

5] copy \mplayer\npmp.dll to the directory containing your Firefox/Seamonkey plugins - remove the old netscape plugin files to avoid possible problems

6] add required entries to config.sys file; I have the following:-

REM ***** mplayer variables
SET MPLAYER_HOME=I:\users\peter\home\.mplayer

Obviously you will need to change Drive:\DirectoryPath to suit your system

Other options:
smplayer makes a good gui frontend for mplayer - see
but requires the qt runtime support - see

I'm not sure about deregistering the old os2 codecs.

If you have eCS1.2 (? or was it 1.1) or later then the CWMM is installed on your system. Have a read of the [BootDrive]:\MMOS2\MEDIAFLD\DOC\mediafldr.inf to discover how to replace the default os2 avi and mpg players with smplayer.

I do not think that I have missed anything. If I have I hope someone else will add it to the above.



Setup & Installation / Re: ECS boot blob
« on: July 25, 2013, 03:18:55 am »
Hi Clint

It's probably not missing - just appears and disappears faster on faster hardware. I've not seen the boot blob in years  :-)

Roderick (Mensys) posted this to the eCSTestTeam mailing list earlier this month about eCS 2.2 GA:-

"Last nuts and bolds. Lot of issue's resolved. Hopefully at the end of this month."

Notice it is a "hopefully" not a definitely.



Applications / Re: Apache OpenOffice 4.0
« on: July 21, 2013, 07:40:42 pm »
Hi Neil

Yes, I know OO3 worked fine for other people - works OK on the Mrs system right next to mine which used to cause me to gnash my teeth in frustration - but I also know that I was not the only person having problems with OO3.

I suspect that OO3 relied on something not installed on my system but I have no idea what. I'm fairly sure it was not hardware as when I changed mainboard, cpu and ram it made no difference to the behaviour of OO3.

What ever the causes of the problems in OO3 they are absent in OO4 - and I hope OO4 works as well for everyone else. I also hope OO4 GA is a little quicker than this developer snapshot  :-)



Applications / Re: Apache OpenOffice 4.0
« on: July 19, 2013, 12:22:03 am »
Hi Eugene

So far it seems that OO4 fixes the main problems that I had with OO3 builds - I see you have a copy of 1 of my posts about problems in your forum

Maybe a few other old problems have been fixed in OO4.



Applications / Re: Apache OpenOffice 4.0
« on: July 18, 2013, 01:06:09 am »
Hi All

After a bit of faffing around with pmdll - must remember to run pmdll from the directory containing the application file(s) that need checking - I finally discovered that I had not installed xslt.dll from

Having rectified that error i now have a working OO4 - and it has already proven far superior to all OO3 builds as I can select File, New, Label and OO4 does not disappear like OO3 always did.

Thanks to all for help/suggestions.



Applications / Re: Apache OpenOffice 4.0
« on: July 17, 2013, 06:12:53 pm »
Hi Dave

Yes, checkini /h /c seems to have done the job.



Applications / Re: Apache OpenOffice 4.0
« on: July 17, 2013, 03:28:02 pm »
Hi David

Thanks for the offer but my ISP - Virgin Media - does not allow email attachments larger than 10Mb. Any chance of uploading them somewhere? - or maybe splitting into 2 email attachments?

I've had a look at swriter.exe using pmdll and there are no problems reported. This suggests that DLL files may not be the problem but it would be worth checking that the DLL files I have are not incorrect build levels.

I've posted the problem in the comp.os.os2.apps newsgroup to try and get Yuris attention. That has not worked so far but Steven Levine has responded that the error message looks like a genuine application exception rather than a DLL problem.



Applications / Re: Apache OpenOffice 4.0
« on: July 17, 2013, 02:57:18 am »

Having resolved the (a)e.exe problem by deleting \os2\ae.ini I've had another look at OO4.

I'm not sure whether the error message indicates if deploy.dll failed to run or ran but could not do whatever was needed to avoid the error - exception raising singleton "/singletons/":

Possibly the only person who could answer the question is Yuri. However, as there is no way of reporting the problem I guess Yuri is not interested in whether this build has problems.

I did discover that the gcc446.dll file I had installed is slightly older than the build in

I did try to check gcc444.dll but I have no idea which package that is hiding in...

I'm not going to bother trying to get OO4 working. I'll wait until GA - and then probably discover that it does not work anyway  ;-)



Applications / Re: Apache OpenOffice 4.0
« on: July 17, 2013, 01:24:06 am »
Hi David

Yes, I tried starting several OO4 apps from the command line. No, there is no output.

I do not use yum/rpm so had a go at installing the required DLL files from the url given in the readme - I would not be surprised if I've missed something/installed a wrong DLL package/have older DLL files already installed.

I would refer to the above mentioned readme file more accurately but I've just discovered that (a)e.exe no longer wants to work properly - possibly a result of INI file checking/cleaning. The (a)e.exe starts when I click on a text file but does not appear on screen; it is on the Window List but selecting it does not make it appear on screen. The only thing I can do is "kill" the invisible application.

Getting (a)e.exe working properly again takes precedence over a package that probably will not work even if all support files are in place - based on my experience of OO3 releases.



Applications / Re: Apache OpenOffice 4.0
« on: July 16, 2013, 07:56:15 pm »
Hi Andy

I thought it would be easier to uninstall OO2 and OO3 as neither package is worth having installed.

However, this seems to have left some OO3 entries that checkini reveals and cleanini does not get rid of - nor does DMT.

I would use IniEditor to manually remove those entries but IniEditor cannot find them...

What other tools are available to remove these ini file entries?

*DRIV: J:\  (397 handles)



Applications / Re: Apache OpenOffice 4.0
« on: July 16, 2013, 05:07:33 pm »
Hi David

I unzipped OO4 - and then downloaded, unzipped and installed (hopefully) all required DLL files not already installed.

The unzipped DLL files went into \ecs\dll.

All duplicate files are eCS (OS/2) files.

I have several other OO installations: OO3 and OO2 both of which are not very reliable and OO115 for Windows running via ar5os2.exe which is the most stable, reliable and useable of all the OO packages to date. None of these packages have entries in config.sys and nothing in the Startup folder.

There are some INI file entries for the OO Desktop Objects plus Registry entries for font j:\programs\openoffice3\fonts\opens_.ttf and focpoo3.dll  - OpenOfficeOrg document types - not sure which OO build.

Yes, the error message looks odd but the path should work. If I use the following on a command line:-



It results in a directory change to /PROGRAMS/OPENOFFICE4/PROGRAM

Basically the "/../program" is redundant so deploy.dll should be found as it exists in J:/PROGRAMS/OPENOFFICE4/PROGRAM/../program.

My best guess is that either a(some) required DLL file(s) are not at the required build level or maybe I've managed to miss extracting 1 (or more) required DLL file(s) from the "packaged for unix" zip files.

Guess I'll have to wait for a later build that contains all required files or at least a comprehensive list of required files/build levels.



Pages: 1 ... 34 35 [36] 37 38 39