We need an iBrowse replacement for 68k!!!

[chris]

@Chris
Is a new version of NetSurf available to test without RectFill?

The most recent one I uploaded had that removed (well, replaced with EraseRect).  I'm looking at the archive now, NetSurf executable size is 5906380 dated 13-02-2015 18:38.

[chris]

I fear netsurf as aros and many other çontemporary projects may be dependant on gcc features a compiler from the nineties does not offer.

Even gcc 2.95 was deemed too old/troublesome when I mentioned it.

[chris]

I believe the rp->Layer or the whole RastPort is corrupt or not initialized properly.

Seems unlikely, however I've just discovered some code I stuck in for OS3 only which may well be causing the problem, so I've taken that out and uploaded a new version.

[chris]

It's working again .

Woo-hoo!

Is the graphical corruption still present?

[chris]

The welcome page looks good but amiga.org still has gfx corruption.

OK, that's unlikely to get fixed any time soon.

[chris]

what about the speed? rendering pages is still magnitudes slower than sdl-netsurf68k or aros-owb-68k. even ifit is basically working it doesnt make a sense to use the browser like that on any amiga.

Bear in mind I'm having to build it without any optimisations, and parts of the rendering code itself aren't really ideal for 68k (bitmap quantisation and - especially - font plotting* are non-optimal for slow processors).  In contrast, SDL-AGA is optimised to squeeze every last CPU cycle out of it.  Ideally, we need NovaCoder to apply his magic to NetSurf too

direct_render:1 should provide some clues on what is slow.

* I need to get round to getting my bitmap font support working, I'm sure this is where most of the speed is being lost - on my A1200 if I use CG fonts on the splash screen, there's a delay of several seconds, when rendering a page this would occur on every font size or typeface change AIUI.

[chris]

It looks like the pesky requestor that pops up asking to insert PROGDIR in any drive is from ami_arexx_execute("PROGDIR:Rexx/Startup.nsrx") in amiga/arexx.c. It occurs shortly after ami_gui_splash_close(). The function call and string look ok but maybe the arexx_obj doesn't handle PROGDIR: correctly? What do you think is wrong here?

I guess it doesn't handle PROGDIR: correctly, as you say.  The "fix" would be to add the following to the config file:
arexx_dir:/Rexx

If that cures it I might be able to expand PROGDIR:Rexx by default.

I use and configured AWeb and Ibrowse to use the bitmap fonts from here:

http://www.amiga.org.ru/websurf/

Do you think these would work? Maybe you could get permission to include the fonts with NetSurf?

Yes, when/if I get bitmap fonts working they should work fine.

[chris]

Netsurf crash immediately after makedir users/user/iconcach

I'm pretty sure this is the same crash I see on OS4 when using the 68k binary.  I posted a stack trace from it previously, but I can't get it to do it consistently.

[chris]

In Choices, I added:

Code: [Select]


arexx_dir:/Rexx


The annoying requestor has disappeared .

Ok, I'll fix that when I have a bit more time.

[chris]

What it would do after makedir iconcache? It seems that it does dir, wondering if crash because what happen after it?

Let's see...

Code: [Select]

ami_mime_init("PROGDIR:Resources/mimetypes");
 sprintf(temp, "%s/mimetypes.user", current_user_dir);
 ami_mime_init(temp);
It initialises the MIME types lookup, which is in this file.

ISTR a bug in ReadArgs which meant the line had to end with a LF, not sure if that's relevant here, I think the mimetypes file has one of those at the end.

[chris]

I've uploaded a new one with the PROGDIR: problem fixed.
I've added a couple of lines of debug which might confirm whether utri's crash is in ami_mime_init or not.

[chris]

confirm progdir issue gone, browser works without further modifications, aome wrong colors (endian issue) setting 16bit pc mode on my voodoo3, but i think these are minor things to take care later. attach screenshot of aorg, alas i cannot effectively post here from my amiga since netsurf is too slow.
http://www.amiga.org/gallery/images/5312/1_ns1.jpg

I think the bitmap tiling might be the cause of the previous page showing through. I did enable that for OS3 using some old code but I might have done something wrong.

i will play with it a bit, but could you fix the preferences dialog window to be able to use it, probably it needs some minimal sizes or working resize gadget.

More likely one of the objects isn't being created and is causing the window not to work at all.  It uses pretty much every type of gadget so it'll take a while to figure out what's not working, especially as I can't get that far here.  If I had to guess the most likely cause is page.gadget, which ties in with tabs in the browser not working either.

btw, command find text causes priviledge violation and consequently crashes the system.

Matthey?

i just wondr if we could use some other, less heavy site to communicate, so that i can post logs and screenshots directly from my amiga. maybe aw.net. also download link to the test archive in an initial post instead trying to memorize to search it somewhere on the 21 page of a long thread.

amigans.net is preferred by me, don't know whether it is any less heavy though.

The download link will be moving eventually, I've asked Vince to enable to auto-builder but it hasn't been done yet.

I can't make any significant changes right now as 3.3 is being released next week, and I don't want to inadvertently break something for OS4.

[chris]

There are several places (menu items or gadgets) that cause hits or crashes which I have not debugged. I don't know which areas Chris has worked on and are ready to debug.

IIRC everything is enabled now on that build (except tabbed browsing), so all the menu items should work.

[chris]

OK, I've put an experimental bitmap fonts supported version up.  It's pretty horrid but is definitely faster even on OS4 when using outline fonts through it.  It doesn't make any attempt to display anything in the correct character set, you'll just get raw UTF-8 stuck on the screen.

To enable, set the following in Choices:
use_diskfont:1
font_sans:helvetica
font_serif:times
font_mono:topaz
font_cursive:garnet
font_fantasy:emerald

Feel free to use different fonts!

[chris]

It's working and there is spacing in the text now which looks better but ami_font_bm_open() must be called several thousand times, often many times for the same font and size in a row. This makes it slow with netsurf -v to display all the output but maybe it will be alright without -v.

It's always going to be slower with -v anyway.

OpenDiskFont caches the fonts, my usual code does caching itself but here it's more complicated (due to having to open the right combination of font, size and flags) and I figured it was unnecessary.

I've been trying to track down the menu "Browser->Find text" bug which is caused by a NULL pointer which is then put on the stack and used by an RTS deep inside intuition.library. What ever happened to simple hits in the executable? I guess this is what happens when back porting to an OS which is missing the new APIs and support.

Edit: I have one lead pointing to the "Browser->Find text" bug being in amiga/menu.c ami_menu_item_browser_find(), It would be the GetAttr() call that has the hit and then guru in intuition.library. The NULL pointer may be at an offset of 8 from a structure (maybe a private struct). I would have to catch before the GetAttr() call if you need more info on arguments passed.

That GetAttr is used in a lot of the menu options - eg. Show Local History does it too.  I can't believe there's anything wrong with that, it's only getting the WINDOW_UserData value.

Edit: actually this is probably a 68k registers thing too, it'll take me a while to get through these.

Scrolling the display window with the keyboard works but not the proportional gadgets which give NetSurf debugging messages like:

Code: [Select]

amiga/gui.c ami_scroller_hook 5168: IDCMP hook unhandled event: 0


OK, I think that's a 68k registers thing.  I've probably fixed it.  I'll hold off uploading new builds for the minute until I merge the bitmap fonts stuff across.

[chris]

Hook problem? Fixing the registers in all hooks could make a lot of things work .

Yes... just done it (might* have missed some, but we'll find out)

Uploaded a new version from my bitmap fonts branch (as I don't want to merge this yet).

* Actually I know I've missed some, but nothing important for now.