OS2 World Community Forum
OS/2, eCS & ArcaOS - Technical => Applications => Topic started by: roberto on November 11, 2017, 10:23:29 pm
-
I have problems with Dbexpert, which sometimes closes without a just cause, and I say this because the applications are the same, and before they worked.
With the applications that cause the Dbexpert to close, I get the following results:
Thunderbird 38.08.07b everything ok I have no problems.
Thunderbird 45.5.0 crash dbexpert
Firefox 38.08 crash dbexpert
Firefox 45.5.0 crash dbexpert
The popuplog.os2 show this error on close:
11-11-2017 20:17:32 SYS3175 PID 0072 TID 000a Slot 00b9
D:\DBEXPERT\DBEXPERT.EXE
c0000005
1c13c949
P1=00000001 P2=000000a6 P3=XXXXXXXX P4=XXXXXXXX
EAX=00000000 EBX=1c12e824 ECX=00000000 EDX=021cff4c
ESI=00000000 EDI=00036b58
DS=0053 DSACC=d0f3 DSLIM=bfffffff
ES=0053 ESACC=d0f3 ESLIM=bfffffff
FS=150b FSACC=00f3 FSLIM=00000030
GS=0000 GSACC=**** GSLIM=********
CS:EIP=005b:1c13c949 CSACC=d0df CSLIM=bfffffff
SS:ESP=0053:021cffb8 SSACC=d0f3 SSLIM=bfffffff
EBP=021cffb8 FLG=00010202
DBEQ.DLL 0001:0001c949
Some help?
Saludos
-
Thunderbird 45.5.0 crash dbexpert
My error in ver
thunderbird-45.8.0b8 crash dbexpert.
-
My first guess would be running out of (lower) shared memory.
You could try marking various dlls to load high. XUL.DLL from both Thunderbird and Firefox and perhaps DBEQ.DLL from dbexpert.
-
How can I mark a dll to run in high memory?
-
Use the attached himem.exe,
himem --help
for usage. You can always unmark them if unstable.
-
Thanks Dave,
I have not tested the himem.exe yet
But I have been doing tests with different memory configurations, and finally with the best results I have obtained with the default options of the system, and those are the ones I have left.
However, REM in the config.sys file usbaudio.sys, has improved a lot, I can use thunderbird38 and firefox 38 without problems. But if I start firefox 45, the dbexpert fails.
I will try testing with himem.exe to see how it influences the dbexpert.
Saludos
-
I have modified the xul.dll in Firefox 45.9 and now the firefox45.9 works for me. But the dbexpert fails with this version, and with the 45.5 with the modified xul.dll and unmodified.
It is an interesting program this highmem.
saludos
-
Thanks Dave,
I have not tested the himem.exe yet
But I have been doing tests with different memory configurations, and finally with the best results I have obtained with the default options of the system, and those are the ones I have left.
However, REM in the config.sys file usbaudio.sys, has improved a lot, I can use thunderbird38 and firefox 38 without problems. But if I start firefox 45, the dbexpert fails.
I will try testing with himem.exe to see how it influences the dbexpert.
Saludos
Its quite small the chance that the a driver will cause an application to crash. Unless it plays systems sounds but then an applications should not crash.
Roderick
-
Use the attached himem.exe,
himem --help
for usage. You can always unmark them if unstable.
Only mark the code segments to load high, not the data segments of Firefox/Thunderbird. Do not apply himem on system DLL's!
-
Its quite small the chance that the a driver will cause an application to crash. Unless it plays systems sounds but then an applications should not crash.
Roderick
You are right, and I am completely lost.
At least I already have a very small sample application that fails a lot. I attach a file.
saludos
-
Use the attached himem.exe,
himem --help
for usage. You can always unmark them if unstable.
Only mark the code segments to load high, not the data segments of Firefox/Thunderbird. Do not apply himem on system DLL's!
I've been successfully marking both segments of Mozilla applications to load high for quite a while. Especially with ArcaOS and the latest kernels, it should work.
-
Hi Roberto,
Double cliking the dbe-file results in a crash while opening it from DBE works.
Something seems to be wrong with the form FMENU2, it won't open in design mode.
The form TEST works and the button "CRASH?" sometimes brings up the form "Libros a prelegalizar" and sometimes it crashes.
(No difference if Firefox or Seamonkey is running or not.)
Per
-
Double cliking the dbe-file results in a crash while opening it from DBE works.
Not always. I always execute it with two clicks. The problem is because it fails?
Something seems to be wrong with the form FMENU2, it won't open in design mode.
I do not have problems, to open it in design mode.
The form TEST works and the button "CRASH?" sometimes brings up the form "Libros a prelegalizar" and sometimes it crashes.
(No difference if Firefox or Seamonkey is running or not.)
Maybe you are right and there is no difference between whether the firefox is open or not. And it could be another cause. In fact, now I'm seeing the processes with the top.exe program, and fixing the SYSINIT, when the color bar exceeds approximately 40%, the startup fails. But in the moments that goes down of 15% everything is perfect.
In fact, I was thinking about rexx script, that calculates the percentage of use of the PID: 1 SYSINIT,It always seems that this process is 1, and that only launch the process when this indicator is low, and see what happens.
If someone can guide me with the script or what dll to use for it?
Thanks for proving it.
Saludos
-
And it could be another cause. In fact, now I'm seeing the processes with the top.exe program, and fixing the SYSINIT, when the color bar exceeds approximately 40%, the startup fails. But in the moments that goes down of 15% everything is perfect.
</silence>
(1) Try to solve the real problem.
(2) Contact the author of your TOP.EXE, and ask him to add to the CPU load per process to his PR1UT165.ZIP stem(s) too.
(3) If the CPU load is 14.9% right now, then how do you know that the CPU load of that process won't be 40% a few milliseconds later?
<silence>
-
(1) Try to solve the real problem.
Exactly, but where is the problem?
The problem is that the sysinit, when it is almost quiescent, works well and when it is stressed, it fails.
I have used the dbexpert for many years, and it is very reliable.
(2) ...load per process to his PR1UT165.ZIP stem(s) too.
Thanks for it.
(3) If the CPU load is 14.9% right now, then how do you know that the CPU load of that process won't be 40% a few milliseconds later?
I can low to 1% and have more milliseconds.
But I do not think it's a millisecond problem, if I can manually launch the programs in the sysinit idle interfaces. But of course manually if it happens that when you see and press you can change its status, and that is my doubt, because if not I would have opened a ticker
saludos
-
Exactly, but where is the problem?
</silence>
Yes, easier said than done, and I'm not using DBE. Nevertheless in design mode there is a difference, which suggests that other people cannot always fully reproduce all of your findings.
The problem is that the sysinit, when it is almost quiescent, works well and when it is stressed, it fails.
I have used the dbexpert for many years, and it is very reliable.
Well spotted, and I can imagine that any version of FF stresses the system too.
Just checking: if ye olde DBE is working for many years, then how old and clean is the installed (operating) system? Can you, being a power user of DBE and a DBExpertExpert over here, perhaps reproduce the problem with a fresh, own second system?
It's probably 100% unrelated, but recently I've lost about 800 non-DBE, simple database records over here. A reinstall of the OS was required to be able to save all recreated records again. The unknown (hard-related?) real problem won't be solved by this specific "repair".
<silence>
-
Double cliking the dbe-file results in a crash while opening it from DBE works.
Something seems to be wrong with the form FMENU2, it won't open in design mode.
The form TEST works and the button "CRASH?" sometimes brings up the form "Libros a prelegalizar" and sometimes it crashes.
(No difference if Firefox or Seamonkey is running or not.)
If you want you can try this patch:
http://hobbes.nmsu.edu/download/pub/incoming/cpul2.zip
It does not repair the problem, but it improves a lot. Now it just fails. It seems that the problem is the moment to launch the programs and the use of the cpu, when it is 100%, it fails and when it is below 98% it improves.
Saludos
-
I have problems with Dbexpert, which sometimes closes without a just cause, and I say this because the applications are the same, and before they worked.
With the applications that cause the Dbexpert to close, I get the following results:
Thunderbird 38.08.07b everything ok I have no problems.
Thunderbird 45.5.0 crash dbexpert
Firefox 38.08 crash dbexpert
Firefox 45.5.0 crash dbexpert
How you're starting this applications in which environment? Is only one of the Mozilla applications active while running DBExpert, or two of them at the same time? Additionally the screen size and colour depth of your PM session could be helpful. Which presentation device drivers (especially for the display adapter) are installed and used?
Some help?
It may be not a direct help. Does Seamonkey show the same problems? I simply need more details for an educated guess.
-
Hello Andreas,
I get the feeling that you have not seen my previous message.
I'm not a technician, just a user. But from my point of view, it's not a screen problem. Nor of resolution.
Although for your doubts I'm using Panorama 16m. 1280x800. I do not try it with the seamonkei.
For me the problem is that the Dbexpert is a very old application, which works in monoprocessor.
And when he makes the query and looks for a processor, if he finds it at 100%, he does not look for another,
returns an error and stops. But when all the processors are at a maximum 98% seems to work well.
What I do not know is if it is the processor that tells the program to look at another processor,
or it is the other way around and it is the program that is looking for another processor.
saludos
-
Have you tried marking the DBEXPERT binaries as MPUNSAFE (use only one processor)? You can do it with the markexe utility, might have to install the os2toolkit to get the utility.
markexe /? for help
markexe MPUNSAFE foo.exe
Never hurts to backup first.
-
C:\OS2\EXECMODE.EXE will also mark binaries s MPUNSAFE, and it is included in all current versions of OS/2.
-
markexe MPUNSAFE foo.exe
Thanks, but after installing os2toolkit, and executing the markexe, it fails the same. My solution works better.