duktape error NetSurf OS3

[chris]

AGA has some serious problems, but pictures tell more than 1000 words.

Can you try direct_render too?  Above warnings apply.

You might need to set the tile size to be the same as the screen.

[chris]

OK, I just tried NetSurf wit the bitmap.h modification (AMI_BITMAP_FORMAT to 0), and... NetSurf doesn't want to be launched, contrarly to the previous non-modified version.

Try toggling the bits, so it reads R8G8B8A8 or whatever.

I can't use this version on Happiga, I suppose it's because it contains DukTape... I use the version I compiled myself via NetScript.

It's a plain 68000 binary, no Duktape.

[chris]

How do I test direct_render? user/choises direct_render:1 ?

Yes.

Some stupid questions :

What was page to see current settings?

about:config

Where was cache native versions setting?

Prefs, Rendering tab.

Is it current build that experimental 68000 build, here : http://cy2.uk/netsurfos3

Yes.

What was format to set tile size to 640x512?

tile_size_x:640
tile_size_y:512

I think.

[chris]

What do you mean by toggling ? Do you want I try RGBFB_R0G8B8A8 or RGBA_R8G8B8A8  instead of RGBFB_R8G8B8A8 ?

Change it so it is ordered RGBA instead of ARGB. Have a look in the Picasso96 headers, but basically you need to move the A8 to the end.

[chris]

Direct render causes more problems.

Yes, I know, that's why I surrounded it with *warning*warning*warning*. It's there for debugging purposes. It proved that the extra bitmap isn't the problem.

tile_size_x:640 and tile_size_y:512 actually makes it feel faster.

Yes, it will do (and probably is) but uses more memory, so the default is smaller tiles.

[chris]

I don't know if you have noticed but amigaworld.net looks almost OK

Yes, in fact it's only the amiga.org logo which is obviously wrong, everything else is OK (lacking colour and not perfect, but not completely bonkers)

[chris]

OK I need to test, but :

I don't have any color/display problems with  RTG system
Both machines have identigal OS install. I have old 2gb hard drive wich I use for OS installltion, actually just copy files from it. It has very Basic OS3.9 with BB1&2, magic menu and prism2v driver.

Chris what you think about this?

If you don't have P96 installed, then the pixel format is not relevant (likewise for OS4.1FE)

I just deleted the line about datatypes, but NetSurf uses internal decoders in preference so I'd be surprised if it made a difference. Actually I think I disabled the datatypes decoder on OS3 as the functions I was using didn't exist in the old datatypes.library.

Ealier today I tried Netsurf in HAM screen, it didn't change a thing. I ques HAM is not supported with guigfx and render libraries?

Intuition doesn't normally let you open HAM screens, ergo I've never tried running NetSurf on one.

[chris]

The SSL thing I've seen before, the fix might have been related to ca-bundle, not sure.

[chris]

Did you reinstall NetSurf after "updating" the datatypes ? I had to do that, so the before-datatype Netsurf versions didn't work and the after-datatype versions did.


I didn't change anything else except this. So, I don't know, maybe Happiga don't have the (basic) datatypes you need for NetSurf... But I'll tell its designer to see if he can implement them.

It needs PNG for the splash and for the buttons.  The browser itself does not need DataTypes as all the usual filetypes are internal decoders.  Furthermore, on OS3 it cannot use them (for browsing) as the code is commented out.

I also heard about AmiSSL. I wanted to install it on Happiga, but it seems there is no installer for... If you have a link or something else, I would gladly accept ^^

It doesn't use AmiSSL, it has a static-linked OpenSSL.  Check through your SnoopDOS log and make sure it is reading the correct ca-bundle (Resources/ca-bundle)

[chris]

Sorry, going back a bit as I just remembered I meant to reply to this:

I suppose that's what you asked me before ! ^^

Actually, it wasn't.

If you get chance have a play around with some Duktape debug options and see if you can get any more output out of it:
http://www.amiga.org/forums/showpost.php?p=811184&postcount=82

[chris]

OK, I reinstalled Happiga into my SD card and I confirm : it's not the datatypes. Mea culpa ! ^^ I don't know how, but it fixed down ! ^^
Well, I'm trying te recompile another NetSurf version, to be sure I don't have a special one. @chris, did you do some modifications on the NetSurf files during the week ? Maybe it could explain this...

There have been a few changes this week, see: http://git.netsurf-browser.org/netsurf.git/log/

Personally I fixed one buffer overwrite which would only have been an issue when trying to access something like "file:///ram", but one of the other changes might have inadvertently solved your problem.

Trying to access YouTube (with a SSL certificate) :


Doesn't work, yet it can read the ca-bundle...

It says it is reading it, but NetSurf clearly doesn't like it.  Is ca-bundle OK?  Try replacing it with https://curl.haxx.se/ca/cacert.pem.  You might find the current file is just a text string.

[chris]

No, I just tried and I've got the same issue... maybe this /opt/netsurf point could explain the fact that doesn't work. Maybe I have to install SSLroot, OpenSSL or something like that ?

EDIT : Yay, 42 posts ! Great ! ^^

I don't think so, as the missing file is just a config file.

Oh, in fact, I talked with Tygre who told me he managed to launch DukTape alone and NetSurf alone on his emulator. So, that means the binding doesn't work. Maybe the DukTape issue comes from there. He told me to look nsgenbind/test/data/bindings/browser-duk.bnd and nsgenbind/src/nsgenbind.c (NetScript downloads these files to compile NetSurf). I don't know if it can be useful and if it can help, I'm going to see in, but I prefer to warn you, just in case you would like to see...

It *could* be in the generated output, I doubt the problem is with nsgenbind as that gets compiled for the host, not for AmigaOS.

My current suspicion is content/handlers/javascript/dukky.c

[chris]

Compiled my version with -m68020 and this works without fpu too.
(-m68020-60 doesn't).

Cool, thanks.

[chris]

OK, I'll both have a look at those files. I don't know if I'll find something, but we don't know ! ^^

It's getting to the point where adding extra logging might be the only way to figure it out.

LOG("blah blah blah")
Then run with -v

[chris]

Wich makes me wonder would render.library support HAM?

It does, as does guigfx, but I don't know how/if NetSurf would handle it.

[chris]

Assertion of condition "perror == parseutil_ok" failed file "utils/utf8.c", line 135.

Almost certainly related to the horrid text layout routines which always cause me problems.

Please feel free to fix them.