duktape error NetSurf OS3

[chris]

Sorry, doesn't run. Same error :

FATAL 56: uncaught error
PANIC 56: uncaught error (calling abort)
Abnormal program termination

OK, that's what I get too.  It looks like that output is from Duktape, so obviously clib2 is doing something it doesn't like.

Really needs somebody to trace Duktape to see where it is failing.

[wawrzon]

this is second time clib2 causes a significant issue. which wont be traced let alone fixed, i fear. so why not simply build against libnix? may be a naive question, but what does clib2 offer in comparison?

[chris]

this is second time clib2 causes a significant issue. which wont be traced let alone fixed, i fear. so why not simply build against libnix? may be a naive question, but what does clib2 offer in comparison?

The other "significant issue" isn't actually fixed by using libnix, so this is the first one only.

clib2 is more modern and supported.  libnix still uses ancient functions like Allocate(), I'd rather not go back to that.

Like the EU, we should stay in and fix the problems, not abandon it and change to something older which isn't necessarily better.

Next step is to enable DUK_USE_DEBUG and see what we get.

[wawrzon]

The other "significant issue" isn't actually fixed by using libnix, so this is the first one only.

my impression was that the gradually increasing lag occurs only with clib2, not libnix?

clib2 is more modern and supported.

it may be more modern or not, but the question is, if it really is supported. who is maintaining this for amiga-m68k? because libnix source together with a whole amiga toolchain is here and seems actually to be actively maintained:
https://github.com/cahirwpz/libnix

Like the EU, we should stay in and fix the problems, not abandon it and change to something older which isn't necessarily better.

that depends if it is accessible for whoever wants to fix it. some curious similarities to developments in amiga scene here. if at least a temporary rollback to an earlier version was necessary and desired, time will tell.

Next step is to enable DUK_USE_DEBUG and see what we get.

ok. i stand by as im not able to test the binaries currently.

[chris]

my impression was that the gradually increasing lag occurs only with clib2, not libnix?

Because clib2 uses memory pools, libnix does plain allocations.  The slowness in clib2 occurs because after a while, memory pools aren't any more efficient than plain allocations.  Switching to libnix just means it will be that slow speed all the time, which isn't really a fix.

it may be more modern or not, but the question is, if it really is supported. who is maintaining this for amiga-m68k?

Olaf (olsen).

ok. i stand by as im not able to test the binaries currently.

I'll try it when I get chance.  Actually I might ping DNADL a note as it'll most likely get tested quicker.

[wawrzon]

Because clib2 uses memory pools, libnix does plain allocations.  The slowness in clib2 occurs because after a while, memory pools aren't any more efficient than plain allocations.  Switching to libnix just means it will be that slow speed all the time, which isn't really a fix.

please verify with apj (arturs) benchmark here, post #263:
http://www.amiga.org/forums/showthread.php?t=70260&highlight=clib2+libnix&page=14

i admit the circumstances may not be optimal, he probably didnt reload the page from local file, but its obvious that while libnix and ixemul are slower than clib2 initially, clib2 will eventually slow down to 3-6 slower that them. at this point using the memory allocator provided by ixemul 6x.x seems definitely fastest and most stable option. second is libnix. if you say that clib2 behaviour is not a bug but simply consequence of memory alocator using pools adnt that its normal that they will become inefficient with the time, then i wonder why to stick to that solution.

for the record. im not trying to force anything through. but i wonder.

Olaf (olsen).

could you contact him about the matter?

I'll try it when I get chance.  Actually I might ping DNADL a note as it'll most likely get tested quicker.

if you tell me where in the build scripts or headers the copmpiler options are specified i could try to compile it and post binary somewhere for people to test. the libraries/deps need to be recompiled as well i take it?

[chris]

It's 1am so I'll worry about the rest later, however:

if you tell me where in the build scripts or headers the copmpiler options are specified i could try to compile it and post binary somewhere for people to test. the libraries/deps need to be recompiled as well i take it?

There's a Duktape config header file somewhere in content/(fetchers?)/javascript

[wawrzon]

sorry, bit slow on this, trying to compile odyssey for 68k on the other end;)

i see only /dev-netsurf/workspace/netsurf/content/handlers/javascript/duktape/duk_config.h

but i do see there only general platform flag m68k (DUK_F_M68K) no mention of particular cpu target. must be somewhere before. will keep looking for that.

[chris]

i see only /dev-netsurf/workspace/netsurf/content/handlers/javascript/duktape/duk_config.h

but i do see there only general platform flag m68k (DUK_F_M68K) no mention of particular cpu target. must be somewhere before. will keep looking for that.

That's all there is, Duktape doesn't care what sort of 680x0 you have, why should it?

duk_custom.h is where the lines should be added:
#define DUK_USE_DEBUG
#define DUK_USE_DEBUG_LEVEL 0

However I'm not getting any extra debug, so there's something wrong somewhere (DEBUG_LEVEL goes up to 2... still nothing)

[DNADNL]

Hello !

Oh, I didn't see all these messages ! I don't know I didn't receive any notifications about that, so sorry not answering you before !

Easiest / fastest way to get setup wich works with it, is buy Amiga Forever, it works also with Cloanto's OS3.X

Only thing needed is usergroup.library from Ami TCP install.

As far I can tell, Ducktape works wit PPC, as it is currently used as Netsurf java script engine. If anything isn't changed lately?

I have a similar problem with another thing. I try to maye NetSurf work on Happiga, an AmigaOS distribution (ARM4UAE-based) for the Raspberry Pi. I manages to install it but I can't launch it because the usergroup.library is missing. If you have an idea solving this problem, I would be happy to know it ! ^^

@dnadnl

could you share your changes with me that let you compile duktape so far? or rather how could we corrdinate this. even if im not sure if im going to be of any help.

first of all, where is duktape/binding.h?

edit: äh. stand by. just realized i need first to re-read this thread as well;)

I answer you even if you don't need it anymore ! ^^
Every file modification is included in the scriptUpdate folder of NetScript. The modifications are made thanks to the sed command. If you don't understand those files, I can help you if you want.

I'll try it when I get chance.  Actually I might ping DNADL a note as it'll most likely get tested quicker.

I suppose that's what you asked me before ! ^^
If you need anything else to test, just tell me !

Also, I come here to say a new NetScript version is available ! This version includes the cygwin tools installation, so you don't need to install the whole cygwin dev tools anymore. More disk space, more time saved, ... what more could you asked for ? ^^

I think I'm going to create a NetScript topic, to stop "polluting" this one, don't you think, so ?

Hoping I'll receive a notification this time ! Have a good day/night !
DNA

[chris]

Oh, I didn't see all these messages ! I don't know I didn't receive any notifications about that, so sorry not answering you before !

Your email is very intermittent.

I have a similar problem with another thing. I try to maye NetSurf work on Happiga, an AmigaOS distribution (ARM4UAE-based) for the Raspberry Pi. I manages to install it but I can't launch it because the usergroup.library is missing. If you have an idea solving this problem, I would be happy to know it ! ^^

The short answer (which is on the email you probably haven't received) is to grab it from the AmiTCP archive.

[utri007]

DNADNL grab it here http://aminet.net/package/comm/net/AmiTCP-bin-30b2

Seems that all AmiTCP installs doesn't include usergroup.library.

[DNADNL]

Hello everyone !

I confirm I didn't receive any notification ! XD

Your email is very intermittent.

The short answer (which is on the email you probably haven't received) is to grab it from the AmiTCP archive.

I confirm I didn't receive your email too, I will give you a google one by email.

DNADNL grab it here http://aminet.net/package/comm/net/AmiTCP-bin-30b2

Seems that all AmiTCP installs doesn't include usergroup.library.

OK, i'll try this right now.

Thanks guys !

[utri007]

Note that you don't need to install AmiTCP just copy usergroup.library to sys:libs

[DNADNL]

Note that you don't need to install AmiTCP just copy usergroup.library to sys:libs

Ok, I did what you said, and I don't have the issue anymore. Yipee !

But NetSurf failed to initialise as you can see there : .
It seems there is not enough memory to init NetSurf, but this seems weird, because I don't think NetSurf uses more than 128 MB to be initialised.
Do you have an idea about this problem ?

EDIT : I want to specify that I use the No-DukTape version here, and I already managed to make NetSurf work (without Internet, but I had the windows) on this AmigaOS distribution.

[chris]

Try setting your language to English in Locale - could be something wrong with the French Messages file.