Hello Richard,
seems like everyone forgot to answer your question.
Am Sonntag, den 15.12.2013, 08:45 -0800 schrieb Richard Gale:
> It seems like netsurf is a great candidate for providing HTML based UI
> in apps. Is this something anyone has tried from a technical point of
> view?
More or less recently, there was some change inside the NetSurf API,
which may makes this more easy. The frontend code can contain the
mainloop now:
http://git.netsurf-browser.org/netsurf.git/commit/?id=dfb774c2458f749ebafba77ef30f2d16e80032e7
However, there is a problem: The frontend only receives localized text
messages when the netsurf engine changes it's state.
Websites, however, can open severeal frames/windows. You can not easily
make sure for which window your receive status texts, you do not receive
one single "RENDERING_FINISHED" message. AFAIK there is no reliable
mechanism implemented to cleanly report "end of rendering" to host applications.
Greets,
Ole
Friday, 31 October 2014
Re: [gccsdk] gtk glib or gmodule problem
In message <5453CF91.3030400@sky.com>
Lee Noar <leenoar@sky.com> wrote:
> On 31/10/14 01:53, Ron wrote:
> > Can anyone say what could be causing these errors?
> >
> > Running a gtk2 calculater emulator I get:
> > RISC OS error:
> > 'has suffered a fatal internal error (Window Manager is currently in
> > use) and must quit immediately'
>
> I would assume that the gtk2 program is a WIMP application, so you would
> run it as such, ie, from an obey file that sets up the environment
> (wimpslot, system variables, etc) and then runs the binary.
> It sounds like you're trying to run it from a taskwindow which is I
> believe a WIMP task and is why you get the Window Manager in use error.
>
OK, similar to the way a .sh file can manage a gcc build process.
Using a nextslot and the *Wimptask command provides the temporary
traceback window, but I will go the obey file route.
> > And then the TaskWindow outputs:
> > Using 'dlopen' requires dynamic linking: Success
>
> Are you static linking? dlopen doesn't work in static binaries; you have
> to use dynamic linking. When static linking, the dlopen, dlsym and
> dlclose functions are dummy versions that return an error like the one
> above.
>
> > (free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
> > `module != NULL' failed
> >
> > (free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
>
> These are the result of dlopen failing.
>
> > I've tried a few things in the makefile, but always the same errors.
>
> If your program needs to load libraries at runtime using dlopen, then
> dynamic linking is required.
>
> Lee.
>
Yes everything is /supposed/ to be static.
I'll try --disable-shared on my top level program, before delving into
the autobuilder libraries. I think it is possible to do a non static
build with .a libs so just removing .so libs wouldn't serve as a
safeguard, but it would be nice to have confirmation.
Somewhere a ldd command was mentioned as showing info.
The libglib2.0 manual sort of says that dlopen() can will be used
internally for loading modules when statically linking. Maybe this is
the dummy versions you speak of. In the autobuilder, The symbol
underscore variable was set 'on', which corresponds with 'system
supports dlopen()/dlsym()'.
The other (maybe unnecessary) complication is that libtdl can be used
to get dlopen() functionality in static libs,
It needs initialising in the source somewhere and the linker command
line has -dlopen 'modulename' added.
Should libtdl be necessary, or what is this 'internal dynamic linking'
aimed at doing?
Thanks, Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Lee Noar <leenoar@sky.com> wrote:
> On 31/10/14 01:53, Ron wrote:
> > Can anyone say what could be causing these errors?
> >
> > Running a gtk2 calculater emulator I get:
> > RISC OS error:
> > 'has suffered a fatal internal error (Window Manager is currently in
> > use) and must quit immediately'
>
> I would assume that the gtk2 program is a WIMP application, so you would
> run it as such, ie, from an obey file that sets up the environment
> (wimpslot, system variables, etc) and then runs the binary.
> It sounds like you're trying to run it from a taskwindow which is I
> believe a WIMP task and is why you get the Window Manager in use error.
>
OK, similar to the way a .sh file can manage a gcc build process.
Using a nextslot and the *Wimptask command provides the temporary
traceback window, but I will go the obey file route.
> > And then the TaskWindow outputs:
> > Using 'dlopen' requires dynamic linking: Success
>
> Are you static linking? dlopen doesn't work in static binaries; you have
> to use dynamic linking. When static linking, the dlopen, dlsym and
> dlclose functions are dummy versions that return an error like the one
> above.
>
> > (free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
> > `module != NULL' failed
> >
> > (free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
>
> These are the result of dlopen failing.
>
> > I've tried a few things in the makefile, but always the same errors.
>
> If your program needs to load libraries at runtime using dlopen, then
> dynamic linking is required.
>
> Lee.
>
Yes everything is /supposed/ to be static.
I'll try --disable-shared on my top level program, before delving into
the autobuilder libraries. I think it is possible to do a non static
build with .a libs so just removing .so libs wouldn't serve as a
safeguard, but it would be nice to have confirmation.
Somewhere a ldd command was mentioned as showing info.
The libglib2.0 manual sort of says that dlopen() can will be used
internally for loading modules when statically linking. Maybe this is
the dummy versions you speak of. In the autobuilder, The symbol
underscore variable was set 'on', which corresponds with 'system
supports dlopen()/dlsym()'.
The other (maybe unnecessary) complication is that libtdl can be used
to get dlopen() functionality in static libs,
It needs initialising in the source somewhere and the linker command
line has -dlopen 'modulename' added.
Should libtdl be necessary, or what is this 'internal dynamic linking'
aimed at doing?
Thanks, Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] gtk glib or gmodule problem
On 31/10/14 01:53, Ron wrote:
> Can anyone say what could be causing these errors?
>
> Running a gtk2 calculater emulator I get:
> RISC OS error:
> 'has suffered a fatal internal error (Window Manager is currently in
> use) and must quit immediately'
I would assume that the gtk2 program is a WIMP application, so you would
run it as such, ie, from an obey file that sets up the environment
(wimpslot, system variables, etc) and then runs the binary.
It sounds like you're trying to run it from a taskwindow which is I
believe a WIMP task and is why you get the Window Manager in use error.
> And then the TaskWindow outputs:
> Using 'dlopen' requires dynamic linking: Success
Are you static linking? dlopen doesn't work in static binaries; you have
to use dynamic linking. When static linking, the dlopen, dlsym and
dlclose functions are dummy versions that return an error like the one
above.
> (free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
> `module != NULL' failed
>
> (free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
These are the result of dlopen failing.
> I've tried a few things in the makefile, but always the same errors.
If your program needs to load libraries at runtime using dlopen, then
dynamic linking is required.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> Can anyone say what could be causing these errors?
>
> Running a gtk2 calculater emulator I get:
> RISC OS error:
> 'has suffered a fatal internal error (Window Manager is currently in
> use) and must quit immediately'
I would assume that the gtk2 program is a WIMP application, so you would
run it as such, ie, from an obey file that sets up the environment
(wimpslot, system variables, etc) and then runs the binary.
It sounds like you're trying to run it from a taskwindow which is I
believe a WIMP task and is why you get the Window Manager in use error.
> And then the TaskWindow outputs:
> Using 'dlopen' requires dynamic linking: Success
Are you static linking? dlopen doesn't work in static binaries; you have
to use dynamic linking. When static linking, the dlopen, dlsym and
dlclose functions are dummy versions that return an error like the one
above.
> (free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
> `module != NULL' failed
>
> (free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
These are the result of dlopen failing.
> I've tried a few things in the makefile, but always the same errors.
If your program needs to load libraries at runtime using dlopen, then
dynamic linking is required.
Lee.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Thursday, 30 October 2014
[gccsdk] gtk glib or gmodule problem
Can anyone say what could be causing these errors?
Running a gtk2 calculater emulator I get:
RISC OS error:
'has suffered a fatal internal error (Window Manager is currently in
use) and must quit immediately'
And then the TaskWindow outputs:
Using 'dlopen' requires dynamic linking: Success
(free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
`module != NULL' failed
(free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
I've tried a few things in the makefile, but always the same errors.
TIA Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Running a gtk2 calculater emulator I get:
RISC OS error:
'has suffered a fatal internal error (Window Manager is currently in
use) and must quit immediately'
And then the TaskWindow outputs:
Using 'dlopen' requires dynamic linking: Success
(free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
`module != NULL' failed
(free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module != NULL' failed
I've tried a few things in the makefile, but always the same errors.
TIA Ron M.
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: Crash when scrolling
>Message: 3
>Date: Wed, 29 Oct 2014 13:55:57 -0000 (UTC)
>From: "Learning Partners" <lp.books@argonet.co.uk>
>Subject: Re: Crash when scrolling
>To: netsurf-users@netsurf-browser.org
>
>This may be Atari specific? RISC OS ARMini X Netsurf 3.2
>
>Dr John Hurley
>Research, Project Development and Publications for Education
>
Almost certainly but it stil needs to be reported.
It seems to happen when scrolling with the mouse wheel.
Peter
>Date: Wed, 29 Oct 2014 13:55:57 -0000 (UTC)
>From: "Learning Partners" <lp.books@argonet.co.uk>
>Subject: Re: Crash when scrolling
>To: netsurf-users@netsurf-browser.org
>
>This may be Atari specific? RISC OS ARMini X Netsurf 3.2
>
>Dr John Hurley
>Research, Project Development and Publications for Education
>
Almost certainly but it stil needs to be reported.
It seems to happen when scrolling with the mouse wheel.
Peter
Wednesday, 29 October 2014
Re: Crash when scrolling
This may be Atari specific? RISC OS ARMini X Netsurf 3.2
Dr John Hurley
Research, Project Development and Publications for Education
On Wed, 29 October, 2014 1:37 pm, Peter Slegg wrote:
> Scroll down this page and Netsurf suddenly exits.
> (Atari build 2247)
>
> http://www.hugsac.org.uk/
>
>
> Peter
>
>
>
>
>
>
Dr John Hurley
Research, Project Development and Publications for Education
On Wed, 29 October, 2014 1:37 pm, Peter Slegg wrote:
> Scroll down this page and Netsurf suddenly exits.
> (Atari build 2247)
>
> http://www.hugsac.org.uk/
>
>
> Peter
>
>
>
>
>
>
Re: Crash when scrolling
On 29 Oct 2014 Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> Scroll down this page and Netsurf suddenly exits.
> (Atari build 2247)
> http://www.hugsac.org.uk/
Works correctly here. (Development #2251, RISC OS, ARMini).
Best wishes,
Another Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> Scroll down this page and Netsurf suddenly exits.
> (Atari build 2247)
> http://www.hugsac.org.uk/
Works correctly here. (Development #2251, RISC OS, ARMini).
Best wishes,
Another Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Crash when scrolling
Scroll down this page and Netsurf suddenly exits.
(Atari build 2247)
http://www.hugsac.org.uk/
Peter
(Atari build 2247)
http://www.hugsac.org.uk/
Peter
Tuesday, 28 October 2014
Re: [gccsdk] GCC SVN reorganisation
On Tue, Oct 28, 2014 at 09:31:24PM +0100, John Tytgat wrote:
> You shouldn't need to do that. A checkout of trunk/gcc4 should
> automatically pull asasm and its dependencies (decaof - only for testing,
> and elftoolchain) from the right place via the svn:externals:
>
> $ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/gcc4/riscos
> ^/trunk/tools/asasm asasm
>
> $ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/tools/asasm
> ^/trunk/tools/decaof decaof
> ^/trunk/tools/elftoolchain/current-trunk elftoolchain
>
> Any idea why the svn:externals didn't work for you ?
Ah, thanks. websvn doesn't show externals so I didn't notice those when
poking around. It turns out that 'ignore externals' was ticked by default
on the checkout.
> The reason for reshuffling is the recognition that most things under
> riscos directory are standalone and not necessarily GCCSDK only tools.
> Never went further than moving out asasm but we could equally do
> the same for cmunge, drenderer, elf2aif, etc.
>
> > cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
>
> Oh, is this an attempt for a ci build setup ? :-)
Maybe :)
http://ci.riscos.info/
Accounts available to those who want them. It's an Atom N2800 dedicated
server with 500GB HDD so isn't quick, but the aim is to just let it
churn building autobuilder stuff, and then it's easier to keep packages
buildable and up to date.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
> You shouldn't need to do that. A checkout of trunk/gcc4 should
> automatically pull asasm and its dependencies (decaof - only for testing,
> and elftoolchain) from the right place via the svn:externals:
>
> $ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/gcc4/riscos
> ^/trunk/tools/asasm asasm
>
> $ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/tools/asasm
> ^/trunk/tools/decaof decaof
> ^/trunk/tools/elftoolchain/current-trunk elftoolchain
>
> Any idea why the svn:externals didn't work for you ?
Ah, thanks. websvn doesn't show externals so I didn't notice those when
poking around. It turns out that 'ignore externals' was ticked by default
on the checkout.
> The reason for reshuffling is the recognition that most things under
> riscos directory are standalone and not necessarily GCCSDK only tools.
> Never went further than moving out asasm but we could equally do
> the same for cmunge, drenderer, elf2aif, etc.
>
> > cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
>
> Oh, is this an attempt for a ci build setup ? :-)
Maybe :)
http://ci.riscos.info/
Accounts available to those who want them. It's an Atom N2800 dedicated
server with 500GB HDD so isn't quick, but the aim is to just let it
churn building autobuilder stuff, and then it's easier to keep packages
buildable and up to date.
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: [gccsdk] GCC SVN reorganisation
In message <20141027104247.GG25262@chiark.greenend.org.uk>
Theo Markettos <theo@markettos.org.uk> wrote:
> I notice that GCC's SVN has been shuffled about so that there's
> a new directory gccsdk/trunk/tools in addition to gccsdk/trunk/gcc4.
> tools now contains asasm, decaof and elftoolchain.
>
> However, when I build GCCSDK via ./build-world it's still looking for asasm
> in gccsdk/trunk/gcc4/riscos/ and the build fails as it isn't there. If I check
> out the tools directory there, ie
>
> svn co svn://svn.riscos.info/gccsdk/trunk/gcc4
> svn co svn://svn.riscos.info/gccsdk/trunk/tools
> mv tools/* gcc4/riscos/
>
> then I start to make some progress but the build rapidly falls over:
You shouldn't need to do that. A checkout of trunk/gcc4 should
automatically pull asasm and its dependencies (decaof - only for testing,
and elftoolchain) from the right place via the svn:externals:
$ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/gcc4/riscos
^/trunk/tools/asasm asasm
$ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/tools/asasm
^/trunk/tools/decaof decaof
^/trunk/tools/elftoolchain/current-trunk elftoolchain
Any idea why the svn:externals didn't work for you ?
The reason for reshuffling is the recognition that most things under
riscos directory are standalone and not necessarily GCCSDK only tools.
Never went further than moving out asasm but we could equally do
the same for cmunge, drenderer, elf2aif, etc.
> cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
Oh, is this an attempt for a ci build setup ? :-)
> [...]
> So that I can update the guide at:
> http://www.riscos.info/index.php/Using_GCCSDK
>
> what's the 'approved' way to check these out so the build completes?
$ svn co svn://svn.riscos.info/gccsdk/trunk/gcc4/
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Theo Markettos <theo@markettos.org.uk> wrote:
> I notice that GCC's SVN has been shuffled about so that there's
> a new directory gccsdk/trunk/tools in addition to gccsdk/trunk/gcc4.
> tools now contains asasm, decaof and elftoolchain.
>
> However, when I build GCCSDK via ./build-world it's still looking for asasm
> in gccsdk/trunk/gcc4/riscos/ and the build fails as it isn't there. If I check
> out the tools directory there, ie
>
> svn co svn://svn.riscos.info/gccsdk/trunk/gcc4
> svn co svn://svn.riscos.info/gccsdk/trunk/tools
> mv tools/* gcc4/riscos/
>
> then I start to make some progress but the build rapidly falls over:
You shouldn't need to do that. A checkout of trunk/gcc4 should
automatically pull asasm and its dependencies (decaof - only for testing,
and elftoolchain) from the right place via the svn:externals:
$ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/gcc4/riscos
^/trunk/tools/asasm asasm
$ svn propget svn:externals svn://svn.riscos.info/gccsdk/trunk/tools/asasm
^/trunk/tools/decaof decaof
^/trunk/tools/elftoolchain/current-trunk elftoolchain
Any idea why the svn:externals didn't work for you ?
The reason for reshuffling is the recognition that most things under
riscos directory are standalone and not necessarily GCCSDK only tools.
Never went further than moving out asasm but we could equally do
the same for cmunge, drenderer, elf2aif, etc.
> cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
Oh, is this an attempt for a ci build setup ? :-)
> [...]
> So that I can update the guide at:
> http://www.riscos.info/index.php/Using_GCCSDK
>
> what's the 'approved' way to check these out so the build completes?
$ svn co svn://svn.riscos.info/gccsdk/trunk/gcc4/
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Monday, 27 October 2014
[gccsdk] GCC SVN reorganisation
I notice that GCC's SVN has been shuffled about so that there's
a new directory gccsdk/trunk/tools in addition to gccsdk/trunk/gcc4.
tools now contains asasm, decaof and elftoolchain.
However, when I build GCCSDK via ./build-world it's still looking for asasm
in gccsdk/trunk/gcc4/riscos/ and the build fails as it isn't there. If I check
out the tools directory there, ie
svn co svn://svn.riscos.info/gccsdk/trunk/gcc4
svn co svn://svn.riscos.info/gccsdk/trunk/tools
mv tools/* gcc4/riscos/
then I start to make some progress but the build rapidly falls over:
cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
+++ Building asasm
main::scan_file() called too early to check prototype at /var/lib/jenkins/workspace/gcc-head/gcc4/builddir/installed-buildtools-for-binutils/bin/aclocal line 617.
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
main::scan_file() called too early to check prototype at /var/lib/jenkins/workspace/gcc-head/gcc4/builddir/installed-buildtools-for-binutils/bin/aclocal line 617.
configure.ac:18: installing `build-aux/compile'
configure.ac:21: installing `build-aux/config.guess'
configure.ac:21: installing `build-aux/config.sub'
configure.ac:9: installing `build-aux/install-sh'
configure.ac:9: installing `build-aux/missing'
src/Makefile.am: installing `build-aux/depcomp'
Makefile.am:11: required directory ./decaof does not exist
Makefile.am:11: required directory ./elftoolchain does not exist
autoreconf: automake failed with exit status: 1
make[1]: *** [cross-riscostools-built] Error 1
make[1]: Leaving directory `/var/lib/jenkins/workspace/gcc-head/gcc4'
make: *** [getenv] Error 2
So that I can update the guide at:
http://www.riscos.info/index.php/Using_GCCSDK
what's the 'approved' way to check these out so the build completes?
Thanks
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
a new directory gccsdk/trunk/tools in addition to gccsdk/trunk/gcc4.
tools now contains asasm, decaof and elftoolchain.
However, when I build GCCSDK via ./build-world it's still looking for asasm
in gccsdk/trunk/gcc4/riscos/ and the build fails as it isn't there. If I check
out the tools directory there, ie
svn co svn://svn.riscos.info/gccsdk/trunk/gcc4
svn co svn://svn.riscos.info/gccsdk/trunk/tools
mv tools/* gcc4/riscos/
then I start to make some progress but the build rapidly falls over:
cd /var/lib/jenkins/workspace/gcc-head/gcc4/riscos && ./build-it -f cross
+++ Building asasm
main::scan_file() called too early to check prototype at /var/lib/jenkins/workspace/gcc-head/gcc4/builddir/installed-buildtools-for-binutils/bin/aclocal line 617.
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'.
libtoolize: copying file `build-aux/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
main::scan_file() called too early to check prototype at /var/lib/jenkins/workspace/gcc-head/gcc4/builddir/installed-buildtools-for-binutils/bin/aclocal line 617.
configure.ac:18: installing `build-aux/compile'
configure.ac:21: installing `build-aux/config.guess'
configure.ac:21: installing `build-aux/config.sub'
configure.ac:9: installing `build-aux/install-sh'
configure.ac:9: installing `build-aux/missing'
src/Makefile.am: installing `build-aux/depcomp'
Makefile.am:11: required directory ./decaof does not exist
Makefile.am:11: required directory ./elftoolchain does not exist
autoreconf: automake failed with exit status: 1
make[1]: *** [cross-riscostools-built] Error 1
make[1]: Leaving directory `/var/lib/jenkins/workspace/gcc-head/gcc4'
make: *** [getenv] Error 2
So that I can update the guide at:
http://www.riscos.info/index.php/Using_GCCSDK
what's the 'approved' way to check these out so the build completes?
Thanks
Theo
_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Friday, 24 October 2014
Re: (no subject)
Brian, on 24 Oct, wrote:
> Hi
>
> I wonder if someone would care to say why the following page doesn't do
> what it's supposed to do in such an appalling way.
>
> http://www.parkersproperties.co.uk/property/3516214
>
>
> It isn't especially critical for me but other companies pages, of this
> type, are handled far better in NetSurf.
>
> Just curious.
It's not perfect but it's not appalling either, here on NetSurf 3.3 #2193.
The slideshow is missing and the 'Overview' and 'What's Nearby' pages are
rolled into one.
There is a bit more development to go before NetSurf catches up with
Safari's or Firefox's rendering of real world sites.
--
David Pitt
> Hi
>
> I wonder if someone would care to say why the following page doesn't do
> what it's supposed to do in such an appalling way.
>
> http://www.parkersproperties.co.uk/property/3516214
>
>
> It isn't especially critical for me but other companies pages, of this
> type, are handled far better in NetSurf.
>
> Just curious.
It's not perfect but it's not appalling either, here on NetSurf 3.3 #2193.
The slideshow is missing and the 'Overview' and 'What's Nearby' pages are
rolled into one.
There is a bit more development to go before NetSurf catches up with
Safari's or Firefox's rendering of real world sites.
--
David Pitt
(no subject)
Hi
I wonder if someone would care to say why the following page doesn't do
what it's supposed to do in such an appalling way.
http://www.parkersproperties.co.uk/property/3516214
It isn't especially critical for me but other companies pages, of this
type, are handled far better in NetSurf.
Just curious.
I wonder if someone would care to say why the following page doesn't do
what it's supposed to do in such an appalling way.
http://www.parkersproperties.co.uk/property/3516214
It isn't especially critical for me but other companies pages, of this
type, are handled far better in NetSurf.
Just curious.
Re: [Rpcemu] RPCEmu 0.8.12
In article <mpro.ndxscx00klwc601rq.pittdj@pittdj.co.uk>,
David Pitt <pittdj@pittdj.co.uk> wrote:
> Dave Symes, on 24 Oct, wrote:
> > Good day folks, a little problem and I wonder if anyone has some
> > inspiration...
> >
> > I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots
> > okay I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and
> > boots okay.
> >
> > I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
> > 5.21 version will run under 0.8.12
> >
> > It runs as far as the startup window containing the following before
> > stopping.
[Snip]
> If just the new bits are being copied into the previous installations
> then poduleroms needs to be included in the copy, only copying the exe's
> is insufficient.
> Hope that helps.
Oh toilet contents... ;-)
I had this feeling in my water I'd forgotten something... I had...
Thanks David, all working okay now.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
David Pitt <pittdj@pittdj.co.uk> wrote:
> Dave Symes, on 24 Oct, wrote:
> > Good day folks, a little problem and I wonder if anyone has some
> > inspiration...
> >
> > I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots
> > okay I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and
> > boots okay.
> >
> > I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
> > 5.21 version will run under 0.8.12
> >
> > It runs as far as the startup window containing the following before
> > stopping.
[Snip]
> If just the new bits are being copied into the previous installations
> then poduleroms needs to be included in the copy, only copying the exe's
> is insufficient.
> Hope that helps.
Oh toilet contents... ;-)
I had this feeling in my water I'd forgotten something... I had...
Thanks David, all working okay now.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Thursday, 23 October 2014
Re: [Rpcemu] RPCEmu 0.8.12
Dave Symes, on 24 Oct, wrote:
> Good day folks, a little problem and I wonder if anyone has some
> inspiration...
>
> I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots okay
> I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and boots
> okay.
>
> I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
> 5.21 version will run under 0.8.12
>
> It runs as far as the startup window containing the following before
> stopping.
>
> RISC OS 136MB SA10-110 Processor Error: Use *Desktop to start TaskManager
> (Error number &81F403)
>
> As per usual doing a *Desktop I get a small Emu RO window.
>
> Obviously no startup boot has been processed so clicking on the HostFS
> drive icon produces, "Filingsystem or path HostFS: not present".
>
> Similarly "*configure filesystem hostfs" doesn't work either because...
>
> "Filingsystem or path HostFS: not present"
>
> Quit RPCEmu.
>
> If I now run the Recompiler811.exe on either the 5.20 or the 5.21 versions
> it now runs through the boot and presents a correctly running RO.
If just the new bits are being copied into the previous installations then
poduleroms needs to be included in the copy, only copying the exe's is
insufficient.
Hope that helps.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> Good day folks, a little problem and I wonder if anyone has some
> inspiration...
>
> I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots okay
> I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and boots
> okay.
>
> I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
> 5.21 version will run under 0.8.12
>
> It runs as far as the startup window containing the following before
> stopping.
>
> RISC OS 136MB SA10-110 Processor Error: Use *Desktop to start TaskManager
> (Error number &81F403)
>
> As per usual doing a *Desktop I get a small Emu RO window.
>
> Obviously no startup boot has been processed so clicking on the HostFS
> drive icon produces, "Filingsystem or path HostFS: not present".
>
> Similarly "*configure filesystem hostfs" doesn't work either because...
>
> "Filingsystem or path HostFS: not present"
>
> Quit RPCEmu.
>
> If I now run the Recompiler811.exe on either the 5.20 or the 5.21 versions
> it now runs through the boot and presents a correctly running RO.
If just the new bits are being copied into the previous installations then
poduleroms needs to be included in the copy, only copying the exe's is
insufficient.
Hope that helps.
--
David Pitt
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] RPCEmu 0.8.12
Good day folks, a little problem and I wonder if anyone has some
inspiration...
I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots okay
I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and boots okay.
I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
5.21 version will run under 0.8.12
It runs as far as the startup window containing the following before
stopping.
RISC OS 136MB
SA10-110 Processor
Error: Use *Desktop to start TaskManager (Error number &81F403)
As per usual doing a *Desktop I get a small Emu RO window.
Obviously no startup boot has been processed so clicking on the HostFS
drive icon produces, "Filingsystem or path HostFS: not present".
Similarly "*configure filesystem hostfs" doesn't work either because...
"Filingsystem or path HostFS: not present"
Quit RPCEmu.
If I now run the Recompiler811.exe on either the 5.20 or the 5.21 versions
it now runs through the boot and presents a correctly running RO.
?
Thanks
Dave
FWIW. RPCEmu running RO 6.20 on RPCEmu 0.8.11 and now upgraded to 0.8.12
continues to Boot and run correctly.
D.
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
inspiration...
I have a test RPCEmu 0.8.11 install running RO 5.20 it runs and boots okay
I have a test RPCEmu 0.8.11 install running RO 5.21 it runs and boots okay.
I have now added a RPCEmu 0.8.12 to each of them and neither a 5.20 or
5.21 version will run under 0.8.12
It runs as far as the startup window containing the following before
stopping.
RISC OS 136MB
SA10-110 Processor
Error: Use *Desktop to start TaskManager (Error number &81F403)
As per usual doing a *Desktop I get a small Emu RO window.
Obviously no startup boot has been processed so clicking on the HostFS
drive icon produces, "Filingsystem or path HostFS: not present".
Similarly "*configure filesystem hostfs" doesn't work either because...
"Filingsystem or path HostFS: not present"
Quit RPCEmu.
If I now run the Recompiler811.exe on either the 5.20 or the 5.21 versions
it now runs through the boot and presents a correctly running RO.
?
Thanks
Dave
FWIW. RPCEmu running RO 6.20 on RPCEmu 0.8.11 and now upgraded to 0.8.12
continues to Boot and run correctly.
D.
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] RPCEmu at the RISC OS London Show 25/10/2014
In article <20141023155821.GE14902@spod.org>,
Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> This year RPCEmu will be having a stand at the show in Feltham, London,
> this Saturday.
> http://www.riscoslondonshow.co.uk/
> Please come along and say 'hi', we'll be there all day doing practical
> demonstrations and answering any questions.
> Peter
And while we are here...
Thanks Peter, and to all involved in the recent release of 0.8.12 version
of RPCEmu.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> This year RPCEmu will be having a stand at the show in Feltham, London,
> this Saturday.
> http://www.riscoslondonshow.co.uk/
> Please come along and say 'hi', we'll be there all day doing practical
> demonstrations and answering any questions.
> Peter
And while we are here...
Thanks Peter, and to all involved in the recent release of 0.8.12 version
of RPCEmu.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] RPCEmu at the RISC OS London Show 25/10/2014
This year RPCEmu will be having a stand at the show in Feltham, London,
this Saturday.
http://www.riscoslondonshow.co.uk/
Please come along and say 'hi', we'll be there all day doing practical
demonstrations and answering any questions.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
this Saturday.
http://www.riscoslondonshow.co.uk/
Please come along and say 'hi', we'll be there all day doing practical
demonstrations and answering any questions.
Peter
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
AW: New User - Hello to all - some Ideas concerning Netsurf for arm
> On Thu, Oct 23, 2014 at 14:11:43 +0200, Christian Lepper wrote:
> > > Interesting, this has never managed to hit us before and we cross-
> > > compile lots
> > > of stuff. Well spotted.
> > Should i do a bug to mantis? Just registered @
> > http://bugs.netsurf-browser.org/mantis/my_view_page.php
>
> Please :-)
Done ;-)
> > > I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can
> > > jump in here.
> >
> I suggest you report this compile error on the mantis too.
And Done ;-)
> > > Font rendering for the framebuffer frontend is handled by NS
> separately
> > > from the framebuffer physical layer.
> > > Adding SDL-ttf would imply making NetSurf's codebase have SDL
> content.
> > > Perhaps better would be to push more of the
> > > font rendering into libnsfb and then the option would open up.
> >
> > Ah okay, understood. If this point is getting interesting let me know
> about.
> > Were using SDL intensively and a lot of its children like:
> > (SDL-ttf, SDL-gfx, SDL-image, SDL-mixer, SDL-net)
> > Maybe i can help at this point.
>
> If you want to help improve libnsfb we'd be very pleased to see patches
> :-)
Will try to do so.
>
> > Yes, spent several hours getting libmozjs-24.2 make'd.
> > But i think its mostly a problem of its configure/makefiles.
> > Later today will use 18.x and check this.
> > We have the need to get js working,
> > cause we want to add our hardware stuff
> > in there to get the hardware-data
> > (like AD/Timers/Counters/gpio...)
> > to the Screen/Browser.
>
> Our JS support is *very* rudimentary for now,
> and I wouldn't expect you to want
> to rely on it working. Again, if you wanted to help with this part of
> NetSurf we'd love patches.
> Currently most (or all) of the JS work is done by
> Vincent Sanders who is overworked and underappreciated by us all :-(
Oh i see. Will try to help ;-)
>
> > Maybe the line @(0.894468)... is interesting? There is no user.css
> inside
> > the resources.
>
> user css is usually not an issue.
>
> > (0.807875) content/content.c content_add_user 601: content
> > http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
> > desktop/browser.c:browser_window_callback:1377: chris
> > browser_window_callback_errorcode:1123: chris
> > messages_get_errorcode:282: NSERROR_BAD_ENCODING
> > (0.825468) framebuffer/misc.c warn_user 30: BadEncoding (null)
>
> This is certainly the error location. I'd be tempted to get gdb
> involved,
> breakpoint on the error handler in the browser_window_callback routine,
> and
> then examine the stack to see if I could work out where the error was
> coming from.
I already tried to include glibs backtrace / backtrace_symbols
mechanism which i use in my applications.
But it didnt work (dont know why in the moment).
I havent used yet gdb on the target and am not really familiar with it ;-(
I figure out more Infos....
Yours Chris
> > > Interesting, this has never managed to hit us before and we cross-
> > > compile lots
> > > of stuff. Well spotted.
> > Should i do a bug to mantis? Just registered @
> > http://bugs.netsurf-browser.org/mantis/my_view_page.php
>
> Please :-)
Done ;-)
> > > I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can
> > > jump in here.
> >
> I suggest you report this compile error on the mantis too.
And Done ;-)
> > > Font rendering for the framebuffer frontend is handled by NS
> separately
> > > from the framebuffer physical layer.
> > > Adding SDL-ttf would imply making NetSurf's codebase have SDL
> content.
> > > Perhaps better would be to push more of the
> > > font rendering into libnsfb and then the option would open up.
> >
> > Ah okay, understood. If this point is getting interesting let me know
> about.
> > Were using SDL intensively and a lot of its children like:
> > (SDL-ttf, SDL-gfx, SDL-image, SDL-mixer, SDL-net)
> > Maybe i can help at this point.
>
> If you want to help improve libnsfb we'd be very pleased to see patches
> :-)
Will try to do so.
>
> > Yes, spent several hours getting libmozjs-24.2 make'd.
> > But i think its mostly a problem of its configure/makefiles.
> > Later today will use 18.x and check this.
> > We have the need to get js working,
> > cause we want to add our hardware stuff
> > in there to get the hardware-data
> > (like AD/Timers/Counters/gpio...)
> > to the Screen/Browser.
>
> Our JS support is *very* rudimentary for now,
> and I wouldn't expect you to want
> to rely on it working. Again, if you wanted to help with this part of
> NetSurf we'd love patches.
> Currently most (or all) of the JS work is done by
> Vincent Sanders who is overworked and underappreciated by us all :-(
Oh i see. Will try to help ;-)
>
> > Maybe the line @(0.894468)... is interesting? There is no user.css
> inside
> > the resources.
>
> user css is usually not an issue.
>
> > (0.807875) content/content.c content_add_user 601: content
> > http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
> > desktop/browser.c:browser_window_callback:1377: chris
> > browser_window_callback_errorcode:1123: chris
> > messages_get_errorcode:282: NSERROR_BAD_ENCODING
> > (0.825468) framebuffer/misc.c warn_user 30: BadEncoding (null)
>
> This is certainly the error location. I'd be tempted to get gdb
> involved,
> breakpoint on the error handler in the browser_window_callback routine,
> and
> then examine the stack to see if I could work out where the error was
> coming from.
I already tried to include glibs backtrace / backtrace_symbols
mechanism which i use in my applications.
But it didnt work (dont know why in the moment).
I havent used yet gdb on the target and am not really familiar with it ;-(
I figure out more Infos....
Yours Chris
Re: New User - Hello to all - some Ideas concerning Netsurf for arm
On Thu, Oct 23, 2014 at 14:11:43 +0200, Christian Lepper wrote:
> > Interesting, this has never managed to hit us before and we cross-
> > compile lots
> > of stuff. Well spotted.
> Should i do a bug to mantis? Just registered @
> http://bugs.netsurf-browser.org/mantis/my_view_page.php
Please :-)
> > Which shell do you use? We have several developers who use our env.sh
> > on
> > Ubuntu so we'd like to track down these issues.
>
> lucid@ubuntu:~$ bash --help
> GNU bash, version 4.2.24(1)-release-(i686-pc-linux-gnu)
> lucid@ubuntu:~$ uname -a
> Linux ubuntu 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012
> i686 i686 i386 GNU/Linux
>
> Running on a vmware. Nothing really interesting special.
> I will keep tarck to this too, and give notice when i figured out more.
Thanks.
> > I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can
> > jump in here.
>
> In the moment i can live with this... was just to inform.
> e.g. for 4.
I suggest you report this compile error on the mantis too.
> > Font rendering for the framebuffer frontend is handled by NS separately
> > from the framebuffer physical layer.
> > Adding SDL-ttf would imply making NetSurf's codebase have SDL content.
> > Perhaps better would be to push more of the
> > font rendering into libnsfb and then the option would open up.
>
> Ah okay, understood. If this point is getting interesting let me know about.
> Were using SDL intensively and a lot of its children like:
> (SDL-ttf, SDL-gfx, SDL-image, SDL-mixer, SDL-net)
> Maybe i can help at this point.
If you want to help improve libnsfb we'd be very pleased to see patches :-)
> Yes, spent several hours getting libmozjs-24.2 make'd.
> But i think its mostly a problem of its configure/makefiles.
> Later today will use 18.x and check this.
> We have the need to get js working,
> cause we want to add our hardware stuff
> in there to get the hardware-data
> (like AD/Timers/Counters/gpio...)
> to the Screen/Browser.
Our JS support is *very* rudimentary for now, and I wouldn't expect you to want
to rely on it working. Again, if you wanted to help with this part of NetSurf
we'd love patches. Currently most (or all) of the JS work is done by Vincent
Sanders who is overworked and underappreciated by us all :-(
> Maybe the line @(0.894468)... is interesting? There is no user.css inside
> the resources.
user css is usually not an issue.
> (0.807875) content/content.c content_add_user 601: content
> http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
> desktop/browser.c:browser_window_callback:1377: chris
> browser_window_callback_errorcode:1123: chris
> messages_get_errorcode:282: NSERROR_BAD_ENCODING
> (0.825468) framebuffer/misc.c warn_user 30: BadEncoding (null)
This is certainly the error location. I'd be tempted to get gdb involved,
breakpoint on the error handler in the browser_window_callback routine, and
then examine the stack to see if I could work out where the error was coming
from.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> > Interesting, this has never managed to hit us before and we cross-
> > compile lots
> > of stuff. Well spotted.
> Should i do a bug to mantis? Just registered @
> http://bugs.netsurf-browser.org/mantis/my_view_page.php
Please :-)
> > Which shell do you use? We have several developers who use our env.sh
> > on
> > Ubuntu so we'd like to track down these issues.
>
> lucid@ubuntu:~$ bash --help
> GNU bash, version 4.2.24(1)-release-(i686-pc-linux-gnu)
> lucid@ubuntu:~$ uname -a
> Linux ubuntu 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012
> i686 i686 i386 GNU/Linux
>
> Running on a vmware. Nothing really interesting special.
> I will keep tarck to this too, and give notice when i figured out more.
Thanks.
> > I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can
> > jump in here.
>
> In the moment i can live with this... was just to inform.
> e.g. for 4.
I suggest you report this compile error on the mantis too.
> > Font rendering for the framebuffer frontend is handled by NS separately
> > from the framebuffer physical layer.
> > Adding SDL-ttf would imply making NetSurf's codebase have SDL content.
> > Perhaps better would be to push more of the
> > font rendering into libnsfb and then the option would open up.
>
> Ah okay, understood. If this point is getting interesting let me know about.
> Were using SDL intensively and a lot of its children like:
> (SDL-ttf, SDL-gfx, SDL-image, SDL-mixer, SDL-net)
> Maybe i can help at this point.
If you want to help improve libnsfb we'd be very pleased to see patches :-)
> Yes, spent several hours getting libmozjs-24.2 make'd.
> But i think its mostly a problem of its configure/makefiles.
> Later today will use 18.x and check this.
> We have the need to get js working,
> cause we want to add our hardware stuff
> in there to get the hardware-data
> (like AD/Timers/Counters/gpio...)
> to the Screen/Browser.
Our JS support is *very* rudimentary for now, and I wouldn't expect you to want
to rely on it working. Again, if you wanted to help with this part of NetSurf
we'd love patches. Currently most (or all) of the JS work is done by Vincent
Sanders who is overworked and underappreciated by us all :-(
> Maybe the line @(0.894468)... is interesting? There is no user.css inside
> the resources.
user css is usually not an issue.
> (0.807875) content/content.c content_add_user 601: content
> http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
> desktop/browser.c:browser_window_callback:1377: chris
> browser_window_callback_errorcode:1123: chris
> messages_get_errorcode:282: NSERROR_BAD_ENCODING
> (0.825468) framebuffer/misc.c warn_user 30: BadEncoding (null)
This is certainly the error location. I'd be tempted to get gdb involved,
breakpoint on the error handler in the browser_window_callback routine, and
then examine the stack to see if I could work out where the error was coming
from.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
AW: New User - Hello to all - some Ideas concerning Netsurf for arm
> > so i send my suggestions here in hope to find the right person who
> can
> > handle this Info,
> > or just stick my nose to the right place for it ;-)
>
> Our BTS is a Mantis instance. There's some help on bugs.netsurf-
> browser.org
> but I'll admit it is a little hard to get your head around to begin
> with :-)
Figured this out yesterday a bit later fromm y first post. Will use it and
try to get it spotted.
Thanks!
>
> > We use framebuffer with SDL-1.2
> >
> > Found Hints/Probs/Bugs in Make Process:
> > 1. in $(TARGET_WORKSPACE)/netsurf/Makefile Line 140
> > Change
> > STRIP=strip
> > To
> > STRIP?=strip
> > Makes it possible to use the strip from my (external) Toolchain;
> > else it always uses the HOST strip which cant handle my arm compiled
> bin.
>
> Interesting, this has never managed to hit us before and we cross-
> compile lots
> of stuff. Well spotted.
Should i do a bug to mantis? Just registered @
http://bugs.netsurf-browser.org/mantis/my_view_page.php
>
> > 2. My Ubuntu shell has severe Probs handling the defined funcs from
> env.sh
> > I had to change all names from e.g. ns-package-install to
> ns_package_install
> > I didnt figure out why my machine has a Problem with the '-' in the
> names..
> > But changing it to '_' solved the Probs.
>
> Which shell do you use? We have several developers who use our env.sh
> on
> Ubuntu so we'd like to track down these issues.
lucid@ubuntu:~$ bash --help
GNU bash, version 4.2.24(1)-release-(i686-pc-linux-gnu)
lucid@ubuntu:~$ uname -a
Linux ubuntu 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:41:14 UTC 2012
i686 i686 i386 GNU/Linux
Running on a vmware. Nothing really interesting special.
I will keep tarck to this too, and give notice when i figured out more.
>
> > 3. Compiling Error cause of double typedef'd : typedef struct
> fbtk_widget_s
> > fbtk_widget_t;
> > In work/netsurf/framebuffer/fbtk.h and work/netsurf/framebuffer/gui.h
> > I changed to this:
> > ./framebuffer/gui.h:23:
> > //typedef struct fbtk_widget_s fbtk_widget_t;
> > ./framebuffer/gui.h:73:
> > //void gui_resize(fbtk_widget_t *root, int width, int height);
> > void gui_resize(struct fbtk_widget_s *root, int width, int height);
> > than it compiled.
>
> I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can
> jump in here.
In the moment i can live with this... was just to inform.
e.g. for 4.
>
> > Suggestions:
> > - Why not use "SDL-ttf" which handles freetype fonts in a good and
> portable manner?
>
> Font rendering for the framebuffer frontend is handled by NS separately
> from the framebuffer physical layer.
> Adding SDL-ttf would imply making NetSurf's codebase have SDL content.
> Perhaps better would be to push more of the
> font rendering into libnsfb and then the option would open up.
Ah okay, understood. If this point is getting interesting let me know about.
Were using SDL intensively and a lot of its children like:
(SDL-ttf, SDL-gfx, SDL-image, SDL-mixer, SDL-net)
Maybe i can help at this point.
>
> > Questions:
> > - Somebody got libmozjs running with NetSurf under arm?
>
> libmozjs is very difficult to get going on ARM reliably (we have it
> working on RISC OS (ish)).
> I suggest you do not attempt to build JavaScript support for now.
> We're slowly evaluating other JS options which might make it
> easier for us to port.
Yes, spent several hours getting libmozjs-24.2 make'd.
But i think its mostly a problem of its configure/makefiles.
Later today will use 18.x and check this.
We have the need to get js working,
cause we want to add our hardware stuff
in there to get the hardware-data
(like AD/Timers/Counters/gpio...)
to the Screen/Browser.
>
> > - running nsfb gives a browser window but no website appears just
> left
> > bottom said "BadEncoding".
> > Webserver gets a "http OK" so i think the data is delivered to the
> > browser.
> > Doing something wrong?
>
> If you run NetSurf with the -v option, it'll give a lot of useful
> messages on stdout/stderr.
> Capture those into a log and we may be able to help further.
>
Thats my actual nsfb -v: (i added some simple printf's to the code maybe
they are helpfull too)
I apologize and will use your LOG facility further on... (had to find it out
first ;-)
The one thing is, if i just "/usr/bin/nsfb -v -w 800 -h 480 <direct link to
a .jpeg file>"
The picture will be shown.
The "Bad Encoding" just appears while asking any html Files.
That happens not only with highly coded stuff like google.de.
Also with some small and simple index.html too.
I found a post regarding similar issue concerning use of libiconv or
internal iconv.
I tried both but no difference (recognized for me)
Below is with external libiconv-2.5.1 (actual iconv 1.14) (ld with -liconv)
Maybe the line @(0.894468)... is interesting? There is no user.css inside
the resources.
Am i just missing some files???
lucid@ubuntu:/develop/NetSurf_arm/work/netsurf/framebuffer$ find . -name
"*css" -print
./res/quirks.css
./res/default.css
./res/adblock.css
./res/internal.css
And these are the res'ources i copied to the target... like given from howto
for framebuffer.
[root@INDICO-GeBE_iMX28 scripts]# /usr/bin/nsfb -v -w 800 -h 480
www.google.de
(0.000000) desktop/netsurf.c netsurf_init 150: NetSurf version '3.3 (Dev)'
(0.002437) desktop/netsurf.c netsurf_init 157: NetSurf on <Linux>, node
<INDICO-GeBE_iMX28.signmeup.de>, release <2.6.35.3>, version <#41 PREEMPT
Mon Oct 20 18:59:15 CEST 2014>, machine <armv5tejl>
(0.002781) utils/messages.c messages_load 127: Loading Messages from
'/root/.netsurf/Messages'
(0.119875) image/image_cache.c image_cache_init 381: Image cache initilised
with a limit of 3145728 hysteresis of 629145
(0.122094) render/html_css_fetcher.c html_css_fetcher_initialise 64:
html_css_fetcher_initialise called for x-ns-css
(0.126500) content/fetchers/curl.c fetch_curl_register 172: curl_version
libcurl/7.38.0 OpenSSL/1.0.1i zlib/1.2.3
(0.179562) utils/useragent.c user_agent_build_string 68: Built user agent
"NetSurf/3.3 (Linux)"
(0.179906) content/fetchers/curl.c fetch_curl_register 254: cURL linked
against openssl
(0.182187) content/fetchers/curl.c fetch_curl_initialise 297: Initialise
cURL fetcher for http
(0.182406) content/fetchers/curl.c fetch_curl_initialise 297: Initialise
cURL fetcher for https
(0.182625) content/fetchers/data.c fetch_data_initialise 65:
fetch_data_initialise called for data
(0.188062) content/llcache.c llcache_initialise 3033: llcache initialising
with a limit of 9437184 bytes
(0.188531) framebuffer/gui.c process_cmdline 443: argc 6, argv 0xbed4b9f4
LepOS: FB_VideoInit:515: 7a open:'/dev/fb0'
LepOS: FB_VideoInit:523: 7a is opened:'/dev/fb0'
LepOS: FB_OpenKeyboard:273: 1 (keyboard not open)
./src/video/fbcon/SDL_fbevents.c:FB_OpenMouse:587: With SDL_INPUT_TSLIB
Using tslib touchscreen
LepOS: SDL_SetVideoMode:600: '800x480x32' flags:'0x10'
LepOS: SDL_SetVideoMode:624: '800x480x32' flags:'0x10'
LepOS: FB_EnterGraphicsMode:164: 1 (not in Graphics Mode)
LepOS: SDL_SetVideoMode: END
(0.491437) framebuffer/font_freetype.c ft_face_requester 101: Loaded face
from /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
...... (all done)
(0.559656) framebuffer/font_freetype.c ft_face_requester 101: Loaded face
from /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
(0.622906) framebuffer/gui.c main 2128: calling browser_window_create
(0.623687) framebuffer/gui.c create_normal_browser_window 1572: Normal
window
(0.623906) framebuffer/gui.c create_toolbar 1178: Using toolbar layout
blfsrutc
(0.624250) framebuffer/gui.c create_toolbar 1211: toolbar adding b
(0.624500) framebuffer/gui.c create_toolbar 1362: xpos is 26
(0.624687) framebuffer/gui.c create_toolbar 1211: toolbar adding l
(0.624844) framebuffer/gui.c create_toolbar 1362: xpos is 54
(0.625000) framebuffer/gui.c create_toolbar 1211: toolbar adding f
(0.625344) framebuffer/gui.c create_toolbar 1362: xpos is 78
(0.625531) framebuffer/gui.c create_toolbar 1211: toolbar adding s
(0.625750) framebuffer/gui.c create_toolbar 1362: xpos is 106
(0.625906) framebuffer/gui.c create_toolbar 1211: toolbar adding r
(0.626125) framebuffer/gui.c create_toolbar 1362: xpos is 132
(0.626437) framebuffer/gui.c create_toolbar 1211: toolbar adding u
(0.626625) framebuffer/gui.c create_toolbar 1362: xpos is 798
(0.626781) framebuffer/gui.c create_toolbar 1211: toolbar adding c
(0.626969) framebuffer/gui.c create_toolbar 1362: xpos is 770
(0.627156) framebuffer/gui.c create_toolbar 1211: toolbar adding t
(0.627469) framebuffer/gui.c create_toolbar 1362: xpos is 744
(0.627687) framebuffer/gui.c create_toolbar 1211: toolbar adding u
(0.627844) framebuffer/gui.c create_toolbar 1362: xpos is 744
(0.628000) framebuffer/fbtk/fbtk.c fbtk_set_mapping 129: setting mapping on
0x291690 to 1
(0.628187) framebuffer/gui.c create_normal_browser_window 1603: status bar
0x291de0 at 0,462
(0.628656) framebuffer/fbtk/fbtk.c fbtk_set_mapping 129: setting mapping on
0x2915c0 to 1
(0.628937) desktop/browser.c browser_window_navigate 1847: bw 0x291490, url
http://www.google.de/
desktop/browser.c:browser_window_navigate:1849: bw 0x291490, url
http://www.google.de/
(0.629437) desktop/browser.c browser_window_navigate 1949: Loading
'http://www.google.de/'
(0.638062) content/llcache.c llcache_process_metadata 1251: Retriving
metadata
(0.638375) content/fetchers/curl.c fetch_curl_setup 379: fetch 0x293470, url
'http://www.google.de/'
desktop/browser.c:browser_window_navigate:1968: bw 0x291490, url
http://www.google.de/
(0.691656) framebuffer/fbtk/scroll.c hscroll_redraw 337: hscroll 209
(0.694469) framebuffer/gui.c fb_redraw 339: 0,0 to 782,432
(0.799281) content/fetchers/curl.c fetch_curl_process_headers 1236: HTTP
status code 200
(0.802312) content/content.c content__init 83: url http://www.google.de/ ->
0x2af078
(0.807312) render/html_css.c html_css_new_stylesheets 548: 2 fetches active
(0.807656) render/html_css.c html_css_new_stylesheets 575: 3 fetches active
(0.807875) content/content.c content_add_user 601: content
http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
desktop/browser.c:browser_window_callback:1377: chris
browser_window_callback_errorcode:1123: chris
messages_get_errorcode:282: NSERROR_BAD_ENCODING
(0.825468) framebuffer/misc.c warn_user 30: BadEncoding (null)
(0.825718) content/content.c content_remove_user 629: content
http://www.google.de/ (0x2af078), user 0x1419c 0x28d7b0
(0.825968) content/fetchers/curl.c fetch_curl_abort 731: fetch 0x293470, url
'http://www.google.de/'
(0.829031) content/fetchers/curl.c fetch_curl_done 864: done
http://www.google.de/
(0.829281) content/fetchers/curl.c fetch_curl_stop 752: fetch 0x293470, url
'http://www.google.de/'
(0.843187) framebuffer/fetch.c fetch_filetype 68: unix path
/root/.netsurf/default.css
(0.845218) content/content.c content__init 83: url
file:///root/.netsurf/default.css -> 0x294310
(0.849687) content/content.c content_add_user 601: content
file:///root/.netsurf/default.css (0x294310), user 0x1419c 0x2fc0a0
(0.893312) content/content.c content_convert 283: content
file:///root/.netsurf/default.css (0x294310)
(0.893781) render/html_css.c html_convert_css_callback 105: done stylesheet
slot 0 'file:///root/.netsurf/default.css'
(0.894156) render/html_css.c html_convert_css_callback 107: 2 fetches active
(0.894468) render/html_css.c html_convert_css_callback 113: stylesheet
resource:user.css failed: UnacceptableType
(0.894687) render/html_css.c html_convert_css_callback 117: 1 fetches active
(20.193187) content/content.c content_destroy 388: content 0x2af078
http://www.google.de/
(20.193531) render/html.c html_destroy 1402: content 0x2af078
(20.194187) content/content.c content_remove_user 629: content
file:///root/.netsurf/default.css (0x294310), user 0x1419c 0x2fc0a0
(40.195656) content/content.c content_destroy 388: content 0x294310
file:///root/.netsurf/default.css
(729.213187) framebuffer/fbtk/event.c fbtk_click 88: clicked 0x292460 at
0,30
(729.213468) framebuffer/gui.c fb_browser_window_click 616: browser window
clicked at 314,215
(729.992687) framebuffer/fbtk/event.c fbtk_click 88: clicked 0x292460 at
0,30
(729.993031) framebuffer/gui.c fb_browser_window_click 616: browser window
clicked at 421,219
(730.328531) framebuffer/fbtk/event.c fbtk_click 88: clicked 0x292460 at
0,30
.....
And so on, nothing else happens anymore.
I attached a screenshot. @ (40.x)
Thanks in advance
Chris
quick on-off for Javascript
Brian Jordan wrote on 23 Oct (in thread "Maps"):
> Strangely I have no black background problems here with build 3.3 (Dev
> CI #2193) if JavaScript is disabled. If JS is enabled the page doesn't
> render at all.
Leads tme to ask: is there a quick way of switching Javascript on or
off while viewing a given page?
If not, could I make a UI suggestion?
I recall way back when, when Fresco was attempting rudimentary
Javascript (or Ecmascript), its toolbar had a button to toggle it on
and off; the button also indicated the current state. Often proved
useful, in cases like Brian cites.
--
Jim Nagel www.archivemag.co.uk
|| See you at the show? www.riscoslondonshow.co.uk Oct 25
> Strangely I have no black background problems here with build 3.3 (Dev
> CI #2193) if JavaScript is disabled. If JS is enabled the page doesn't
> render at all.
Leads tme to ask: is there a quick way of switching Javascript on or
off while viewing a given page?
If not, could I make a UI suggestion?
I recall way back when, when Fresco was attempting rudimentary
Javascript (or Ecmascript), its toolbar had a button to toggle it on
and off; the button also indicated the current state. Often proved
useful, in cases like Brian cites.
--
Jim Nagel www.archivemag.co.uk
|| See you at the show? www.riscoslondonshow.co.uk Oct 25
Re: links no longer work
On 22/10/14 22:26, Tony Moore wrote:
>> Visit about:testament and if you have "user" in the "Provenance"
>> column for the scale setting, then you'll have some other value set.
>> The default is 100%.
>
> about:testament displays the following
Oops, I meant to write about:config
> Yes, the problem has gone away!
Good. :)
--
Michael Drake http://www.netsurf-browser.org/
>> Visit about:testament and if you have "user" in the "Provenance"
>> column for the scale setting, then you'll have some other value set.
>> The default is 100%.
>
> about:testament displays the following
Oops, I meant to write about:config
> Yes, the problem has gone away!
Good. :)
--
Michael Drake http://www.netsurf-browser.org/
Re: New User - Hello to all - some Ideas concerning Netsurf for arm
On Wed, Oct 22, 2014 at 13:18:04 +0200, Christian Lepper wrote:
> my Name is Christian, Im from Germany/Munich.
> i work on a embedded Plattform with Freescales iMX28 (arm).
Cool!
> Since some days i tried to get NetSurf working on this Plattform.
> And with some small changes now i have first nsfb bin which is runable ;-)
Excellent.
> Im not firm with your bugtracking systems...
> so i send my suggestions here in hope to find the right person who can
> handle this Info,
> or just stick my nose to the right place for it ;-)
Our BTS is a Mantis instance. There's some help on bugs.netsurf-browser.org
but I'll admit it is a little hard to get your head around to begin with :-)
> We use framebuffer with SDL-1.2
>
> Found Hints/Probs/Bugs in Make Process:
> 1. in $(TARGET_WORKSPACE)/netsurf/Makefile Line 140
> Change
> STRIP=strip
> To
> STRIP?=strip
> Makes it possible to use the strip from my (external) Toolchain;
> else it always uses the HOST strip which cant handle my arm compiled bin.
Interesting, this has never managed to hit us before and we cross-compile lots
of stuff. Well spotted.
> 2. My Ubuntu shell has severe Probs handling the defined funcs from env.sh
> I had to change all names from e.g. ns-package-install to ns_package_install
> I didnt figure out why my machine has a Problem with the '-' in the names..
> But changing it to '_' solved the Probs.
Which shell do you use? We have several developers who use our env.sh on
Ubuntu so we'd like to track down these issues.
> 3. Compiling Error cause of double typedef'd : typedef struct fbtk_widget_s
> fbtk_widget_t;
> In work/netsurf/framebuffer/fbtk.h and work/netsurf/framebuffer/gui.h
> I changed to this:
> ./framebuffer/gui.h:23:
> //typedef struct fbtk_widget_s fbtk_widget_t;
> ./framebuffer/gui.h:73:
> //void gui_resize(fbtk_widget_t *root, int width, int height);
> void gui_resize(struct fbtk_widget_s *root, int width, int height);
> than it compiled.
I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can jump in
here.
> 4. Compile warning/error:
> After a make clean, first run of make gives this error:
> COMPILE: framebuffer/font_internal.c
> framebuffer/font_internal.c:33:26: warning: font-ns-sans.h: No such file or
> directory
> framebuffer/font_internal.c: In function 'fb_get_glyph':
> framebuffer/font_internal.c:263: error: 'fb_bold_italic_section_table'
> undeclared (first use in this function)
> framebuffer/font_internal.c:263: error: (Each undeclared identifier is
> reported only once
> .....
> But in second try of make this file seems to be installed... maybe some
> changes in make order/sequence?
> And maybe this will disappear in the moment i get freetype compiled and
> linked to Netsurf.
Ditto.
> Suggestions:
> - Why not use "SDL-ttf" which handles freetype fonts in a good and portable
> manner?
Font rendering for the framebuffer frontend is handled by NS separately from
the framebuffer physical layer. Adding SDL-ttf would imply making NetSurf's
codebase have SDL content. Perhaps better would be to push more of the font
rendering into libnsfb and then the option would open up.
> Questions:
> - Somebody got libmozjs running with NetSurf under arm?
libmozjs is very difficult to get going on ARM reliably (we have it working on
RISC OS (ish)). I suggest you do not attempt to build JavaScript support for
now. We're slowly evaluating other JS options which might make it easier for
us to port.
> - running nsfb gives a browser window but no website appears just left
> bottom said "BadEncoding".
> Webserver gets a "http OK" so i think the data is delivered to the
> browser.
> Doing something wrong?
If you run NetSurf with the -v option, it'll give a lot of useful messages on
stdout/stderr. Capture those into a log and we may be able to help further.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> my Name is Christian, Im from Germany/Munich.
> i work on a embedded Plattform with Freescales iMX28 (arm).
Cool!
> Since some days i tried to get NetSurf working on this Plattform.
> And with some small changes now i have first nsfb bin which is runable ;-)
Excellent.
> Im not firm with your bugtracking systems...
> so i send my suggestions here in hope to find the right person who can
> handle this Info,
> or just stick my nose to the right place for it ;-)
Our BTS is a Mantis instance. There's some help on bugs.netsurf-browser.org
but I'll admit it is a little hard to get your head around to begin with :-)
> We use framebuffer with SDL-1.2
>
> Found Hints/Probs/Bugs in Make Process:
> 1. in $(TARGET_WORKSPACE)/netsurf/Makefile Line 140
> Change
> STRIP=strip
> To
> STRIP?=strip
> Makes it possible to use the strip from my (external) Toolchain;
> else it always uses the HOST strip which cant handle my arm compiled bin.
Interesting, this has never managed to hit us before and we cross-compile lots
of stuff. Well spotted.
> 2. My Ubuntu shell has severe Probs handling the defined funcs from env.sh
> I had to change all names from e.g. ns-package-install to ns_package_install
> I didnt figure out why my machine has a Problem with the '-' in the names..
> But changing it to '_' solved the Probs.
Which shell do you use? We have several developers who use our env.sh on
Ubuntu so we'd like to track down these issues.
> 3. Compiling Error cause of double typedef'd : typedef struct fbtk_widget_s
> fbtk_widget_t;
> In work/netsurf/framebuffer/fbtk.h and work/netsurf/framebuffer/gui.h
> I changed to this:
> ./framebuffer/gui.h:23:
> //typedef struct fbtk_widget_s fbtk_widget_t;
> ./framebuffer/gui.h:73:
> //void gui_resize(fbtk_widget_t *root, int width, int height);
> void gui_resize(struct fbtk_widget_s *root, int width, int height);
> than it compiled.
I'm afraid I'm not au-fait with fbtk, but perhaps Michael Drake can jump in
here.
> 4. Compile warning/error:
> After a make clean, first run of make gives this error:
> COMPILE: framebuffer/font_internal.c
> framebuffer/font_internal.c:33:26: warning: font-ns-sans.h: No such file or
> directory
> framebuffer/font_internal.c: In function 'fb_get_glyph':
> framebuffer/font_internal.c:263: error: 'fb_bold_italic_section_table'
> undeclared (first use in this function)
> framebuffer/font_internal.c:263: error: (Each undeclared identifier is
> reported only once
> .....
> But in second try of make this file seems to be installed... maybe some
> changes in make order/sequence?
> And maybe this will disappear in the moment i get freetype compiled and
> linked to Netsurf.
Ditto.
> Suggestions:
> - Why not use "SDL-ttf" which handles freetype fonts in a good and portable
> manner?
Font rendering for the framebuffer frontend is handled by NS separately from
the framebuffer physical layer. Adding SDL-ttf would imply making NetSurf's
codebase have SDL content. Perhaps better would be to push more of the font
rendering into libnsfb and then the option would open up.
> Questions:
> - Somebody got libmozjs running with NetSurf under arm?
libmozjs is very difficult to get going on ARM reliably (we have it working on
RISC OS (ish)). I suggest you do not attempt to build JavaScript support for
now. We're slowly evaluating other JS options which might make it easier for
us to port.
> - running nsfb gives a browser window but no website appears just left
> bottom said "BadEncoding".
> Webserver gets a "http OK" so i think the data is delivered to the
> browser.
> Doing something wrong?
If you run NetSurf with the -v option, it'll give a lot of useful messages on
stdout/stderr. Capture those into a log and we may be able to help further.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: Maps
On 22 Oct 2014, Brian Jordan <brian.jordan9@btinternet.com> wrote:
> In article <e18bca5a54.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [Snip]
>
> > Now that is really useful. Many thanks.
>
> > Searching for an explanation of the various parameters led me to
> > https://developers.google.com/maps/documentation/staticmaps/ This
> > has a black background, but can be read easily in NetSurf, by
> > pressing ctrl-a to select all.
>
> As you say, a most useful reference. Strangely I have no black
> background problems here with build 3.3 (Dev CI #2193) if JavaScript
> is disabled. If JS is enabled the page doesn't render at all.
I've just checked again and, here too, there is no black background.
Most odd - I couldn't have imagined it!
Tony
> In article <e18bca5a54.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
> [Snip]
>
> > Now that is really useful. Many thanks.
>
> > Searching for an explanation of the various parameters led me to
> > https://developers.google.com/maps/documentation/staticmaps/ This
> > has a black background, but can be read easily in NetSurf, by
> > pressing ctrl-a to select all.
>
> As you say, a most useful reference. Strangely I have no black
> background problems here with build 3.3 (Dev CI #2193) if JavaScript
> is disabled. If JS is enabled the page doesn't render at all.
I've just checked again and, here too, there is no black background.
Most odd - I couldn't have imagined it!
Tony
Wednesday, 22 October 2014
Re: Maps
In article <e18bca5a54.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
[Snip]
> Now that is really useful. Many thanks.
> Searching for an explanation of the various parameters led me to
> https://developers.google.com/maps/documentation/staticmaps/ This has a
> black background, but can be read easily in NetSurf, by pressing ctrl-a
> to select all.
As you say, a most useful reference. Strangely I have no black background
problems here with build 3.3 (Dev CI #2193) if JavaScript is disabled. If
JS is enabled the page doesn't render at all.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
Tony Moore <old_coaster@yahoo.co.uk> wrote:
[Snip]
> Now that is really useful. Many thanks.
> Searching for an explanation of the various parameters led me to
> https://developers.google.com/maps/documentation/staticmaps/ This has a
> black background, but can be read easily in NetSurf, by pressing ctrl-a
> to select all.
As you say, a most useful reference. Strangely I have no black background
problems here with build 3.3 (Dev CI #2193) if JavaScript is disabled. If
JS is enabled the page doesn't render at all.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
Re: Maps
On 22 Oct 2014, Michael Drake <tlsa@netsurf-browser.org> wrote:
> Since NetSurf doesn't have enough JavaScript support to use Google
> Maps, I've added a simple front end to the Google Static Maps API.
>
> You can have a go with this if you visit:
>
> about:maps
>
> in the latest NetSurf development build.
Now that is really useful. Many thanks.
Searching for an explanation of the various parameters led me to
https://developers.google.com/maps/documentation/staticmaps/ This has a
black background, but can be read easily in NetSurf, by pressing ctrl-a
to select all.
Tony
> Since NetSurf doesn't have enough JavaScript support to use Google
> Maps, I've added a simple front end to the Google Static Maps API.
>
> You can have a go with this if you visit:
>
> about:maps
>
> in the latest NetSurf development build.
Now that is really useful. Many thanks.
Searching for an explanation of the various parameters led me to
https://developers.google.com/maps/documentation/staticmaps/ This has a
black background, but can be read easily in NetSurf, by pressing ctrl-a
to select all.
Tony
Re: Maps
In article <544811CF.9080609@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> Since NetSurf doesn't have enough JavaScript support to use Google
> Maps, I've added a simple front end to the Google Static Maps API.
> You can have a go with this if you visit:
> about:maps
> in the latest NetSurf development build.
Very nice, thank you.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
Michael Drake <tlsa@netsurf-browser.org> wrote:
> Since NetSurf doesn't have enough JavaScript support to use Google
> Maps, I've added a simple front end to the Google Static Maps API.
> You can have a go with this if you visit:
> about:maps
> in the latest NetSurf development build.
Very nice, thank you.
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com
Re: links no longer work
On 22 Oct 2014, Michael Drake <tlsa@netsurf-browser.org> wrote:
> On 22/10/14 00:00, Tony Moore wrote:
> > Using RiscPC, RO 6.20, NS #2190, the links no longer work
[snip]
> > Does anyone else see this bizarre problem?
>
> I'm guessing you have your own scale setting configured?
Spot on! In NS choices, I have scale:120 .
> Visit about:testament and if you have "user" in the "Provenance"
> column for the scale setting, then you'll have some other value set.
> The default is 100%.
about:testament displays the following
# Automatically generated by NetSurf build system
# This is a tagged build of NetSurf
# The tag used was 'jenkins-BUILD_JS=json,CC=gcc,TARGET=riscos,
label=arm-unknown-riscos-2193'
# This build carries the CI build number '2193'
Built by (jenkins) from jenkins-BUILD_JS=json,CC=gcc,TARGET=riscos,
label=arm-unknown-riscos-2193 at revision
e329e3c03a4fe6d580dd933a412265cf19f45f63 on 22.10.2014
Built on cislave4 in /var/lib/jenkins/workspace/netsurf/BUILD_JS/
json/CC/gcc/TARGET/riscos/label/arm-unknown-riscos/
Working tree is not modified.
I cannot see any "Provenance" column.
> Anyway, assuming that non-standard scale configurations are the
> problem, it should be fixed in the latest build.
Yes, the problem has gone away!
Many thanks for the prompt fix.
Tony
> On 22/10/14 00:00, Tony Moore wrote:
> > Using RiscPC, RO 6.20, NS #2190, the links no longer work
[snip]
> > Does anyone else see this bizarre problem?
>
> I'm guessing you have your own scale setting configured?
Spot on! In NS choices, I have scale:120 .
> Visit about:testament and if you have "user" in the "Provenance"
> column for the scale setting, then you'll have some other value set.
> The default is 100%.
about:testament displays the following
# Automatically generated by NetSurf build system
# This is a tagged build of NetSurf
# The tag used was 'jenkins-BUILD_JS=json,CC=gcc,TARGET=riscos,
label=arm-unknown-riscos-2193'
# This build carries the CI build number '2193'
Built by (jenkins) from jenkins-BUILD_JS=json,CC=gcc,TARGET=riscos,
label=arm-unknown-riscos-2193 at revision
e329e3c03a4fe6d580dd933a412265cf19f45f63 on 22.10.2014
Built on cislave4 in /var/lib/jenkins/workspace/netsurf/BUILD_JS/
json/CC/gcc/TARGET/riscos/label/arm-unknown-riscos/
Working tree is not modified.
I cannot see any "Provenance" column.
> Anyway, assuming that non-standard scale configurations are the
> problem, it should be fixed in the latest build.
Yes, the problem has gone away!
Many thanks for the prompt fix.
Tony
Maps
Since NetSurf doesn't have enough JavaScript support to use Google
Maps, I've added a simple front end to the Google Static Maps API.
You can have a go with this if you visit:
about:maps
in the latest NetSurf development build.
--
Michael Drake http://www.netsurf-browser.org/
Maps, I've added a simple front end to the Google Static Maps API.
You can have a go with this if you visit:
about:maps
in the latest NetSurf development build.
--
Michael Drake http://www.netsurf-browser.org/
Re: links no longer work
On 22/10/14 00:00, Tony Moore wrote:
> Using RiscPC, RO 6.20, NS #2190, the links no longer work
...
> Does anyone else see this bizarre problem?
I'm guessing you have your own scale setting configured?
Visit about:testament and if you have "user" in the "Provenance" column
for the scale setting, then you'll have some other value set. The
default is 100%.
Anyway, assuming that non-standard scale configurations are the problem,
it should be fixed in the latest build.
Cheers,
--
Michael Drake http://www.netsurf-browser.org/
> Using RiscPC, RO 6.20, NS #2190, the links no longer work
...
> Does anyone else see this bizarre problem?
I'm guessing you have your own scale setting configured?
Visit about:testament and if you have "user" in the "Provenance" column
for the scale setting, then you'll have some other value set. The
default is 100%.
Anyway, assuming that non-standard scale configurations are the problem,
it should be fixed in the latest build.
Cheers,
--
Michael Drake http://www.netsurf-browser.org/
R-Pi B+ RISC OS problems
Netsurf won't run here: during loading it gives an error:
"Memory exhausted whilst loading URL file."
Memory isn't exhausted: I suspect there is another problem which is being
wrongly errored.
So where and what is the "URL file" so I can check it?
This is with recent Netsurf and back quite a way. So I think it is a
problem with the file - not with the memory!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
"Memory exhausted whilst loading URL file."
Memory isn't exhausted: I suspect there is another problem which is being
wrongly errored.
So where and what is the "URL file" so I can check it?
This is with recent Netsurf and back quite a way. So I think it is a
problem with the file - not with the memory!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
[Rpcemu] RPCEmu 0.8.12
A new version of RPCEmu is available, 0.8.12
http://www.marutan.net/rpcemu/
Changes in this version
* All Platforms
- ARM Core
- Fix 4 issues related to the SWP instruction
- Fix for STRB where the PC should be offset
- Fix implementation-specific behaviour for single data transfer
- Floppy Drive
- Support the FDC Format and Verify commands, this enables you to format
an empty 800KB or 1600KB file as a disc image. Including code provided
by Rob Sprowson.
- Experimental fix for floppy-drive support in Recompiler. Please report
any issues discovered with this.
- Fix rendering of wimp modes 29 and 30 (800x600 in 1bpp and 2bpp)
- HostFS
- Add support for RISC OS ImageFS extensions and add a default disc name
This enables several programs that previous failed to work to work,
including Photodesk and the Acorn C/C++ installer.
- Add support for querying HostFS free disc space.
- Add a 'Help' menu to the UI with links to the website and manual
Note: Using the windows install to upgrade from
previous versions may overwrite your cmos.ram
and rpc.cfg files.
Matthew Howkins
Peter Howkins
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
http://www.marutan.net/rpcemu/
Changes in this version
* All Platforms
- ARM Core
- Fix 4 issues related to the SWP instruction
- Fix for STRB where the PC should be offset
- Fix implementation-specific behaviour for single data transfer
- Floppy Drive
- Support the FDC Format and Verify commands, this enables you to format
an empty 800KB or 1600KB file as a disc image. Including code provided
by Rob Sprowson.
- Experimental fix for floppy-drive support in Recompiler. Please report
any issues discovered with this.
- Fix rendering of wimp modes 29 and 30 (800x600 in 1bpp and 2bpp)
- HostFS
- Add support for RISC OS ImageFS extensions and add a default disc name
This enables several programs that previous failed to work to work,
including Photodesk and the Acorn C/C++ installer.
- Add support for querying HostFS free disc space.
- Add a 'Help' menu to the UI with links to the website and manual
Note: Using the windows install to upgrade from
previous versions may overwrite your cmos.ram
and rpc.cfg files.
Matthew Howkins
Peter Howkins
--
Peter Howkins
peter.howkins@marutan.net
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: links no longer work
In article <60d1905a54.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 22 Oct 2014, Dave Symes <dave@triffid.co.uk> wrote:
> > In article <68164b5a54.old_coaster@old_coaster.yahoo.co.uk>,
> > Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > > Using RiscPC, RO 6.20, NS #2190, the links no longer work
> >
> > > To see this, load a page, eg
> > > file:///NetSurf:/Resources/en/welcome.html and hover the pointer
> > > over a link. The pointer remains a select-arrow and doesn't change
> > > to hand-pointing, as it should. Clicking on the link does nothing,
> > > and the status bar remains blank.
> >
> > > Moving the pointer around, shows that the active location for each
> > > link is displaced by about three lines above the link.
> >
> > > Does anyone else see this bizarre problem?
> >
> > Tony, the answer is no.
> > SARPC RO 6.20 and NetSurf #2190
> >
> > Here the links all produce the hand pointer, and clicking on a few of
> > them at random, they all work and produce the required pages.
> Many thanks for the response.
> Here, NS #2136 behaves correctly, however NS #2190 doesn't.
> I think that the problem has something to do with the font size. In
> Choices > Fonts, the default, and minimum, font sizes are both 12 pt.
> file:///NetSurf:/Resources/en/welcome.html opens at 100% scale but the
> fonts, apart from the headline, are displayed at 14 pt, however it seems
> that the locations of the active areas may have been determined assuming
> a display 12 pt. This results in the active areas being displaced to the
> left, and upwards. Both displacements are proportional to the distance
> from the top-left corner of the page.
> Increasing the display scale to 110% causes the fonts to be displayed at
> 12 pt and the active areas then match the link locations. Reverting to
> 100% scale causes the fonts to become smaller than 12 pt, but the active
> areas still match the link locations.
> Other pages are also affected, but a workaround seems to be to increase
> /decrease the display scale.
> Tony
That's interesting Tony.
I played around with the Def Font sizes, including to match yours but it
didn't make any difference, NS #2190 continued to work okay.
Not much help I appreciate, but worth noting.
BTW. My computer Font manager is "EasyFont Pro" Version 5.18u.
Dave
--
Dave Triffid
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 22 Oct 2014, Dave Symes <dave@triffid.co.uk> wrote:
> > In article <68164b5a54.old_coaster@old_coaster.yahoo.co.uk>,
> > Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > > Using RiscPC, RO 6.20, NS #2190, the links no longer work
> >
> > > To see this, load a page, eg
> > > file:///NetSurf:/Resources/en/welcome.html and hover the pointer
> > > over a link. The pointer remains a select-arrow and doesn't change
> > > to hand-pointing, as it should. Clicking on the link does nothing,
> > > and the status bar remains blank.
> >
> > > Moving the pointer around, shows that the active location for each
> > > link is displaced by about three lines above the link.
> >
> > > Does anyone else see this bizarre problem?
> >
> > Tony, the answer is no.
> > SARPC RO 6.20 and NetSurf #2190
> >
> > Here the links all produce the hand pointer, and clicking on a few of
> > them at random, they all work and produce the required pages.
> Many thanks for the response.
> Here, NS #2136 behaves correctly, however NS #2190 doesn't.
> I think that the problem has something to do with the font size. In
> Choices > Fonts, the default, and minimum, font sizes are both 12 pt.
> file:///NetSurf:/Resources/en/welcome.html opens at 100% scale but the
> fonts, apart from the headline, are displayed at 14 pt, however it seems
> that the locations of the active areas may have been determined assuming
> a display 12 pt. This results in the active areas being displaced to the
> left, and upwards. Both displacements are proportional to the distance
> from the top-left corner of the page.
> Increasing the display scale to 110% causes the fonts to be displayed at
> 12 pt and the active areas then match the link locations. Reverting to
> 100% scale causes the fonts to become smaller than 12 pt, but the active
> areas still match the link locations.
> Other pages are also affected, but a workaround seems to be to increase
> /decrease the display scale.
> Tony
That's interesting Tony.
I played around with the Def Font sizes, including to match yours but it
didn't make any difference, NS #2190 continued to work okay.
Not much help I appreciate, but worth noting.
BTW. My computer Font manager is "EasyFont Pro" Version 5.18u.
Dave
--
Dave Triffid
Re: links no longer work
On 22 Oct 2014, Dave Symes <dave@triffid.co.uk> wrote:
> In article <68164b5a54.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > Using RiscPC, RO 6.20, NS #2190, the links no longer work
>
> > To see this, load a page, eg
> > file:///NetSurf:/Resources/en/welcome.html and hover the pointer
> > over a link. The pointer remains a select-arrow and doesn't change
> > to hand-pointing, as it should. Clicking on the link does nothing,
> > and the status bar remains blank.
>
> > Moving the pointer around, shows that the active location for each
> > link is displaced by about three lines above the link.
>
> > Does anyone else see this bizarre problem?
>
> Tony, the answer is no.
> SARPC RO 6.20 and NetSurf #2190
>
> Here the links all produce the hand pointer, and clicking on a few of
> them at random, they all work and produce the required pages.
Many thanks for the response.
Here, NS #2136 behaves correctly, however NS #2190 doesn't.
I think that the problem has something to do with the font size. In
Choices > Fonts, the default, and minimum, font sizes are both 12 pt.
file:///NetSurf:/Resources/en/welcome.html opens at 100% scale but the
fonts, apart from the headline, are displayed at 14 pt, however it seems
that the locations of the active areas may have been determined assuming
a display 12 pt. This results in the active areas being displaced to the
left, and upwards. Both displacements are proportional to the distance
from the top-left corner of the page.
Increasing the display scale to 110% causes the fonts to be displayed at
12 pt and the active areas then match the link locations. Reverting to
100% scale causes the fonts to become smaller than 12 pt, but the active
areas still match the link locations.
Other pages are also affected, but a workaround seems to be to increase
/decrease the display scale.
Tony
> In article <68164b5a54.old_coaster@old_coaster.yahoo.co.uk>,
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
> > Using RiscPC, RO 6.20, NS #2190, the links no longer work
>
> > To see this, load a page, eg
> > file:///NetSurf:/Resources/en/welcome.html and hover the pointer
> > over a link. The pointer remains a select-arrow and doesn't change
> > to hand-pointing, as it should. Clicking on the link does nothing,
> > and the status bar remains blank.
>
> > Moving the pointer around, shows that the active location for each
> > link is displaced by about three lines above the link.
>
> > Does anyone else see this bizarre problem?
>
> Tony, the answer is no.
> SARPC RO 6.20 and NetSurf #2190
>
> Here the links all produce the hand pointer, and clicking on a few of
> them at random, they all work and produce the required pages.
Many thanks for the response.
Here, NS #2136 behaves correctly, however NS #2190 doesn't.
I think that the problem has something to do with the font size. In
Choices > Fonts, the default, and minimum, font sizes are both 12 pt.
file:///NetSurf:/Resources/en/welcome.html opens at 100% scale but the
fonts, apart from the headline, are displayed at 14 pt, however it seems
that the locations of the active areas may have been determined assuming
a display 12 pt. This results in the active areas being displaced to the
left, and upwards. Both displacements are proportional to the distance
from the top-left corner of the page.
Increasing the display scale to 110% causes the fonts to be displayed at
12 pt and the active areas then match the link locations. Reverting to
100% scale causes the fonts to become smaller than 12 pt, but the active
areas still match the link locations.
Other pages are also affected, but a workaround seems to be to increase
/decrease the display scale.
Tony
New User - Hello to all - some Ideas concerning Netsurf for arm
Hello,
my Name is Christian, Im from Germany/Munich.
i work on a embedded Plattform with Freescales iMX28 (arm).
Since some days i tried to get NetSurf working on this Plattform.
And with some small changes now i have first nsfb bin which is runable ;-)
Im not firm with your bugtracking systems...
so i send my suggestions here in hope to find the right person who can
handle this Info,
or just stick my nose to the right place for it ;-)
We use framebuffer with SDL-1.2
Found Hints/Probs/Bugs in Make Process:
1. in $(TARGET_WORKSPACE)/netsurf/Makefile Line 140
Change
STRIP=strip
To
STRIP?=strip
Makes it possible to use the strip from my (external) Toolchain;
else it always uses the HOST strip which cant handle my arm compiled bin.
2. My Ubuntu shell has severe Probs handling the defined funcs from env.sh
I had to change all names from e.g. ns-package-install to ns_package_install
I didnt figure out why my machine has a Problem with the '-' in the names..
But changing it to '_' solved the Probs.
3. Compiling Error cause of double typedef'd : typedef struct fbtk_widget_s
fbtk_widget_t;
In work/netsurf/framebuffer/fbtk.h and work/netsurf/framebuffer/gui.h
I changed to this:
./framebuffer/gui.h:23:
//typedef struct fbtk_widget_s fbtk_widget_t;
./framebuffer/gui.h:73:
//void gui_resize(fbtk_widget_t *root, int width, int height);
void gui_resize(struct fbtk_widget_s *root, int width, int height);
than it compiled.
4. Compile warning/error:
After a make clean, first run of make gives this error:
COMPILE: framebuffer/font_internal.c
framebuffer/font_internal.c:33:26: warning: font-ns-sans.h: No such file or
directory
framebuffer/font_internal.c: In function 'fb_get_glyph':
framebuffer/font_internal.c:263: error: 'fb_bold_italic_section_table'
undeclared (first use in this function)
framebuffer/font_internal.c:263: error: (Each undeclared identifier is
reported only once
.....
But in second try of make this file seems to be installed... maybe some
changes in make order/sequence?
And maybe this will disappear in the moment i get freetype compiled and
linked to Netsurf.
Suggestions:
- Why not use "SDL-ttf" which handles freetype fonts in a good and portable
manner?
Questions:
- Somebody got libmozjs running with NetSurf under arm?
- running nsfb gives a browser window but no website appears just left
bottom said "BadEncoding".
Webserver gets a "http OK" so i think the data is delivered to the
browser.
Doing something wrong?
Hope i could help a bit... or just give some confusing Info's.
Thanks in advance
Chris
my Name is Christian, Im from Germany/Munich.
i work on a embedded Plattform with Freescales iMX28 (arm).
Since some days i tried to get NetSurf working on this Plattform.
And with some small changes now i have first nsfb bin which is runable ;-)
Im not firm with your bugtracking systems...
so i send my suggestions here in hope to find the right person who can
handle this Info,
or just stick my nose to the right place for it ;-)
We use framebuffer with SDL-1.2
Found Hints/Probs/Bugs in Make Process:
1. in $(TARGET_WORKSPACE)/netsurf/Makefile Line 140
Change
STRIP=strip
To
STRIP?=strip
Makes it possible to use the strip from my (external) Toolchain;
else it always uses the HOST strip which cant handle my arm compiled bin.
2. My Ubuntu shell has severe Probs handling the defined funcs from env.sh
I had to change all names from e.g. ns-package-install to ns_package_install
I didnt figure out why my machine has a Problem with the '-' in the names..
But changing it to '_' solved the Probs.
3. Compiling Error cause of double typedef'd : typedef struct fbtk_widget_s
fbtk_widget_t;
In work/netsurf/framebuffer/fbtk.h and work/netsurf/framebuffer/gui.h
I changed to this:
./framebuffer/gui.h:23:
//typedef struct fbtk_widget_s fbtk_widget_t;
./framebuffer/gui.h:73:
//void gui_resize(fbtk_widget_t *root, int width, int height);
void gui_resize(struct fbtk_widget_s *root, int width, int height);
than it compiled.
4. Compile warning/error:
After a make clean, first run of make gives this error:
COMPILE: framebuffer/font_internal.c
framebuffer/font_internal.c:33:26: warning: font-ns-sans.h: No such file or
directory
framebuffer/font_internal.c: In function 'fb_get_glyph':
framebuffer/font_internal.c:263: error: 'fb_bold_italic_section_table'
undeclared (first use in this function)
framebuffer/font_internal.c:263: error: (Each undeclared identifier is
reported only once
.....
But in second try of make this file seems to be installed... maybe some
changes in make order/sequence?
And maybe this will disappear in the moment i get freetype compiled and
linked to Netsurf.
Suggestions:
- Why not use "SDL-ttf" which handles freetype fonts in a good and portable
manner?
Questions:
- Somebody got libmozjs running with NetSurf under arm?
- running nsfb gives a browser window but no website appears just left
bottom said "BadEncoding".
Webserver gets a "http OK" so i think the data is delivered to the
browser.
Doing something wrong?
Hope i could help a bit... or just give some confusing Info's.
Thanks in advance
Chris
Tuesday, 21 October 2014
[PATCH] gtk: Fix typo, Maintinance -> Maintenance.
---
gtk/res/options.gtk2.ui | 4 ++--
gtk/res/options.gtk3.ui | 4 ++--
resources/FatMessages | 2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/gtk/res/options.gtk2.ui b/gtk/res/options.gtk2.ui
index 9c2f5c6..ade2b83 100644
--- a/gtk/res/options.gtk2.ui
+++ b/gtk/res/options.gtk2.ui
@@ -1759,8 +1759,8 @@
<placeholder/>
</child>
<child>
- <object class="GtkButton" id="buttonCacheMaintinance">
- <property name="label" translatable="yes">preferencesCacheMaintinance</property>
+ <object class="GtkButton" id="buttonCacheMaintenance">
+ <property name="label" translatable="yes">preferencesCacheMaintenance</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">True</property>
diff --git a/gtk/res/options.gtk3.ui b/gtk/res/options.gtk3.ui
index ac43583..70e7809 100644
--- a/gtk/res/options.gtk3.ui
+++ b/gtk/res/options.gtk3.ui
@@ -1899,8 +1899,8 @@
<placeholder/>
</child>
<child>
- <object class="GtkButton" id="buttonCacheMaintinance">
- <property name="label" translatable="yes">preferencesCacheMaintinance</property>
+ <object class="GtkButton" id="buttonCacheMaintenance">
+ <property name="label" translatable="yes">preferencesCacheMaintenance</property>
<property name="use_action_appearance">False</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
diff --git a/resources/FatMessages b/resources/FatMessages
index 9eb7426..35d8663 100644
--- a/resources/FatMessages
+++ b/resources/FatMessages
@@ -2389,7 +2389,7 @@ en.gtk.preferencesCache:<b>Cache</b>
en.gtk.preferencesCacheMemory:Memory cache size
en.gtk.preferencesCacheDisc:Disc cache size
en.gtk.preferencesCacheExpire:Expire cache entries after
-en.gtk.preferencesCacheMaintinance:Maintinance
+en.gtk.preferencesCacheMaintenance:Maintenance
en.gtk.preferencesCacheDays:days
en.gtk.preferencesNetworkTabtitle:Network
--
2.1.2
gtk/res/options.gtk2.ui | 4 ++--
gtk/res/options.gtk3.ui | 4 ++--
resources/FatMessages | 2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/gtk/res/options.gtk2.ui b/gtk/res/options.gtk2.ui
index 9c2f5c6..ade2b83 100644
--- a/gtk/res/options.gtk2.ui
+++ b/gtk/res/options.gtk2.ui
@@ -1759,8 +1759,8 @@
<placeholder/>
</child>
<child>
- <object class="GtkButton" id="buttonCacheMaintinance">
- <property name="label" translatable="yes">preferencesCacheMaintinance</property>
+ <object class="GtkButton" id="buttonCacheMaintenance">
+ <property name="label" translatable="yes">preferencesCacheMaintenance</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
<property name="receives_default">True</property>
diff --git a/gtk/res/options.gtk3.ui b/gtk/res/options.gtk3.ui
index ac43583..70e7809 100644
--- a/gtk/res/options.gtk3.ui
+++ b/gtk/res/options.gtk3.ui
@@ -1899,8 +1899,8 @@
<placeholder/>
</child>
<child>
- <object class="GtkButton" id="buttonCacheMaintinance">
- <property name="label" translatable="yes">preferencesCacheMaintinance</property>
+ <object class="GtkButton" id="buttonCacheMaintenance">
+ <property name="label" translatable="yes">preferencesCacheMaintenance</property>
<property name="use_action_appearance">False</property>
<property name="visible">True</property>
<property name="can_focus">True</property>
diff --git a/resources/FatMessages b/resources/FatMessages
index 9eb7426..35d8663 100644
--- a/resources/FatMessages
+++ b/resources/FatMessages
@@ -2389,7 +2389,7 @@ en.gtk.preferencesCache:<b>Cache</b>
en.gtk.preferencesCacheMemory:Memory cache size
en.gtk.preferencesCacheDisc:Disc cache size
en.gtk.preferencesCacheExpire:Expire cache entries after
-en.gtk.preferencesCacheMaintinance:Maintinance
+en.gtk.preferencesCacheMaintenance:Maintenance
en.gtk.preferencesCacheDays:days
en.gtk.preferencesNetworkTabtitle:Network
--
2.1.2
Re: links no longer work
In article <68164b5a54.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> Using RiscPC, RO 6.20, NS #2190, the links no longer work
> To see this, load a page, eg file:///NetSurf:/Resources/en/welcome.html
> and hover the pointer over a link. The pointer remains a select-arrow
> and doesn't change to hand-pointing, as it should. Clicking on the link
> does nothing, and the status bar remains blank.
> Moving the pointer around, shows that the active location for each link
> is displaced by about three lines above the link.
> Does anyone else see this bizarre problem?
> Tony
Tony, the answer is no.
SARPC RO 6.20 and NetSurf #2190
Here the links all produce the hand pointer, and clicking on a few of them
at random, they all work and produce the required pages.
Dave
--
Dave Triffid
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> Using RiscPC, RO 6.20, NS #2190, the links no longer work
> To see this, load a page, eg file:///NetSurf:/Resources/en/welcome.html
> and hover the pointer over a link. The pointer remains a select-arrow
> and doesn't change to hand-pointing, as it should. Clicking on the link
> does nothing, and the status bar remains blank.
> Moving the pointer around, shows that the active location for each link
> is displaced by about three lines above the link.
> Does anyone else see this bizarre problem?
> Tony
Tony, the answer is no.
SARPC RO 6.20 and NetSurf #2190
Here the links all produce the hand pointer, and clicking on a few of them
at random, they all work and produce the required pages.
Dave
--
Dave Triffid
links no longer work
Using RiscPC, RO 6.20, NS #2190, the links no longer work
To see this, load a page, eg file:///NetSurf:/Resources/en/welcome.html
and hover the pointer over a link. The pointer remains a select-arrow
and doesn't change to hand-pointing, as it should. Clicking on the link
does nothing, and the status bar remains blank.
Moving the pointer around, shows that the active location for each link
is displaced by about three lines above the link.
Does anyone else see this bizarre problem?
Tony
To see this, load a page, eg file:///NetSurf:/Resources/en/welcome.html
and hover the pointer over a link. The pointer remains a select-arrow
and doesn't change to hand-pointing, as it should. Clicking on the link
does nothing, and the status bar remains blank.
Moving the pointer around, shows that the active location for each link
is displaced by about three lines above the link.
Does anyone else see this bizarre problem?
Tony
Re: Cache on Atari build
Should there be anything appearring in the cache folder ?
When I turn on OS debug output I can see errors:
pid 143 (ns020): sys_socket: fd 10
pid 143 (ns020): sys_connect(10, 0x253AA80, 16)
pid 143 (ns020): sys_connect(10): error -325
pid 143 (ns020): Fstat64(u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA): path2cookie returned -33
pid 143 (ns020): Freadlink: unable to find u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA
pid 143 (ns020): do_open(u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA): error -33
No such file or directory.
pid 143 (ns020): sys_getsockopt(10, 65535, 4, 0x253AD10, 0x253AD14)
Peter
On Wed, 1 Oct 2014 18:58:39 , Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>
> I tried build 2126 and 2127 and they both stopped with a Failed to
> Initialise message.
>
> A look in the log showed it was trying top open res/cache/control
> so I created an empty folder res/cache
>
> Netsurf was then able to start.
>
> Should this empty "cache" folder be added to the build ?
>
> Is caching now enabled on all the platforms ?
>
> Peter
>
>
When I turn on OS debug output I can see errors:
pid 143 (ns020): sys_socket: fd 10
pid 143 (ns020): sys_connect(10, 0x253AA80, 16)
pid 143 (ns020): sys_connect(10): error -325
pid 143 (ns020): Fstat64(u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA): path2cookie returned -33
pid 143 (ns020): Freadlink: unable to find u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA
pid 143 (ns020): do_open(u:\g\Applications\netsurf\res\cache\d\2\K\K\2KKRZQA): error -33
No such file or directory.
pid 143 (ns020): sys_getsockopt(10, 65535, 4, 0x253AD10, 0x253AD14)
Peter
On Wed, 1 Oct 2014 18:58:39 , Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>
> I tried build 2126 and 2127 and they both stopped with a Failed to
> Initialise message.
>
> A look in the log showed it was trying top open res/cache/control
> so I created an empty folder res/cache
>
> Netsurf was then able to start.
>
> Should this empty "cache" folder be added to the build ?
>
> Is caching now enabled on all the platforms ?
>
> Peter
>
>
Sunday, 19 October 2014
Re: River Cottage
On Sun, 19 Oct 2014 12:00:05 , netsurf-users-request@netsurf-browser.org wrote:
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 18 Oct 2014 12:51:17 +0200
> From: Jean-Fran?ois Lemaire <jflemaire@skynet.be>
> Subject: Re: River Cottage
> To: "<netsurf-users@netsurf-browser.org>"
> <netsurf-users@netsurf-browser.org>
> Message-ID: <9241046.6e56qpvBRX@chertsey.site>
> On Saturday 18 October 2014 10:17:37 Peter Slegg wrote:
>
> > I am using Atari build no. 2174
> > I won't post the full link but this is the url:
> > http://rivercottagenews.net/
> > The page is displayed but the mouse never reappears.
>
> Works for me with Atari build 2117. Can you test an earlier build?
>
> Cheers,
> JFL
The link above wasn't the full subscribe/unsubscribe link which I
didn't want to post on a public list.
I have asked Ole to have a look.
Peter
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 18 Oct 2014 12:51:17 +0200
> From: Jean-Fran?ois Lemaire <jflemaire@skynet.be>
> Subject: Re: River Cottage
> To: "<netsurf-users@netsurf-browser.org>"
> <netsurf-users@netsurf-browser.org>
> Message-ID: <9241046.6e56qpvBRX@chertsey.site>
> On Saturday 18 October 2014 10:17:37 Peter Slegg wrote:
>
> > I am using Atari build no. 2174
> > I won't post the full link but this is the url:
> > http://rivercottagenews.net/
> > The page is displayed but the mouse never reappears.
>
> Works for me with Atari build 2117. Can you test an earlier build?
>
> Cheers,
> JFL
The link above wasn't the full subscribe/unsubscribe link which I
didn't want to post on a public list.
I have asked Ole to have a look.
Peter
Saturday, 18 October 2014
Re: River Cottage
On 18 Oct 2014 Jean-François Lemaire <jflemaire@skynet.be> wrote:
> On Saturday 18 October 2014 10:17:37 Peter Slegg wrote:
>> I am using Atari build no. 2174
>> I won't post the full link but this is the url:
>> http://rivercottagenews.net/
>> The page is displayed but the mouse never reappears.
> Works for me with Atari build 2117. Can you test an earlier build?
Also loads here with RISC OS build 2177, but I haven't tried to do
anything with it.
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> On Saturday 18 October 2014 10:17:37 Peter Slegg wrote:
>> I am using Atari build no. 2174
>> I won't post the full link but this is the url:
>> http://rivercottagenews.net/
>> The page is displayed but the mouse never reappears.
> Works for me with Atari build 2117. Can you test an earlier build?
Also loads here with RISC OS build 2177, but I haven't tried to do
anything with it.
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: River Cottage
On Saturday 18 October 2014 10:17:37 Peter Slegg wrote:
> I am using Atari build no. 2174
> I won't post the full link but this is the url:
> http://rivercottagenews.net/
> The page is displayed but the mouse never reappears.
Works for me with Atari build 2117. Can you test an earlier build?
Cheers,
JFL
--
Jean-François Lemaire
> I am using Atari build no. 2174
> I won't post the full link but this is the url:
> http://rivercottagenews.net/
> The page is displayed but the mouse never reappears.
Works for me with Atari build 2117. Can you test an earlier build?
Cheers,
JFL
--
Jean-François Lemaire
River Cottage
I am using Atari build no. 2174
I decided to unsubscribe from River Cottage emails, I
can't remember why I signed up.
I won't post the full link but this is the url:
http://rivercottagenews.net/
The page is displayed but the mouse never reappears.
Ctrl-Alt-R resets "the system" which in this case kills
Netsurf.
Peter
I decided to unsubscribe from River Cottage emails, I
can't remember why I signed up.
I won't post the full link but this is the url:
http://rivercottagenews.net/
The page is displayed but the mouse never reappears.
Ctrl-Alt-R resets "the system" which in this case kills
Netsurf.
Peter
Saturday, 11 October 2014
Re: [PATCH] Fix relative move commands following a path close.
Hi Michael,
Thanks for applying it. Happy to help.On Fri, Oct 10, 2014 at 6:21 PM, Michael Drake <tlsa@netsurf-browser.org> wrote:
Hi Paul,
On 10/10/14 04:10, Paul Mecklenburg wrote:
No problem. In fact I realized that my first patch wasn't quite right
(it cached each line_to instead of just the first move_to). I'll send a
revised version.
Thank you for your work on this! I have applied, tested and committed your new patch. Thanks for the explanation too. :)
http://git.netsurf-browser.org/libsvgtiny.git/commit/?id=a285e3942eb288b92a3ba77eaf564d55340b2f9d
--
Michael Drake http://www.netsurf-browser.org/
Friday, 10 October 2014
Re: [PATCH] Fix relative move commands following a path close.
Hi Paul,
On 10/10/14 04:10, Paul Mecklenburg wrote:
> No problem. In fact I realized that my first patch wasn't quite right
> (it cached each line_to instead of just the first move_to). I'll send a
> revised version.
Thank you for your work on this! I have applied, tested and committed
your new patch. Thanks for the explanation too. :)
http://git.netsurf-browser.org/libsvgtiny.git/commit/?id=a285e3942eb288b92a3ba77eaf564d55340b2f9d
--
Michael Drake http://www.netsurf-browser.org/
On 10/10/14 04:10, Paul Mecklenburg wrote:
> No problem. In fact I realized that my first patch wasn't quite right
> (it cached each line_to instead of just the first move_to). I'll send a
> revised version.
Thank you for your work on this! I have applied, tested and committed
your new patch. Thanks for the explanation too. :)
http://git.netsurf-browser.org/libsvgtiny.git/commit/?id=a285e3942eb288b92a3ba77eaf564d55340b2f9d
--
Michael Drake http://www.netsurf-browser.org/
Re: Need Guidance to start contributing to netsurf
On Fri, Oct 10, 2014 at 18:51:12 +0530, Naman Bhayani wrote:
> Thank you for replying.
You're welcome, but please don't reply directly to me, but rather to the
mailing list, otherwise if I'm unavailable, noone else could help you.
> Can you tell me which github repositories i should fork and begin??
> There are many repositories and i dont know which ones i should fork..
NetSurf is not on Github. The project has its own git repositories.
You should follow the quick start guide from
http://git.netsurf-browser.org/netsurf.git/tree/Docs/QUICK-START
Good luck,
D.
--
Daniel Silverstone http://www.digital-scurf.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> Thank you for replying.
You're welcome, but please don't reply directly to me, but rather to the
mailing list, otherwise if I'm unavailable, noone else could help you.
> Can you tell me which github repositories i should fork and begin??
> There are many repositories and i dont know which ones i should fork..
NetSurf is not on Github. The project has its own git repositories.
You should follow the quick start guide from
http://git.netsurf-browser.org/netsurf.git/tree/Docs/QUICK-START
Good luck,
D.
--
Daniel Silverstone http://www.digital-scurf.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: Need Guidance to start contributing to netsurf
Thank you for replying.
Can you tell me which github repositories i should fork and begin??
There are many repositories and i dont know which ones i should fork..
There are many repositories and i dont know which ones i should fork..
On Fri, Oct 10, 2014 at 6:47 PM, Daniel Silverstone <dsilvers@netsurf-browser.org> wrote:
Hi Namam, thanks for contacting us.On Fri, Oct 10, 2014 at 18:43:08 +0530, Naman Bhayani wrote:
> I am Naman,i study EEE,2nd year at BITS Pilani.
> I am relatively new to opensource contribution.I have started contributing
> since a few days and i am actively contributing BinPy organisation,and it
> participated in gsoc 2014.
>
> My Github Profile: https://github.com/Rapternmn
>
> My skills:C,C++,Python,Basic web development.
> I am willing to learn a lot more things.
>
> Please tell me what do i need to know to start contributing to netsurf and
> how should i begin contributing?
As with all people interested in contributing to the NetSurf Browser project,
we recommend that you start by acquiring the source code, building it for your
platform and familiarising yourself with the layout of the various libraries
and code.
Once you feel that you have a reasonable idea of the shape of the project
codebase, we recommend you go to our bug tracker and from there find something
you feel you can fix and have a go at a patch. Once you have a reasonable
patch worked up, use git send-email to provide a patch series to this mailing
list and we'll review it from there.
Kind regards,
Daniel.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Re: Need Guidance to start contributing to netsurf
On Fri, Oct 10, 2014 at 18:43:08 +0530, Naman Bhayani wrote:
> I am Naman,i study EEE,2nd year at BITS Pilani.
> I am relatively new to opensource contribution.I have started contributing
> since a few days and i am actively contributing BinPy organisation,and it
> participated in gsoc 2014.
>
> My Github Profile: https://github.com/Rapternmn
>
> My skills:C,C++,Python,Basic web development.
> I am willing to learn a lot more things.
>
> Please tell me what do i need to know to start contributing to netsurf and
> how should i begin contributing?
Hi Namam, thanks for contacting us.
As with all people interested in contributing to the NetSurf Browser project,
we recommend that you start by acquiring the source code, building it for your
platform and familiarising yourself with the layout of the various libraries
and code.
Once you feel that you have a reasonable idea of the shape of the project
codebase, we recommend you go to our bug tracker and from there find something
you feel you can fix and have a go at a patch. Once you have a reasonable
patch worked up, use git send-email to provide a patch series to this mailing
list and we'll review it from there.
Kind regards,
Daniel.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> I am Naman,i study EEE,2nd year at BITS Pilani.
> I am relatively new to opensource contribution.I have started contributing
> since a few days and i am actively contributing BinPy organisation,and it
> participated in gsoc 2014.
>
> My Github Profile: https://github.com/Rapternmn
>
> My skills:C,C++,Python,Basic web development.
> I am willing to learn a lot more things.
>
> Please tell me what do i need to know to start contributing to netsurf and
> how should i begin contributing?
Hi Namam, thanks for contacting us.
As with all people interested in contributing to the NetSurf Browser project,
we recommend that you start by acquiring the source code, building it for your
platform and familiarising yourself with the layout of the various libraries
and code.
Once you feel that you have a reasonable idea of the shape of the project
codebase, we recommend you go to our bug tracker and from there find something
you feel you can fix and have a go at a patch. Once you have a reasonable
patch worked up, use git send-email to provide a patch series to this mailing
list and we'll review it from there.
Kind regards,
Daniel.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Need Guidance to start contributing to netsurf
Hello sir,
I am Naman,i study EEE,2nd year at BITS Pilani.
I am relatively new to opensource contribution.I have started contributing since a few days and i am actively contributing BinPy organisation,and it participated in gsoc 2014.
I am relatively new to opensource contribution.I have started contributing since a few days and i am actively contributing BinPy organisation,and it participated in gsoc 2014.
My Github Profile: https://github.com/Rapternmn
My skills:C,C++,Python,Basic web development.
I am willing to learn a lot more things.
Please tell me what do i need to know to start contributing to netsurf and how should i begin contributing?
Thank you very much
Re: Developer weekend and AGM
On Fri, Oct 03, 2014 at 14:43:11 +0100, Daniel Silverstone wrote:
> Also I'd like to be making the decision by this time next week and will
> prefer the earliest commonly acceptable date.
The poll is closed and the decision is made for the weekend containing November 15th.
Based on that, we hope the hackroom will contain myself, Rob K, Michael,
John-Mark, and Vince. Chris has said he'll attend the AGM via IRC.
I will send a separate doodle for the AGM timing at some point today.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> Also I'd like to be making the decision by this time next week and will
> prefer the earliest commonly acceptable date.
The poll is closed and the decision is made for the weekend containing November 15th.
Based on that, we hope the hackroom will contain myself, Rob K, Michael,
John-Mark, and Vince. Chris has said he'll attend the AGM via IRC.
I will send a separate doodle for the AGM timing at some point today.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Thursday, 9 October 2014
[PATCH] Fix relative move commands following a path close.
---
src/svgtiny.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..df49338 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
float last_cubic_x = 0, last_cubic_y = 0;
float last_quad_x = 0, last_quad_y = 0;
+ float subpath_first_x = 0, subpath_first_y = 0;
svgtiny_setup_state_local(&state);
@@ -468,6 +469,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
x += last_x;
y += last_y;
}
+ if (plot_command == svgtiny_PATH_MOVE) {
+ subpath_first_x = x;
+ subpath_first_y = y;
+ }
p[i++] = last_cubic_x = last_quad_x = last_x
= x;
p[i++] = last_cubic_y = last_quad_y = last_y
@@ -481,6 +486,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
/*LOG(("closepath"));*/
p[i++] = svgtiny_PATH_CLOSE;
s += n;
+ last_cubic_x = last_quad_x = last_x
+ = subpath_first_x;
+ last_cubic_y = last_quad_y = last_y
+ = subpath_first_y;
/* horizontal lineto (H, h) (1 argument) */
} else if (sscanf(s, " %1[Hh] %f %n", command, &x, &n) == 2) {
--
1.9.1
src/svgtiny.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..df49338 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
float last_cubic_x = 0, last_cubic_y = 0;
float last_quad_x = 0, last_quad_y = 0;
+ float subpath_first_x = 0, subpath_first_y = 0;
svgtiny_setup_state_local(&state);
@@ -468,6 +469,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
x += last_x;
y += last_y;
}
+ if (plot_command == svgtiny_PATH_MOVE) {
+ subpath_first_x = x;
+ subpath_first_y = y;
+ }
p[i++] = last_cubic_x = last_quad_x = last_x
= x;
p[i++] = last_cubic_y = last_quad_y = last_y
@@ -481,6 +486,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
/*LOG(("closepath"));*/
p[i++] = svgtiny_PATH_CLOSE;
s += n;
+ last_cubic_x = last_quad_x = last_x
+ = subpath_first_x;
+ last_cubic_y = last_quad_y = last_y
+ = subpath_first_y;
/* horizontal lineto (H, h) (1 argument) */
} else if (sscanf(s, " %1[Hh] %f %n", command, &x, &n) == 2) {
--
1.9.1
Re:Latest version gives errors
On 7 Oct 2014, glavallin <glavallin@gjlavallin.plus.com> wrote:
> Not sure how to use Reporter properly but I loaded it and set to
> report errors and on running Netsurf 2134 03 -Oct-2014 gave the errors
If 'Report Tasks start/end' was set, the error
> Message:Internal error: branch through zero
> 16:10:26:01 ** Error **
> Error : &80000005
should have been preceded by a reference to NetSurf starting. Was that
present?
When the error is seen, click menu over the Reporter window and click
'Where'. This should say where the error occurred.
In your original post, you noted that you saw a UnixHome error message.
NetSurf doesn't use UnixHome so try removing it from Boot:Resources then
re-boot the machine and re-start NetSurf. Any error?
Tony
> Not sure how to use Reporter properly but I loaded it and set to
> report errors and on running Netsurf 2134 03 -Oct-2014 gave the errors
If 'Report Tasks start/end' was set, the error
> Message:Internal error: branch through zero
> 16:10:26:01 ** Error **
> Error : &80000005
should have been preceded by a reference to NetSurf starting. Was that
present?
When the error is seen, click menu over the Reporter window and click
'Where'. This should say where the error occurred.
In your original post, you noted that you saw a UnixHome error message.
NetSurf doesn't use UnixHome so try removing it from Boot:Resources then
re-boot the machine and re-start NetSurf. Any error?
Tony
Re: [PATCH] Fix relative move commands following a path close.
On Wed, Oct 08, 2014 at 21:57:25 -0400, Paul Mecklenburg wrote:
> Let me know if I should explain more about the patch I sent yesterday. The
> bug happens when are relative command, for example 'm' follows a close 'z'.
> Without this fix the move is relative to the previous point instead of the
> final closing point. I noticed that Inkscape generates svg files with this
> pattern and therefore broken in libsvgtiny.
I believe you that it's necessary, but we're slightly confused as to why both
'M' and 'm' are being handled in the same way. ('we' being the current
maintainers, not the original libsvgtiny author :-)
Could you please provide a couple of SVGs which exhibit the issue so we can
compare to satisfy ourselves of the correctness of your patch?
Sorry to be a bother, but it's hard for us to grok right now and we're all
super-busy so can't really spend the time developing a test case ourselves.
Ideally any example you send us could be included into the svgtiny test set.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> Let me know if I should explain more about the patch I sent yesterday. The
> bug happens when are relative command, for example 'm' follows a close 'z'.
> Without this fix the move is relative to the previous point instead of the
> final closing point. I noticed that Inkscape generates svg files with this
> pattern and therefore broken in libsvgtiny.
I believe you that it's necessary, but we're slightly confused as to why both
'M' and 'm' are being handled in the same way. ('we' being the current
maintainers, not the original libsvgtiny author :-)
Could you please provide a couple of SVGs which exhibit the issue so we can
compare to satisfy ourselves of the correctness of your patch?
Sorry to be a bother, but it's hard for us to grok right now and we're all
super-busy so can't really spend the time developing a test case ourselves.
Ideally any example you send us could be included into the svgtiny test set.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Server downtime
Hi,
Sadly one of our servers suffered a bit of an oopsy yesterday evening at
around 1745 (see URL below), which required us to go to one data centre
to pick up a spare server and then go to another to install it. It
should all be working now (as of around 2130). For NetSurf, the machine
handled mailing lists, website, and git.
Please let me know if there are any outstanding problems.
http://www.rjek.com/octopus-heatsink.jpeg <-- unleaded solder holding
down heat sink on the south bridge failed, probably due to a combination
of age, stress, and thermal cycling.
B.
Sadly one of our servers suffered a bit of an oopsy yesterday evening at
around 1745 (see URL below), which required us to go to one data centre
to pick up a spare server and then go to another to install it. It
should all be working now (as of around 2130). For NetSurf, the machine
handled mailing lists, website, and git.
Please let me know if there are any outstanding problems.
http://www.rjek.com/octopus-heatsink.jpeg <-- unleaded solder holding
down heat sink on the south bridge failed, probably due to a combination
of age, stress, and thermal cycling.
B.
Server downtime
Hi,
Sadly one of our servers suffered a bit of an oopsy yesterday evening at
around 1745 (see URL below), which required us to go to one data centre
to pick up a spare server and then go to another to install it. It
should all be working now (as of around 2130). For NetSurf, the machine
handled mailing lists, website, and git.
Please let me know if there are any outstanding problems.
http://www.rjek.com/octopus-heatsink.jpeg <-- unleaded solder holding
down heat sink on the south bridge failed, probably due to a combination
of age, stress, and thermal cycling.
B.
Sadly one of our servers suffered a bit of an oopsy yesterday evening at
around 1745 (see URL below), which required us to go to one data centre
to pick up a spare server and then go to another to install it. It
should all be working now (as of around 2130). For NetSurf, the machine
handled mailing lists, website, and git.
Please let me know if there are any outstanding problems.
http://www.rjek.com/octopus-heatsink.jpeg <-- unleaded solder holding
down heat sink on the south bridge failed, probably due to a combination
of age, stress, and thermal cycling.
B.
Wednesday, 8 October 2014
Re: [PATCH] Fix relative move commands following a path close.
Hi netsurf-dev,
Let me know if I should explain more about the patch I sent yesterday. The bug happens when are relative command, for example 'm' follows a close 'z'. Without this fix the move is relative to the previous point instead of the final closing point. I noticed that Inkscape generates svg files with this pattern and therefore broken in libsvgtiny.Paul
Re: Cache on Atari build
On 5 October 2014 01:20:48 BST, Ole Loots <ole@monochrom.net> wrote:
>Unpacking the package makes sure there is an folder called res/cache,
>AFAIK.
>I don't know how the netsurf core behaves when the folder is not found.
>
I think the front end is supposed to ensure it exists before enabling caching.
Chris
>Unpacking the package makes sure there is an folder called res/cache,
>AFAIK.
>I don't know how the netsurf core behaves when the folder is not found.
>
I think the front end is supposed to ensure it exists before enabling caching.
Chris
Tuesday, 7 October 2014
[PATCH] Fix relative move commands following a path close.
---
src/svgtiny.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..0757e5f 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
float last_cubic_x = 0, last_cubic_y = 0;
float last_quad_x = 0, last_quad_y = 0;
+ float subpath_first_x = 0, subpath_first_y = 0;
svgtiny_setup_state_local(&state);
@@ -472,6 +473,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
= x;
p[i++] = last_cubic_y = last_quad_y = last_y
= y;
+ if (*command == 'M' || *command == 'm') {
+ subpath_first_x = x;
+ subpath_first_y = y;
+ }
s += n;
plot_command = svgtiny_PATH_LINE;
} while (sscanf(s, "%f %f %n", &x, &y, &n) == 2);
@@ -481,6 +486,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
/*LOG(("closepath"));*/
p[i++] = svgtiny_PATH_CLOSE;
s += n;
+ last_cubic_x = last_quad_x = last_x
+ = subpath_first_x;
+ last_cubic_y = last_quad_y = last_y
+ = subpath_first_y;
/* horizontal lineto (H, h) (1 argument) */
} else if (sscanf(s, " %1[Hh] %f %n", command, &x, &n) == 2) {
--
1.9.1
src/svgtiny.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/src/svgtiny.c b/src/svgtiny.c
index 5be977f..0757e5f 100644
--- a/src/svgtiny.c
+++ b/src/svgtiny.c
@@ -407,6 +407,7 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
float last_x = 0, last_y = 0;
float last_cubic_x = 0, last_cubic_y = 0;
float last_quad_x = 0, last_quad_y = 0;
+ float subpath_first_x = 0, subpath_first_y = 0;
svgtiny_setup_state_local(&state);
@@ -472,6 +473,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
= x;
p[i++] = last_cubic_y = last_quad_y = last_y
= y;
+ if (*command == 'M' || *command == 'm') {
+ subpath_first_x = x;
+ subpath_first_y = y;
+ }
s += n;
plot_command = svgtiny_PATH_LINE;
} while (sscanf(s, "%f %f %n", &x, &y, &n) == 2);
@@ -481,6 +486,10 @@ svgtiny_code svgtiny_parse_path(dom_element *path,
/*LOG(("closepath"));*/
p[i++] = svgtiny_PATH_CLOSE;
s += n;
+ last_cubic_x = last_quad_x = last_x
+ = subpath_first_x;
+ last_cubic_y = last_quad_y = last_y
+ = subpath_first_y;
/* horizontal lineto (H, h) (1 argument) */
} else if (sscanf(s, " %1[Hh] %f %n", command, &x, &n) == 2) {
--
1.9.1
BT fonebook wasn't broke but got fixed
This link (from my Netsurf hotlist) used to work a treat
http://www.thephonebook.bt.com/publisha.content/en/search/residential/search.publisha
for looking up residential numbers in the phone directory.
But BT (or its contractor) seems to have fixed something that ain't
broke, possibly Javascript.
Has anybody found a workaround that works in Netsurf?
--
Jim Nagel www.archivemag.co.uk
|| See you at the show? www.riscoslondonshow.co.uk Oct 25
http://www.thephonebook.bt.com/publisha.content/en/search/residential/search.publisha
for looking up residential numbers in the phone directory.
But BT (or its contractor) seems to have fixed something that ain't
broke, possibly Javascript.
Has anybody found a workaround that works in Netsurf?
--
Jim Nagel www.archivemag.co.uk
|| See you at the show? www.riscoslondonshow.co.uk Oct 25
Subscribe to:
Posts (Atom)