NetSurf OS3 - testing!

[chris]

I ran upodateto314 script and I still have a problems. No pictures are displayded with Netsurf and it and when I trying to surf any web page it makes everything bog slow.

I have 3.1.4 kickstart and O3.9 BB1&2 wich is updated with 3.1.4 components.

Does the old version work with 3.1.4?
By which I mean the latest build here: https://ci.netsurf-browser.org/builds/amigaos3/

[utri007]

Does the old version work with 3.1.4?
By which I mean the latest build here: https://ci.netsurf-browser.org/builds/amigaos3/

No, it doesn't work downloaded NetSurf-gcc-4567.lha and same symptoms, version wich I had was from late 2018.

I have 1mb kickstart, wich has 3.1.4 components, including intuititon library.  But also a peterk's icon.library and few filesystems. Nothing really excotiq.

[chris]

Does the old version work with 3.1.4?
By which I mean the latest build here: https://ci.netsurf-browser.org/builds/amigaos3/

No, it doesn't work downloaded NetSurf-gcc-4567.lha and same symptoms, version wich I had was from late 2018.

I have 1mb kickstart, wich has 3.1.4 components, including intuititon library.  But also a peterk's icon.library and few filesystems. Nothing really excotiq.

OK, for the purposes of this test that's not interesting

[Gerbinist]

As posted on A1K:

My two cents...

If you want to target OS 3.x, make sure we can properly extract the archive with lha. The workaround by extracting it with UnArc or Voodoo-X is rather silly if you ask me.

Hits all over the place. As reference I attached start and quit details. When quitting it totally crashes here.

Testsetup: 3.1.4, 68060, AGA, no AISS

(howsmyssl.com works)

[chris]

The LhA problem is fixed (I just haven't replaced the download yet). Just to be clear, it was only broken on my local buildsystem, the official builds were archived correctly.

I thought I'd fixed the crash on exit ages ago.

I'm going to need some help decoding those hits.

[Gerbinist]

The LhA problem is fixed (I just haven't replaced the download yet). Just to be clear, it was only broken on my local buildsystem, the official builds were archived correctly.

Ok. Just checked the latest from https://ci.netsurf-browser.org/builds/amigaos3/ and that one works fine indeed.

I'm going to need some help decoding those hits.

Sure, let me know how I could help out.

[chris]

I'm going to need some help decoding those hits.

Sure, let me know how I could help out.

Cool, thanks. It's mostly a case of figuring out what's being called incorrectly. Unfortunately I've never managed to get findhit working with gcc, otherwise this would be easy.

[Gerbinist]

Unfortunately I've never managed to get findhit working with gcc, otherwise this would be easy.

Are you trying FindHit from the Enforcer package? Otherwise, this one could be tried: http://aminet.net/package/dev/gg/GccFindHit-bin

[chris]

I've tried both, with various -g options 

[Gerbinist]

I've tried both, with various -g options 

Perhaps this will give some insights (no expert myself): http://eab.abime.net/showthread.php?t=90143

Something to do with LINE debugging yes/no... 

*EDIT: do you have a debug version of the NetSurf executable?

[chris]

I've tried both, with various -g options 

Perhaps this will give some insights (no expert myself): http://eab.abime.net/showthread.php?t=90143

Something to do with LINE debugging yes/no... 

That suggests -g should work.

*EDIT: do you have a debug version of the NetSurf executable?

I think my download is built with -gstabs

Chris

[Gerbinist]

I think my download is built with -gstabs

It seems there is no line number information for all offsets (tried here myself).

[chris]

I think my download is built with -gstabs

It seems there is no line number information for all offsets (tried here myself).

Yeah, that was the problem I had last time I tried.

[Gerbinist]

Did some more searching and stumbled on this thread: http://eab.abime.net/showthread.php?t=84208

A link can be found to a util called 'FindHunkOffset' in post #12. Not sure if it helps, but at least it's reporting 'something'...

Code: [Select]

12.Ram Disk:> FindHunkOffset Utilities:Comm/Browse/NetSurf/NetSurf 0 0x185C86
Section 0, offset 0x00185c86 is at
_ami_libs_close + 0x000001a6

12.Ram Disk:> FindHunkOffset Utilities:Comm/Browse/NetSurf/NetSurf 0 0x172872
Section 0, offset 0x00172872 is at
_main + 0x000006f0
 

*EDIT: Also did some searching on 'addr2line', but this involves another option (information can be found in various places).

To use addr2line we first have to compile our program with gcc, using the -ggdb option.

If that doesn't help either, I have no idea how you would need to develop and debug your creation to be of any use.

[chris]

Did some more searching and stumbled on this thread: http://eab.abime.net/showthread.php?t=84208

A link can be found to a util called 'FindHunkOffset' in post #12. Not sure if it helps, but at least it's reporting 'something'...

Code: [Select]

12.Ram Disk:> FindHunkOffset Utilities:Comm/Browse/NetSurf/NetSurf 0 0x185C86
Section 0, offset 0x00185c86 is at
_ami_libs_close + 0x000001a6

12.Ram Disk:> FindHunkOffset Utilities:Comm/Browse/NetSurf/NetSurf 0 0x172872
Section 0, offset 0x00172872 is at
_main + 0x000006f0

Ah, yes, that's really useful.  The line number would be helpful though, the tool says it can report that but obviously the debug symbols aren't quite right (probably the same reason findhit/gccfindhit don't work).  I can't see anything wrong in ami_libs_close but I may have now found and fixed the CreateIORequest and startup LONG WRITE etc hits.

*EDIT: Also did some searching on 'addr2line', but this involves another option (information can be found in various places).

To use addr2line we first have to compile our program with gcc, using the -ggdb option.

If that doesn't help either, I have no idea how you would need to develop and debug your creation to be of any use.

I've rebuilt it with the above fixes and -ggdb instead of -gstabs.  I'm not convinced it will help.