We need an iBrowse replacement for 68k!!!

[chris]

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

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

[wawrzon]

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.

[utri007]

Wawrzon : Patience! To get something work is 1/5 of job usually. Most of time is optimizing and speeding things up. Good news is that it will be useable with 16mb ram.



I still get emulator error tested with 040, 32mb ram & plain AGA.

[wawrzon]

well, just so far it doesnt seem to prove that sdl, the both other browsers are based on, is slow by definition.

[matthey]

Wawrzon : Patience! To get something work is 1/5 of job usually. Most of time is optimizing and speeding things up. Good news is that it will be useable with 16mb ram.

Just because 16MB of ram was enough on an older version of NetSurf for a different CPU and OS doesn't mean that it will be enough on the Amiga. I would expect that 32MB would be enough though.

I still get emulator error tested with 040, 32mb ram & plain AGA.

Your tag says that your '040 and '060 Amiga only have AmigaOS 3.1. NetSurf uses Reaction for it's GUI which was added to AmigaOS 3.5. It may be possible that the newest ClassAct on Aminet could be installed and make it work but there are some enhancements since then. As far as the gurus, you were getting an F-line "emulator" trap which usually comes from a lack of FPU. You might check your 68040.library installation and make sure you are using SetPatch in your S:Startup-Seqence because this error should be very uncommon with a full 68040 and a proper 68040.library installation. It looks like the program counter (PC) was getting lost on your 68060 Amiga which can cause it to generate a different guru type each time. It's hard to say why this was happening but I had this happen when the tags were being corrupted by Chris's compiler which is fixed now. You could try installing ClassAct if you only have AmigaOS 3.1:

http://aminet.net/dev/gui/classact33.lha

Do *not* install classact if you have AmigaOS 3.5+! Go online with your internet before trying to start NetSurf.

[utri007]

I have OS3.9 and I don't have any problems with other software wich requires fpu. Need to test with other 68040\060 libraries.

060 did gave diffrent error, thoug I didn't tested it yesterday.

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

[matthey]

I have OS3.9 and I don't have any problems with other software wich requires fpu. Need to test with other 68040\060 libraries.

Good, but you might consider changing your tag line:

Code: [Select]

A1200 Micronic tower, KS3.1, Blizzard 060 66mhz,GVP Spectrum, Delfina Lite and Micronic Scandy, 160Gb hd, 66mb ram, DVD-burner and WLAN.
A1200 desktop, KS3.1, Apollo 040 40mhz, 34mb ram, Ide Fix Express with 160Gb HD and WLAN

I'm using ThoR's MuLib processor libraries but it may not be easy to change yours. As I recall, the Blizzard 68060.library is in flash memory and some of the Apollo accelerators need the Apollo specific CPU library. I wouldn't be too worried about the P5 68060.library if you have a fairly recent flash version in your accelerator but sometimes the Apollo CPU libraries were a bit dodgy.

060 did gave diffrent error, thoug I didn't tested it yesterday.

I read your old posts before commenting. You might try the 68060 setup again as a bug in the compiler which caused similar problems to what you described may be gone.

@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 did some tests of TCP/IP program memory usage when online and iconified:

Genesis using Reaction 973kB (I hacked away 17kB of fluff in the GUI library but my buffer may be larger than default)
Miami with ClassAct GUI 1209kB
Miami with MUI GUI 1211kB

I don't have MiamiDx to check memory use but I would imagine it is more than Miami with MUI. It's probable that switching to Genesis from AmigaOS 3.9 would save 1/4 MB of memory not counting the savings from sharing Reaction objects with NetSurf which could also be significant. Genesis is faster and uses less memory. An option which would save even more memory would be to use Roadshow which has no GUI. Olaf claims that the minimum memory requirement would be around 360kB but lets say 400kB with a reasonable buffer size and a few settings activated, Now you would be saving over 3/4 MB of memory and Roadshow is also faster than Miami/MiamiDx. That is a big difference. I expect that being able to optimize NetSurf with a better compiler could save 1/2 MB and closing the splash window right before opening the NetSurf screen and window instead of right after could save a little while reducing fragmentation. I'm sure there are other NetSurf options which could save memory like changing the font handling. 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?

[utri007]

OK tested, now both of my machines gives : Check Instruction Error

I installed mmulibs 68040.library, so there must have been something wrong with 68040.library.

Though checkFPU found it as like it does with mmulibs's 68040.library

Netsurf crash immediately after makedir users/user/iconcach

[matthey]

OK tested, now both of my machines gives : Check Instruction Error

I installed mmulibs 68040.library, so there must have been something wrong with 68040.library.

Maybe. A check instruction error is usually an indication that the Program Counter (PC) got lost. If the PC ends up inside NetSurf then it should be consistent what guru number is given (for that version of NetSurf only) but if the PC is outside of NetSurf memory then any guru number could be given as this memory changes each time a program is executed.

Though checkFPU found it as like it does with mmulibs's 68040.library

Netsurf crash immediately after makedir users/user/iconcach

I would have you use MuForce to record any hits but it wouldn't do us much good without usable source debugging info and GCCFindHit or similar working.

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

[matthey]

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.

In Choices, I added:

Code: [Select]


arexx_dir:/Rexx


The annoying requestor has disappeared .

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

[utri007]

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

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