OS/2, eCS & ArcaOS - Technical > Internet

FF trap in Web Developer => Network function...

(1/3) > >>

Dariusz Piatkowski:
FF 45.9, AMD Phenom build that Dave did a while back here.

For years I was running my FF configuration utilizing options that attempted to balance the page renderning speed given the available connection throughput. Well, I moved to Fibre about a year ago and other than a couple of small tweaks I didn't spend much time changing the previous configuration.

Well, having some spare time on my hands at the moment I decided to revisit this (I will do another post on this subject since the results I'm seeing here are very encouraging).

I have been using the 'Web Developer => Network' function to assess the impact various config:about changes have. Specifically how long do various connections take, what's coming out of cache vs. pure fetch.

This approach has worked very well for numeours destinations, however there is a specific site I use rather heavily that always causes a problem in this process however, that being https://www.cbc.ca/news.

Here is a snippet from the crash report:

--- Code: ---______________________________________________________________________

 Exception Report - created 2019/12/15 00:47:44

 OS2/eCS Version:  2.45
 # of Processors:  5
 Physical Memory:  3327 mb
 Virt Addr Limit:  2560 mb
 Exceptq Version:  7.11.3-shl (Jul  5 2016)


 Exception C0000005 - Access Violation

 Process:  G:\APPS\TCPIP\FIREFOX\FIREFOX.EXE (12/28/2018 21:29:16 279,712)
 PID:      12B (299)
 TID:      01 (1)
 Slot:     BA (186)
 Priority: 200

 Module:   XUL
 Filename: G:\APPS\TCPIP\FIREFOX\XUL.DLL (12/28/2018 21:41:21 36,967,630)
 Address:  005B:9B46ECFF (0001:032EECFF)
 Cause:    Attempted to read from 000000A8
           (not a valid address)


 Failing Instruction

 9B46ECE4  SUB ESP, 0x1ec            (81ec ec010000)
 9B46ECEA  MOV ESI, [ESP+0x200]      (8bb424 00020000)
 9B46ECF1  MOV EBX, [ESP+0x204]      (8b9c24 04020000)
 9B46ECF8  MOV EDI, [ESP+0x208]      (8bbc24 08020000)
 9B46ECFF >CMP BYTE [ESI+0x38], 0x0  (807e 38 00)
 9B46ED03  JNZ 0x9b46ed0e            (75 09)
 9B46ED05  CMP BYTE [EBX+0xed], 0x0  (80bb ed000000 00)
 9B46ED0C  JZ  0x9b46ed24            (74 16)



 EAX : 00000070   EBX  : 2013CD80   ECX : 0019EE7C   EDX  : 00000000
 ESI : 00000070   EDI  : 0019EE7C
 ESP : 0019EC60   EBP  : 0019F0A4   EIP : 9B46ECFF   EFLG : 00210206
 CS  : 005B       CSLIM: FFFFFFFF   SS  : 0053       SSLIM: FFFFFFFF

 EAX : not a valid address
 EBX : read/write memory allocated by LIBCN0
 ECX : read/write memory on this thread's stack
 EDX : not a valid address
 ESI : not a valid address
 EDI : read/write memory on this thread's stack


 Stack Info for Thread 01

   Size       Base        ESP         Max         Top
 00100000   001A0000 -> 0019EC60 -> 0011F000 -> 000A0000


--- End code ---

I've attached the full trap file (zipped down to size). Not sure if this trap is readily recognizable, or whether this is one of these "deep in the bowels of the beast" type of a thing... ???

Dave Yeo:
Unluckily the XQS files are missing so can't say much. Further, I lost the object tree in a HD crash so I don't have a copy of the XQS files.
Guess I could rebuild it if you want to post the optimize arguments I used, they'll be under about:buildconfig

Dariusz Piatkowski:
Hey Dave!

--- Quote from: Dave Yeo on December 17, 2019, 08:10:09 pm ---...Guess I could rebuild it if you want to post the optimize arguments I used, they'll be under about:buildconfig...
--- End quote ---

Ohhh...like you didn't know I'be be all over that in a blink...LOL!

Here they are, and big Thank You!

--- Code: ---about:buildconfig
Build platform
Build tools
Compiler Version Compiler flags
gcc.exe 5.5.0 -Wall -Wempty-body -Wpointer-to-int-cast -Wsign-compare -Wtype-limits -Wno-unused -Wcast-align -Zomf -std=gnu99 -fgnu89-inline -fno-strict-aliasing -Zomf -fno-math-errno -pthread
c++ 5.5.0 -idirafter g:/OS2TK45/h -Wall -Wempty-body -Woverloaded-virtual -Wsign-compare -Wwrite-strings -Wno-invalid-offsetof -Wcast-align -fno-exceptions -fno-strict-aliasing -Zomf -fno-rtti -fno-exceptions -fno-math-errno -std=gnu++0x -pthread -DNDEBUG -DTRIMMED -g -march=amdfam10 -O2 -fomit-frame-pointer
Configure arguments

--enable-application=browser '--enable-optimize=-mtune=generic -march=pentium-m -O2' '--enable-optimize=-march=amdfam10 -O2' --disable-debug --enable-debug-symbols --disable-tests --enable-os2-high-mem --without-x --enable-system-cairo --enable-system-pixman --with-intl-api --with-system-icu --with-system-zlib --with-system-nss --with-system-nspr --with-system-libvpx --disable-startupcache

--- End code ---

Not sure how complex of an undertaking this is, but can you also include the fixes you published for the i686 and pentium4 builds a month ago (or thereabouts)?

In the meantime I'm going to try to separate out the trap to one of the elements in that capture, by default I'm picking up 'All, but that's a combination of:HTML, CSS, JS, HXR, Fonts, Images, Media, Flash & Other. Maybe it's just one of these that's the contributing factor to the crash?

Dave Yeo:
Sure, building now, so later this afternoon it'll hopefully be done.

Dave Yeo:
Sorry it took longer then expected, xpshell crashed with a sigill so had to disable the startup cache. Should be at https://bitbucket.org/dryeo/mozilla-os2/downloads/firefox-45.9.0.en.US.os2.SUa2.PhenomII.zip. Crashes here with a sigill as expected so needs testing.


[0] Message Index

[#] Next page

Go to full version