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 - Joop

Pages: 1 ... 35 36 [37] 38 39 ... 43
541
Applications / Update homepage Java applications
« on: August 03, 2014, 10:59:17 pm »
I have updated my homepage about Java applications.  See the link.
The Dutch part will follow soon. After this I hope the add more programs, unfortunately there are lots of them which won't work for some reason. Most of them due to the difference between Sun Java and Open JDK. I got the source from one application and I'm going to try to compile it with our Open JDK SDK. So may be I'll come back for some help.

http://joopn.home.xs4all.nl/os2ecs/ecs6e.htm

Have fun and Ecs is only dead after the last user switched off  the light and no moment sooner,
Joop

542
Applications / Re: Firefox error message
« on: July 29, 2014, 07:58:42 pm »
After some tests with different ImageJ versions, including the ones which always run without problems, I got with all versions the same panic message. This is not normal, because also some ImageJ versions which did run gave now the same error message. So what was changed on my system?

To begin with I renamed my Odin directory to Odin-old and made a new Odin directory. I copied a previous version of Odin to that directory because I was running latest version. After Odininst.exe I run again my cmd file for starting ImageJ. It did start and for testing I go to help for updating ImageJ to latest. Instead of the panic reaction it started with the menu which version I wanted. That's the right menu and I did exit on that and on ImageJ. I deleted the contents of Odin and copied latest version to it, Odininst.exe and again restart ImageJ. Did go to help, fingers crossed, no panics and I got the update menu and did  the update.

What's in the Odin-old directory?
Next I compared Odin with Odin-old. In the Odin-old I had more files, probably because I had failures with other testing like running a program. I found that I had copied some files from Odin-77 to the directory which had to do with PE. Also some other Windows files. Did a virus check with ClamAV but nothing found, all okay.

Okay, ImageJ is running like before, but may be those found "alien" files may be responsible for the problems with the combination of JAlbum and FF. First tried with JAlbum latest with FF17.0.11 gave no response. Duh.. Reprogrammed the command file from JAlbum so FF 6.02 has to be used. Did start JAlbum, did a F12 for preview and FF came up with a nice page, even better than before. Did exit all and again reprogrammed the command file from JAlbum to work with FF 17.0.11. Restart, but nope, message "Couldn't load xpcom.dll" appeared in a popup. JAlbum crashed or did go exit the fast way so to speak. Again reprogrammed the command file, now I did cut back the memory for JAlbum from 400 to 300. After saving did restart JAlbum, after loading the test album I had 830Mb left, but FF 17.0.11 refuses and gave the popup message. So, I doubt that it has to do with memory, sometimes I have more occupied when I'm busy with my homepage and even then FF starts.

543
Applications / Re: Firefox error message
« on: July 29, 2014, 03:45:33 pm »
Joop, as far as I can see jAlbum 12-1-9 is not that much different to jAlbum 11-4-1.  The differences are the builtin browser and having to pay for it ;) so, unless there is some absolute 'must have' improvement in future releases I am sticking with 11-4-1.
Ivan, thanks for the remark, but its not fully true. JAlbum 12.1.9 does have a few things more and is faster. I just test Java programs for OS/2-eCS users and have a website about it. I can't test all, special then when a server is needed. I'm very busy the last few years and work is piling up, so the website is a little behind in maintenance. Right now busy with the English version of Java, its not online yet. Also have strange effects with ImageJ, for some reason update gives a strange error. But testing is sometimes difficult because the number of combinations of Odin and Java is going up. There is good news too, this week I got the source from a program, but with the restriction not to give it away. So finally I have to dive into programming, did I say I was busy?

544
Applications / Re: Firefox error message
« on: July 29, 2014, 03:33:46 pm »
Hello Dave,
Thanks for your answer,
Sorry Joop, read to fast and missed the part where FF17.0.11 was running fine.
Can happen, things are getting more complicated and you need more text for explaining when it doesn't go the way it should.

All I can think of is that something is running out of memory. You might want to try increasing your virtualaddresslimit to 2048 or even 2500. Be sure to have an alternate boot method in case of problems.
You are likely to get excessive swapping though and if this is the problem I'm somewhat surprised nothing crashed.
As you noticed the newer the Firefox, the bigger (dmik had to way up his virtualaddresslimit just to link xul.dll for 24) and the more memory that is used. With 64bit systems becoming popular this is only going to get worse.
BTW, do you have the icetea (Java6) plugin installed? Perhaps it is an interaction with that.
Yes, I noticed the big difference with xul. No, I have not installed icetea, so far no need for. Have to find out. Most of the times when I'm testing I only have the test subject running and nothing else, so may be this is your answer why its not crashing. For your information - it must be somewhere in OS/2 - if the system runs out of memory, and I really mean ALL of it, so no room in memory, no room on all hard disks or other storage, the system will come up with the message that its short of memory and if you like to install a storage medium so the system can go on with the task. I have seen this message only once on a 386 system with OS/2 2.11.  So crashing surprises me, will become very slow, but not going down.

545
Applications / Re: Firefox error message
« on: July 29, 2014, 03:15:29 am »
Dave, thank you for your answer,
The xpcom missing thing is a general error which was fixed but seems to have somehow got reverted  :(
The real problem is that you are missing something else,
pthreads (pthr01.dll)  installed
mmap.dll installed
gcc444.dll installed
stdcpp6.dll  installed
another gcc dll , you have to be more precise  than this
mzfntcfgft package  installed
moz_required_dlls_v1  installed
the newest mzfntcfgft  that is? installed 20130104, but there is also a mzfntcfgft_infinality_b2.zip, which is an alternative, sounds not to me as a must have.
The dll's are installed over OS/2 and eCS DLL directories. Of course both in libpath.

In case you forget, I just work right now with FF 17.0.11esr without any error so far. Only get the message in combination with JAlbum.

546
Applications / Re: Firefox error message
« on: July 28, 2014, 11:45:29 pm »
Didn't find a real solution for xpcom.dll. FF is installed (if you can speak of installation) in a new created directory and through the program itself all plugins and add-ons installed. I'm working with it right now and don't have any or get any messages that something is not right. So its the combination of two programs and that's make things complicated.

I've tested latest JAlbum with FF 6.02 as an external browser and that works, ie the browser is started and the page is loaded, but if your happy with the contents is another question and is not the problem of the browser. So for now latest payed version of JAlbum seems to work without integrated browser and as external browser FF 6.02.

547
Applications / Re: Firefox error message
« on: July 28, 2014, 09:28:31 pm »
Xpcom.dll is something from within the directory of FF, so no Windows shit. But in FF17 xpcom.dll is present, FF17 loads normally, matter of fact I'm working with it right now.
So I did a few tests. Does other FF have the same problem. Its not that easy. After installing FF10 latest as browser nothing happened, FF10 doesn't understand if a file is send to it. Okay, lets try FF24. Rebuild the command file for use with FF24. Started JAlbum and I get the message can't load xul.dll. That file is present, but about 10Mb more in size than found with FF17. So here we might have a problem of a memory issue, I only have 1G on board and Java has to see real memory.
In the mean time, real sick joke :-(. Lets see what I can find out more about xpcom.dll. Now I do understand why FF is so high in version number....

548
Applications / Re: Firefox error message
« on: July 28, 2014, 09:00:38 pm »
Seems to be a bigger thing which also shows up in other OS. Tried clean up, didn't help. If you do this a map named "old firefox data" is created on your desktop. Its big. After done so started JAlbum, but as soon as it needed FF the same message appears. Will be continued as usual....

549
Applications / Firefox error message
« on: July 28, 2014, 06:29:26 pm »
Yesterday I downloaded the new JAlbum. Its grown from about 18.5Mb to about 169Mb. You get 30 days to play with it and after that you need a license. In the zip also chromium browsers and this will give an error if JAlbum wants to use it. But there is in the preferences a choice for internal or external browsers, so internal set to off. Now the external browser is used and for OS/2-eCS this is Firefox. Up to the test I had Firefox 6.02 as browser. But we have more up to date FF with at least FF 17.01.1. So set it up that JAlbum have to use this FF, but as soon as it needs the browser I get an error from Firefox with the message "Couldn't load xpcom.dll". Is this a missing item in Odin?,  is it just that simple to copy xpcom.dll from an Windows xp installation in the Odin\system32 directory?, or will it just not work because it has to be an xpcom.dll but rebuild for Odin? Can someone help me with this?

550
Setup & Installation / Re: Re-organizaing OS/2-eCS Directories.
« on: July 28, 2014, 12:18:10 am »
I still haven't found which INIs or where does it points to this DLLs.
d Schemes keeps pointing to the wrong location path.
I found in some Rexx scripts "mmpm2.ini".

551
Applications / Re: A-Oo 4
« on: July 27, 2014, 06:54:19 pm »
I think you're dreaming of times where we could use OS/2 the way it was designed and neglect this times are over more than 15 years now.
I dream every day and the computer is willing to follow.....;-)

552
ATI (based in R360 chipset).
ATI problems go back to 199x  or so. Try to delete or rename svgadata.pmi. If it isn't there it will be created, that's what can be found in the newsgroups.  I'm not sure if this will be the case in today's solutions, that answer was given when we still operated with different drivers for different cards. The file svgadata.pmi is a text file, so you can open it and see what driver is called. May be its calling a different driver than what you had in mind.

553
Applications / Re: A-Oo 4
« on: July 27, 2014, 03:02:58 am »
DLLs should be shared.
No, if the DLL is specific to the program then there is no use to place it in the structure of OS/2 or eCS. Next, if you set the DLL in the program directory then  you won't get the problem of version problems of the same DLL. And there are a lot of DLL's out there which has nothing to do with the OS and everything with the program. There will be no other program which will call that DLL, so that DLL has nothing to do within the structure of OS/2 or Ecs.

554
Applications / Re: A-Oo 4
« on: July 27, 2014, 12:18:30 am »
just accept the thought that yum/rpm env is required.
Yum/rpm sucks, belongs to a system with a very bad management in files and directories. We have a fine object oriented system, lets make use of it. I really don't understand what other user are complaining, installing is more or less just dumping the zip into a directory of choice. DLL's which belong to the program should be installed within the directory structure of that program and NOT  in the OS/2 or eCS directory structure with other DLL's. Only DLL's for general usage by every program should go there.
Moreover, if I install it I know were what is put down, if YUM/RPM does it for you just say some prays. 

555
Setup & Installation / Re: Re-organizaing OS/2-eCS Directories.
« on: July 26, 2014, 03:55:52 pm »
Is this new structure going to be 8.3 safe?
Don't understand that question because the Windows 3.1 part is within the boot drive of OS/2 and within the directory of OS/2. As it uses all, the standard installation is 8.3, what is done here is just put another directory path/name between the full name and that doesn't exceed the 8 of 8.3. So no problems here. The only problem you can get is that you are sooner through the (environment)space where programs have the full path statement of a program and some other things. With older programs this space is limited.

What Martin is trying to do has pro's and con's.  Pro is that from the root you have a simple structure, in the structure is will become a little more complicated. Backing up in a different way could be made impossible because you're going over the limit of full pathname together with name and extension. But I don't think he is going to move the Windows directory, that's already in the OS/2 directory. Its the Windows part which makes the troubles and needs insane length of pathnames, still don't know the use off that. Just go the register and ask yourself what purpose it has to go that deep.

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