Re: JavaScript
by Chris Young
On Sat, 7 Jul 2012 18:17:12 +0200, m0n0 wrote:
> I have no problems with version 1.7 - no crashes or such.
> Are you using my spidermonkey-1.7 branch? It's not in sync with
> the master so you need pull in commits of the master.
I'm using master with the missing macros in my Spidermonkey jsapi.h.
I've just tried your branch, and although it doesn't crash it is
complaining with this error on my simple test:
(14.417069) javascript/jsapi.c js_reportError 59: <head>:1:ReferenceError: alert is not defined
This was working a while back with 1.50, however as you state, your
branch is out of sync, and libdom has had some changes (which I think
is what is causing my crash and is probably also responsible for
alert() now not working with the older code - although I haven't yet
tried linking back with 1.50)
If I sync to master I think it will start crashing again.
It's definitely something to do with Javascript. If I disable
Javascript in Choices it stops the crash. All my libraries are
up-to-date (I have double and triple checked this and rebuilt them
all). I think the stack trace might be a red herring as it is
following through parse_chunk, which I don't think has changed and I
find it very unlikely this has suddenly decided to attempt to jump to
a NULL address. It's possible that memory is getting corrupted which
is then causing NetSurf to fall over.
My suspicion is libdom purely because everything was working before
the libdom binding changes, and that's the only library which has
changed significantly.
Chris
10 years, 11 months
Re: JavaScript
by Chris Young
On Wed, 04 Jul 2012 01:23:04 +0200, Ole wrote:
> The JS_FS_ etc. macros were already in my patch. I guess they didn't
> made it into the repository
> because there wasn't an additional #ifdef JS_VERSION <= 170
>
> So, it's maybe worth a second try.
I'll let you handle that :)
> So, finally I want to suggest that you also try to compile 1.7, it
> would be better if we both
> use the same "old" version. 1.7 should be easy to port. At least as
> easy as 1.5. Then
> we don't have to figure out difference between 1.5 and 1.7...
I'll give it a try when I get time - might not be for a couple of
weeks though. Unfortunately it wasn't me who ported 1.5 so I'm not
exactly wure what was changed to get it to work.
> Is there anyone with big-endian and working spidermonkey 1.8 jsconsole?
> I do not have problems when running
> scripts directly, just when starting up the interactive jsconsole. It
> happens during JS_NewObjectWithPrototype.
I get a crash with my Spidermonkey 1.8.5 library, but I didn't build
the console so I haven't tried that. A newer version is included with
Timberwolf (I'm trying to get hold of the includes, but it has a lot
of dependencies so I'm not sure whether it is a good idea anyway),
that doesn't have the standalone console either, but the library
works.
I think my 1.8.5 problem is because it's trying to use JIT even though
I (tried to) disable it.
Chris
10 years, 11 months
Re: JavaScript
by Chris Young
On Wed, 04 Jul 2012 01:38:49 +0200, Ole wrote:
> #define JSAPI_FS(name, nargs, flags) \
> - JS_FS(#name, jsapi_native_##name, nargs, flags, 0)
> + JS_FS(#name, jsapi_native_##name, nargs, flags)
>
> That should probably extended into something like that:
>
> #ifdef JS_VERSION <= 150
> JS_FS(#name, jsapi_native_##name, nargs, flags, 0)
> #else
> JS_FS(#name, jsapi_native_##name, nargs, flags)
>
> ( it looks like that 1.5 uses the same number of initial values
> as versions > 1.8.0 )
Actually that's one of the macros that doesn't exist. I copied it
from my 1.8.5 includes, so that'll be why!
Chris
10 years, 11 months
Re: JavaScript
by Bernd Roesch
Hello Ole
On 03.07.12, you wrote:
>
>
> Is there anyone with big-endian and working spidermonkey 1.8 jsconsole?
> I do not have problems when running
> scripts directly, just when starting up the interactive jsconsole. It
> happens during JS_NewObjectWithPrototype.
Do you think it is big endian problem then ?.maybe you ask and report that on spidermonkey ML.
I find how can compile spidermonkey 1.8 here.it work only with autoconf 2.13. Is this with newest
1.8 too ?.
also i did not unterstand what they mean with NSPR. what NSPR is need ?.
"""""
https://developer.mozilla.org/en/Building_only_SpiderMonkey
cd js/src
autoconf-2.13
./configure
make
Note that autoconf version 2.13 is required. No later version will work. The MozillaBuild package
for Windows includes autoconf 2.13.
If this does not work correctly due to NSPR problems, see Troubleshooting NSPR.
""""
>
> Greets,
> Ole
>
>
>
Regards
10 years, 11 months
Re: JavaScript
by Chris Young
On Mon, 02 Jul 2012 00:01:40 +0200, Ole wrote:
> Almost yes, this patch is working for spidermonkey 1.7 and probably 1.8
> ( I'm not sure what the other developers think about it? There was no
> comment at all :/)
Vince has committed a change based on your patch.
Chris
10 years, 11 months
Patch: avoid repeated initialization/allocation of global object in js_newcompartment
by Ole
Hello,
this patch tries to avoid repeated initialization of JS context,
altough there is already one setup.
Maybe an assert(JS_GetGlobalObject(cx) == NULL) would be better here,
because js_newcompartment is not intended to be called twice on the same
context?
(fixes an failed assert in spidermonkey when reloading the page)
Greets,
Ole
10 years, 11 months
Re: JavaScript
by Bernd Roesch
Hello
If the patch is in netsurf, is there a automatic build, or build instruction, what need to do to get
that compiling and working ?
Does the Atari netsurf now have Java script ?
>
> But there is also one important type missing within 1.7: c-types.
> I guess it will be used by developers quite often, because
> HTML5 brings also the ability to create files with javscript and offer
> them for download.
>
as far i understand it can not work on other than firefox or a OS the JS script developer know,
because it use firefox API. Or do you not mean this ?
https://wiki.mozilla.org/JSctypes
I dont understand wy such a risky funtion is add to java script. I guess virus programmers are the
most that use that. Now i understand more that i get before some weeks a bka virus when i surf with
firefox. I remove it and i remove Java. currently all work ok. but i think its better to not use
firefox, if this offer such functions.
Regards
10 years, 11 months
Re: JavaScript
by Chris Young
On Sat, 30 Jun 2012 02:13:45 +0200, Ole wrote:
> This patch adds support for older spidermonkey versions (tested with
> 1.7):
> http://pastebin.com/XEUhYhYY
That seems to work with 1.5, bar a crash in js_Execute() which I can
ignore past (and don't have time to investigate atm).
> Also remember to update desktop/netsurf.c
What needs updating in desktop/netsurf.c??
Chris
10 years, 11 months
Git transition mostly done
by Daniel Silverstone
Hi,
The transition to Git is mostly complete now. There are a few things left to
do, and a few repositories to bring into the main namespace and out of the
import space.
We will not have commit mails for a few days yet, sorry about that. I will
work on getting them done, but it may be next week before they're fully
functional once more.
You can get some instructions on getting started with the code as it is now, at
http://wiki.netsurf-browser.org/Documentation/GettingCoding and you can find a
rough guide to using git with the code at
http://wiki.netsurf-browser.org/Documentation/GitCheatSheet if you need it.
Currently outside of temp-import/ is all the repositories necessary to get
NetSurf building natively on GTK Linux and (I believe) for Framebuffer. Of
what is left to transition out of the import tree, the most obvious is the
website. I will work with Michael to help him get that done.
All the repositories apart from the buildsystem one are also hooked into our
CIA bot. I didn't feel the buildsystem repository warranted CIA integration,
so until we have change mails working, remember to let the IRC channel know if
you change anything in there.
I will write a wiki page about administering the Gitano instance later. This
is secondary to getting the functionality finished so that change mails etc
will work.
Please find me on IRC and/or email if anything isn't working well.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
10 years, 11 months
