View Issue Details

IDProjectCategoryView StatusLast Update
0000727Apache 2.x Bugpublic2021-04-07 19:05
ReporteremaxAssigned ToSteven Levine 
PrioritynormalSeveritycrashReproducibilitysometimes
Status assignedResolutionopen 
PlatformSuperMicro Intel xeon 4coreOSeCS-AOSOS Version2.1 + AN drv pak
Product Version2.4.x 
Target VersionFixed in Version 
Summary0000727: Apache 2.4.46 crash on libcn0.dll
DescriptionServer Version: Apache/2.4.46 (OS/2) OpenSSL/1.1.1j PHP/5.6.40
Server Built: Feb 28 2021 07:53:23
Server loaded APR Version: 1.7.0
Compiled with APR Version: 1.7.0
Server loaded APU Version: 1.6.1
Compiled with APU Version: 1.6.1

crash about 1 2 times per day


 Exception C0000005 - Access Violation
______________________________________________________________________

 Process: D:\APACHE2\BIN\HTTPD2.EXE (02/27/2021 23:30:20 756)
 PID: 59 (89)
 TID: 03 (3)
 Priority: 200

 Filename: C:\UTIL\LIB\LIBCN0.DLL (03/28/2020 13:33:11 1,216,805)
 Address: 005B:1ECE6AA0 (0001:00046AA0)
 Cause: Attempted to read from 0002FFE8
           (uncommitted memory at 0002:0000FFE8 in HTTPX)
TagsNo tags attached.

Relationships

has duplicate 0000725 closedpsmedley Apache 2.4.46 crash on libcn0.dll 

Activities

emax

2021-03-14 22:01

reporter  

0059_03_libcn.TRP (24,393 bytes)
5B02_07_libcn.TRP (24,332 bytes)
36B0_0A_libcn.TRP (26,603 bytes)

Steven Levine

2021-03-20 12:16

manager   ~0003568

I took a quick look at the .trp files.

36B0_0A_libcn.TRP is missing too may symbols to be of any use. If you cannot be bothered to even attempt to install the correct debuginfo packages, you would be better served to simply not upload the .trp file. It's a waste of everyone's time and tends to be annoying.

0059_03_libcn.TRP and 5B02_07_libcn.TRP are better, but it appears you do not have the correct debuginfo installed. b_miscLoadAvg.c#104 is in miscUpdateLoadAvg, not ___libc_Back_miscLoadAvg. Please install the correct debuginfo files and upload new .trp files. Make sure the libc and the corresponding debuginfo package versions match. While you are at at it, check the versions of every debuginfo package you have installed and make sure they match. If you have anything from Paul installed that is not built with debug data, make sure you have the correct .xqs file installed.

Paul, the trap is triggered by DosQuerySysState() which is known to have problems on busy systems and can return bad pointers. I have extra code in my MontiorThreads and MonitorSems utilities to catch bad pointers and avoid traps. If you can avoid using getloadavg(), it might be a simple workaround.

Max, once you get a good .trp file you need submit a ticket to the bitwiseworks libc project on github. If we are going to use getloadavg(), it needs to be made more robust.

emax

2021-03-25 03:07

reporter   ~0003570

guys, i din't receive the email notify about note 0003568
luckliy sometimes i open mantis

about the 1st point 36b... i don't know how to see if a trap has the right contents, i've not the proper skill
or please give me some hints to try to understand that

about the 2nd point 0059..
you are using a "language" too much complicated for my skill
i've understand this:

some DLL in my server has not the right debug file..
these are general info and are not of help, sorry
i need to know which DLL needs the right .map and .xps

e.g.

libcn0.dll?
httpd.dll?
or others?

thanks a lot

massimo

Steven Levine

2021-03-31 08:24

manager   ~0003591

For bitwise supplied packages, the debug info, if available, will be provide in a package with -debuginfo suffix appended to the name. For example, the debug info for the libc package will be libc-debuginfo.

A few older packages may use the -debug suffix rather than -debuginfo. If there is no -debuginfo package, check for a -debug package.

For bitwise supplied packages, the -debuginfo package will usually install .dbg files. However, sometimes, the debug info will be in the form of .xqs files.

If you don't know the package name for a given .dll or .exe file, use the ANPM Package Manger search feature.

For Paul's distributions the, the debug data will be supplied one of of several ways - with the debug data built into the binary or separately. When the debug data is built into the binary files, the zip file name will contain the word debug. For zip files without debug in the name, the debug info will typically be provided as .xqs files. .xqs files are like .sym files can handle larger files.

When you have problems with our English, I recommend you paste the text into google translate. My experience is that google translate almost always does an acceptable job of translate technical text from one language to another.

psmedley

2021-03-31 18:02

administrator   ~0003592

I have a day off tomorrow, and an Easter long weekend, will try take a look in the next few days

emax

2021-03-31 20:42

reporter   ~0003593

the latest packages downloaded with ANPM (platform i686) have debug-info package, but it don not contains .map files
it contains .dbg files
what i have to do?

Steven Levine

2021-04-01 02:03

manager   ~0003594

Please re-read https://mantis.smedley.id.au/view.php?id=727#c3591. It explains that -debuginfo packages are supposed to contain .dbg files.

Please paste the https://mantis.smedley.id.au/view.php?id=727#c3591comment text into google translate. Perhaps it will help you better understand what was written.

Why are you asking about .map files? None of the debuggers use them directly and they never have. Are you confusing them with .xqs and .sym files?

emax

2021-04-01 05:15

reporter   ~0003595

"Why are you asking about .map files? None of the debuggers use them directly and they never have. Are you confusing them with .xqs and .sym files?"

because with .map using the tool map2xps i create xps files
and most of Paul's portings have .map files to create xps for debugging use

emax

2021-04-01 06:06

reporter   ~0003596

this is from my AOS VM where yum is working correctly:

yum install libcn-debuginfo
arcanoae-rel | 1.9 kB 00:00
arcanoae-rel/primary | 17 kB 00:00
netlabs-rel | 2.9 kB 00:00
netlabs-rel/primary_ | 2.4 MB 00:01 ] 1.2 MB/s | 1.7 MB 00:00 ETA
Impostazione processo di installazione
Nessun pacchetto libcn-debuginfo disponibile.
Errore: Niente da fare

bldlevel command don't give any version about libcn0.dll

and there is no libcn package here:

http://rpm.netlabs.org/release/00/zip/

i give up :-(

psmedley

2021-04-01 07:22

administrator   ~0003597

The correct package (I think) is libc-debug

Remember that libcn is essentially a continuation/fork of the libc dll's

Steven Levine

2021-04-01 08:24

manager   ~0003598

Massimo,

As was explained in https://mantis.smedley.id.au/view.php?id=727#c3591

"For bitwise supplied packages, the debug info, if available, will be provided in a package with -debuginfo suffix appended to the name. For example, the debug info for the libc package will be libc-debuginfo."

I don't know how to explain this more clearly.

Please explain why you continue to look for a libcn package? You were told which package to install.

If it is because you think that DLLs and packages are the same, this is not the case. A package can contain DLLs, but a DLL is not a package.

If you think that a libcn package exists, a scan of the ANPM should quickly show you that no such package exists.

If you simply got confused about the correct package name, well, you should no longer be confused.

Should I give up too? :-)

psmedley

2021-04-01 15:08

administrator   ~0003599

https://smedley.id.au/tmp/httpd-2.4.46-os2-20210401.zip should avoid the use of getloadavg()

Steven Levine

2021-04-01 17:06

manager   ~0003600

httpd-2.4.46-os2-20210401.zip installed easily to test systems. No traps yet.

emax

2021-04-06 20:21

reporter   ~0003601

apache upgraded

Server Version: Apache/2.4.46 (OS/2) OpenSSL/1.1.1j PHP/5.6.40
Server Built: Apr 1 2021 14:58:19
Server loaded APR Version: 1.7.0
Compiled with APR Version: 1.7.0
Server loaded APU Version: 1.6.1
Compiled with APU Version: 1.6.1
Module Magic Number: 20120211:93

thanks

emax

2021-04-07 19:05

reporter   ~0003602

update:

now i've a test-machine (my eCS 2.2b desktop) with ANPM and YUM working correctly that i can use to download any kind of libraries or debug-info files

i've put on the 1st production server libnc0.dbg (23/7/2020 build) if needed

but after 24 hours after the upgrade of apache2 i don't see any exceptQ dumps, so probably the issue is fixed
let's wait 1 week
thanks

Issue History

Date Modified Username Field Change
2021-03-14 22:01 emax New Issue
2021-03-14 22:01 emax File Added: 0059_03_libcn.TRP
2021-03-14 22:01 emax File Added: 5B02_07_libcn.TRP
2021-03-14 22:01 emax File Added: 36B0_0A_libcn.TRP
2021-03-17 17:53 psmedley Relationship added has duplicate 0000725
2021-03-20 12:16 Steven Levine Status new => feedback
2021-03-20 12:16 Steven Levine Note Added: 0003568
2021-03-25 03:07 emax Note Added: 0003570
2021-03-25 03:07 emax Status feedback => new
2021-03-31 08:24 Steven Levine Assigned To => Steven Levine
2021-03-31 08:24 Steven Levine Status new => feedback
2021-03-31 08:24 Steven Levine Note Added: 0003591
2021-03-31 18:02 psmedley Note Added: 0003592
2021-03-31 20:42 emax Note Added: 0003593
2021-03-31 20:42 emax Status feedback => assigned
2021-04-01 02:03 Steven Levine Status assigned => feedback
2021-04-01 02:03 Steven Levine Note Added: 0003594
2021-04-01 05:15 emax Note Added: 0003595
2021-04-01 05:15 emax Status feedback => assigned
2021-04-01 06:06 emax Note Added: 0003596
2021-04-01 07:22 psmedley Note Added: 0003597
2021-04-01 08:24 Steven Levine Status assigned => feedback
2021-04-01 08:24 Steven Levine Note Added: 0003598
2021-04-01 15:08 psmedley Note Added: 0003599
2021-04-01 17:06 Steven Levine Note Added: 0003600
2021-04-06 20:21 emax Note Added: 0003601
2021-04-06 20:21 emax Status feedback => assigned
2021-04-07 19:05 emax Note Added: 0003602