NetSurf OS3 - testing!

[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)

[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.

[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

[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?

[Gerbinist]

I think my download is built with -gstabs

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

[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.

[Gerbinist]

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.

Hits are still seen with the latest version here. On a sidenote: the archive properly extracts with 68k lha now

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

Tried some various things with addr2line here, no luck though Unless someone is willing to help out to get proper debugging in place, I don't think it's very useful to test further if you can't exactly pinpoint the location where things get messy.

*EDIT: perhaps possible addtional interesting information can be found on the following locations:
http://eab.abime.net/showthread.php?t=93055
https://franke.ms/amiga/gdb-eclipse.wiki

[Gerbinist]

It looks like -g might be better than -ggdb or -gstabs
https://gcc.gnu.org/onlinedocs/gcc-4.6.4/gcc/Debugging-Options.html

Jeah, could be... on yet another site I can see the following statement though:

GCC has many flags to specify the kind of debugging information to be included in the binary, including -g, -ggdb, -gstabs and -gstabs+. The only flag which is recommended for use on AmigaOS is -gstabs. So, whenever you wish to create a binary with debugging information, you should add "-gstabs". Other ones may or may not work, but to avoid any issues just use "-gstabs". The same is true if you want to just use "addr2line" to find the address of a crash from a stack trace.

(taken from https://wiki.amigaos.net/wiki/GDB_for_Beginners, but I believe you tried this already)

Argh 

What are you using as environment to get a m68k binary?

[Gerbinist]

Oh... It uses Reaction so it needs 3.5 or 3.9 to work. I understand. I can use it on my WinUAE session and A1200, but my AmigaOS 3.1.4 is out of the question. Bummer. I was looking forward to using it on my fast machine.

If you got access to OS3.9 files there is a nice 'trick' to keep ReAction stuff separated from the OS3.1.4 install. Here for instance I'm 'abusing' SYS:Expansion for that. Expansion is normally not used for these kind of things, but I don't see any strange effects and you can use whatever place you want as an assign is used also. These are the contents of SYS:Expansion/ReAction here:

Code: [Select]

11.Ram Disk:> SYS:Expansion/ReAction/
11.System:Expansion/ReAction> list ALL
arexx.class                 8512 ----rwed 05-Jul-99 03:19:30
Images                       Dir ----rwed 20-Oct-18 18:20:54
requester.class            14496 ----rwed 11-Jun-99 17:56:58
window.class               38216 ----rwed 24-Feb-02 19:46:40
Gadgets                      Dir ----rwed 03-Feb-19 18:57:19
3 files - 2 directories - 128 blocks used

Directory "Images" on Thursday 21-Mar-19
bevel.image                12428 ----rwed 05-Mar-02 00:23:18
bitmap.image                4728 ----rwed 13-Mar-01 20:04:40
boingball.image             2384 ----rwed 09-Aug-99 21:55:48
drawlist.image              3632 ----rwed 13-Mar-01 20:04:40
glyph.image                 7680 ----rwed 29-Mar-01 04:36:30
label.image                 5668 ----rwed 01-Dec-01 20:21:40
penmap.image                6076 ----rwed 01-Dec-01 20:21:36
titlebar.image              7336 ----rwed 07-Feb-01 00:18:44
8 files - 111 blocks used

Directory "Gadgets" on Thursday 21-Mar-19
button.gadget              10564 ----rwed 30-Mar-01 14:51:42
checkbox.gadget             7656 ----rwed 26-Mar-01 17:56:28
chooser.gadget             17496 ----rwed 22-Oct-01 16:24:08
clicktab.gadget            13832 ----rwed 09-Sep-01 16:33:10
datebrowser.gadget          9536 ----rwed 13-Mar-01 20:05:02
fuelgauge.gadget            7916 ----rwed 13-Mar-01 20:05:00
getfile.gadget             10052 ----rwed 13-Mar-01 20:05:02
getfont.gadget              6448 ----rwed 13-Mar-01 20:05:02
getscreenmode.gadget        6840 ----rwed 13-Mar-01 20:05:02
integer.gadget             10116 ----rwed 15-May-01 17:35:36
layout.gadget              29216 ----rwed 17-Oct-01 14:48:18
listbrowser.gadget         44548 ----rwed 05-Mar-02 00:23:50
palette.gadget              8892 ----rwed 13-Mar-01 20:05:02
popcycle.gadget            16808 ----rwed 28-Jul-99 11:23:54
progress.gadget             5360 ----rwed 27-Jul-99 22:44:42
radiobutton.gadget          7968 ----rwed 29-Mar-01 04:36:58
scroller.gadget            13736 ----rwed 07-Mar-02 15:40:06
slider.gadget              11744 ----rwed 01-Dec-01 20:21:46
space.gadget                3632 ----rwed 13-Mar-01 20:05:02
speedbar.gadget            14060 ----rwed 13-Mar-01 20:05:04
string.gadget              22300 ----rwed 05-Mar-02 00:22:52
texteditor.gadget          79624 ----rwed 01-Oct-99 20:25:18
textfield.gadget           20392 ----rwed 11-Jun-99 17:56:58
virtual.gadget             15700 ----rwed 01-Nov-01 20:49:28
24 files - 806 blocks used

TOTAL: 35 files - 2 directories - 1045 blocks used
I added the middle line in below snippet to my Startup-Sequence:

Code: [Select]

Assign >NIL: LIBS: SYS:Classes ADD
Assign >NIL: LIBS: SYS:Expansion/ReAction ADD
Assign >NIL: HELP: LOCALE:Help DEFER

As 'bonus' also Tools/UnArc works from 3.9

[Gerbinist]

This is great! I was going to move over my old 3.9 install and "update" it - this will save me a lot of trouble! You, my friend, are a lifesaver!

Please be aware and cautious of the location I used myself though. SYS:Expansion is normally used by binddrivers to locate add-on hardware (reference: http://www.jaruzel.com/amiga/amiga-os-command-reference-help/binddrivers.html). Now, I am not affected by this, but it also depends on what hardware you got installed yourself. If in doubt, I suggest to hand-pick a different location and change the Assign command in Startup-Sequence to point to that other location.

*EDIT: off-topic, but for some more additional information about Expansion you can have a look here (https://wiki.amigaos.net/wiki/Amiga_Hardware_Manufacturer_ID_Registry.

[Gerbinist]

Code: [Select]

Your SSL client is

Probably Okay
 

Hits are gone here during startup, still crashes after quitting though