David Pitt wrote
> John Rickman Iyonix, on 29 Nov, wrote:
>> When you run a NetSurf Full Save application it does not act on the the
>> CSS information because the CSS file is given a type of Text.
> The css file is correctly typed here on the ARMini, mimemap does have the
> css entry.
Thanks - David and Brian - mimemap was missing an entry for css. I
have added one and the filetype is now being correctly set.
Incidently, the same problem occurs on the official RISC OS Raspberry
Pi release.
--
John - http://mug.riscos.org/
Friday, 30 November 2012
Re: [Rpcemu] MDF query
In article <39c69ff652.Matthew@sinenomine.freeserve.co.uk>,
Matthew Phillips <spam2011m@yahoo.co.uk> wrote:
> I used to use RPCEmu on an Eee notebook with a 1024 by 600 screen. I
> made an MDF with resolution something like 1016 by 528 which allowed me
> to use the window maximised (not in full screen mode) and still have
> access to the Linux windowing system's toolbar.
I use an EeePC too, any chance of you emailing the MDF to me?
Spambin is a genuine address.
--
Stuart Winsor
Only plain text for emails
http://www.asciiribbon.org
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Matthew Phillips <spam2011m@yahoo.co.uk> wrote:
> I used to use RPCEmu on an Eee notebook with a 1024 by 600 screen. I
> made an MDF with resolution something like 1016 by 528 which allowed me
> to use the window maximised (not in full screen mode) and still have
> access to the Linux windowing system's toolbar.
I use an EeePC too, any chance of you emailing the MDF to me?
Spambin is a genuine address.
--
Stuart Winsor
Only plain text for emails
http://www.asciiribbon.org
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] MDF query
In message <39c69ff652.Matthew@sinenomine.freeserve.co.uk>
Matthew Phillips <spam2011m@yahoo.co.uk> wrote:
> In message <63dd3bf552.old_coaster@old_coaster.yahoo.co.uk>
> on 27 Nov 2012 Tony Moore wrote:
>
>> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>>
>> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
>> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
>> > XM3-22wB monitor def file, which allows most (but not quite all) of
>> > the icon bar to be displayed.
>> >
>> > The ideal solution IMHO would be to have something like 1632 x 1020,
>> > which would allow the whole icon bar to be fitted in; or better still,
>> > 1824 x 1026 (16:9 ratio), which would use more of the base display
>> > area. Do either such MDFs exist? Would it be possible to create them?
>>
>> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
>> window, together with its Windows title bar, to fill the screen exactly.
>>
>> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
>> CustomRPC, so that its resolution is 1920 x 1040.
>
> You don't need to go to the trouble of using MakeModes or CustomRPC. Just go
> to the MDF and add the modes you require by hand using a text editor. For a
> real RISC PC you need to make sure all the timing values are correct so that
> the picture will be stable on a CRT monitor, but RPCEmu really doesn't care
> about most of the values. If you just edit the x_res and y_res that's
> sufficient in my experience.
Not in mine, unfortunately: I copied my current MDF and changed the x
and y res (and the name of the resolution) to 1824 x 1026, which
produced an 'Inconsistent parameters' error when I attempted to select
it under Boot-Configure-Screen.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Matthew Phillips <spam2011m@yahoo.co.uk> wrote:
> In message <63dd3bf552.old_coaster@old_coaster.yahoo.co.uk>
> on 27 Nov 2012 Tony Moore wrote:
>
>> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>>
>> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
>> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
>> > XM3-22wB monitor def file, which allows most (but not quite all) of
>> > the icon bar to be displayed.
>> >
>> > The ideal solution IMHO would be to have something like 1632 x 1020,
>> > which would allow the whole icon bar to be fitted in; or better still,
>> > 1824 x 1026 (16:9 ratio), which would use more of the base display
>> > area. Do either such MDFs exist? Would it be possible to create them?
>>
>> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
>> window, together with its Windows title bar, to fill the screen exactly.
>>
>> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
>> CustomRPC, so that its resolution is 1920 x 1040.
>
> You don't need to go to the trouble of using MakeModes or CustomRPC. Just go
> to the MDF and add the modes you require by hand using a text editor. For a
> real RISC PC you need to make sure all the timing values are correct so that
> the picture will be stable on a CRT monitor, but RPCEmu really doesn't care
> about most of the values. If you just edit the x_res and y_res that's
> sufficient in my experience.
Not in mine, unfortunately: I copied my current MDF and changed the x
and y res (and the name of the resolution) to 1824 x 1026, which
produced an 'Inconsistent parameters' error when I attempted to select
it under Boot-Configure-Screen.
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Thursday, 29 November 2012
Re: [Rpcemu] MDF query
In message <63dd3bf552.old_coaster@old_coaster.yahoo.co.uk>
on 27 Nov 2012 Tony Moore wrote:
> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>
> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> > XM3-22wB monitor def file, which allows most (but not quite all) of
> > the icon bar to be displayed.
> >
> > The ideal solution IMHO would be to have something like 1632 x 1020,
> > which would allow the whole icon bar to be fitted in; or better still,
> > 1824 x 1026 (16:9 ratio), which would use more of the base display
> > area. Do either such MDFs exist? Would it be possible to create them?
>
> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
> window, together with its Windows title bar, to fill the screen exactly.
>
> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
> CustomRPC, so that its resolution is 1920 x 1040.
You don't need to go to the trouble of using MakeModes or CustomRPC. Just go
to the MDF and add the modes you require by hand using a text editor. For a
real RISC PC you need to make sure all the timing values are correct so that
the picture will be stable on a CRT monitor, but RPCEmu really doesn't care
about most of the values. If you just edit the x_res and y_res that's
sufficient in my experience.
I used to use RPCEmu on an Eee notebook with a 1024 by 600 screen. I made an
MDF with resolution something like 1016 by 528 which allowed me to use the
window maximised (not in full screen mode) and still have access to the Linux
windowing system's toolbar.
There are some constraints on the values. I think they have to be multiples
of 8 or something like that. Possibly only affects x.
You can find the current MDFs in !Boot.Resources.Configure.Monitors.
--
Matthew Phillips
Durham
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
on 27 Nov 2012 Tony Moore wrote:
> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>
> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> > XM3-22wB monitor def file, which allows most (but not quite all) of
> > the icon bar to be displayed.
> >
> > The ideal solution IMHO would be to have something like 1632 x 1020,
> > which would allow the whole icon bar to be fitted in; or better still,
> > 1824 x 1026 (16:9 ratio), which would use more of the base display
> > area. Do either such MDFs exist? Would it be possible to create them?
>
> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
> window, together with its Windows title bar, to fill the screen exactly.
>
> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
> CustomRPC, so that its resolution is 1920 x 1040.
You don't need to go to the trouble of using MakeModes or CustomRPC. Just go
to the MDF and add the modes you require by hand using a text editor. For a
real RISC PC you need to make sure all the timing values are correct so that
the picture will be stable on a CRT monitor, but RPCEmu really doesn't care
about most of the values. If you just edit the x_res and y_res that's
sufficient in my experience.
I used to use RPCEmu on an Eee notebook with a 1024 by 600 screen. I made an
MDF with resolution something like 1016 by 528 which allowed me to use the
window maximised (not in full screen mode) and still have access to the Linux
windowing system's toolbar.
There are some constraints on the values. I think they have to be multiples
of 8 or something like that. Possibly only affects x.
You can find the current MDFs in !Boot.Resources.Configure.Monitors.
--
Matthew Phillips
Durham
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: Full Save not setting of CSS files
John Rickman Iyonix, on 29 Nov, wrote:
> When you run a NetSurf Full Save application it does not act on the the
> CSS information because the CSS file is given a type of Text.
>
> This is on an Iyonix 5.19, NetSurf #674. I think it used to work but am
> not sure.
>
> As an example open:-
>
> http://rickman.orpheusweb.co.uk/temp/
>
> do a Full Save, then run the resulting !temp application. The background
> picture is not shown and the two column layout is lost.
There are two style sheets referenced in the original, as retrieved with a
normal save :-
<link rel="stylesheet" type="text/css" href="home.css" />
<link rel="stylesheet" type="text/css" href="local.css" />
The full save only recognizes the first of these :-
<LINK rel="stylesheet" type="text/css" href="0x68d0f9c8"></LINK>
<LINK rel="stylesheet" type="text/css"
href="http://rickman.orpheusweb.co.uk/temp/local.css"></LINK>
http://rickman.orpheusweb.co.uk/temp/local.css on its own gives a not found
error.
There does appear to be some garbage at the top of the full save index file.
> On my machine the CSS file created is called 0x71755530, and has a type of
> text. If this is changed to type CSS the two column layout is reinstated
> but the background image is still not shown because the name in the CSS
> file no longer matches the name of the image that NetSurf has created.
The css file is correctly typed here on the ARMini, mimemap does have the
css entry.
Hope this helps.
--
David Pitt
> When you run a NetSurf Full Save application it does not act on the the
> CSS information because the CSS file is given a type of Text.
>
> This is on an Iyonix 5.19, NetSurf #674. I think it used to work but am
> not sure.
>
> As an example open:-
>
> http://rickman.orpheusweb.co.uk/temp/
>
> do a Full Save, then run the resulting !temp application. The background
> picture is not shown and the two column layout is lost.
There are two style sheets referenced in the original, as retrieved with a
normal save :-
<link rel="stylesheet" type="text/css" href="home.css" />
<link rel="stylesheet" type="text/css" href="local.css" />
The full save only recognizes the first of these :-
<LINK rel="stylesheet" type="text/css" href="0x68d0f9c8"></LINK>
<LINK rel="stylesheet" type="text/css"
href="http://rickman.orpheusweb.co.uk/temp/local.css"></LINK>
http://rickman.orpheusweb.co.uk/temp/local.css on its own gives a not found
error.
There does appear to be some garbage at the top of the full save index file.
> On my machine the CSS file created is called 0x71755530, and has a type of
> text. If this is changed to type CSS the two column layout is reinstated
> but the background image is still not shown because the name in the CSS
> file no longer matches the name of the image that NetSurf has created.
The css file is correctly typed here on the ARMini, mimemap does have the
css entry.
Hope this helps.
--
David Pitt
Re: Full Save not setting of CSS files
In message <d58c6df652.iyojohn@rickman.argonet.co.uk>
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
>> John Rickman Iyonix wrote:
>>> When you run a NetSurf Full Save application it does not act on the
>>> the CSS information because the CSS file is given a type of Text.
>>> This is on an Iyonix 5.19, NetSurf #674.
>>>eg
>>> http://rickman.orpheusweb.co.uk/temp/
>>> do a Full Save, then run the resulting !temp application. The
>>> background picture is not shown and the two column layout is lost.
> ...
> Brian Jordan wrote
>> Here the CSS file (in this case 0x67192c10) is shown as the
>> correct type (f79 CSS) and I see the two column layout when
>> I load the HTML file. The background image is saved as a jpg
>> file <0x669d26e0> but the reference within the CSS file is
>> unchanged as <torridon.jpg>. Editing the CSS file to use the
>> saved name of the graphic file achieves the correct result.
>> It looks like the CSS file should be edited in the full save
>> process or the graphic file should have its name unchanged.
>> This in version 685 of Netsurf and after a quick check all
>> the above seems to apply under Netsurf 2.9.
> Thanks Brian
> I have just updated to #685 but get the same result, ie the css file
> is typed Text.
> Are you using RISC OS 5.19?
John
Is this file type a mimemap issue? Does your mimemap file contain a
line like "text/css CSS f79 .css"? If not it might help to add it. As
to my operating system it is 6.20 on a Virtual Acorn.
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
>> John Rickman Iyonix wrote:
>>> When you run a NetSurf Full Save application it does not act on the
>>> the CSS information because the CSS file is given a type of Text.
>>> This is on an Iyonix 5.19, NetSurf #674.
>>>eg
>>> http://rickman.orpheusweb.co.uk/temp/
>>> do a Full Save, then run the resulting !temp application. The
>>> background picture is not shown and the two column layout is lost.
> ...
> Brian Jordan wrote
>> Here the CSS file (in this case 0x67192c10) is shown as the
>> correct type (f79 CSS) and I see the two column layout when
>> I load the HTML file. The background image is saved as a jpg
>> file <0x669d26e0> but the reference within the CSS file is
>> unchanged as <torridon.jpg>. Editing the CSS file to use the
>> saved name of the graphic file achieves the correct result.
>> It looks like the CSS file should be edited in the full save
>> process or the graphic file should have its name unchanged.
>> This in version 685 of Netsurf and after a quick check all
>> the above seems to apply under Netsurf 2.9.
> Thanks Brian
> I have just updated to #685 but get the same result, ie the css file
> is typed Text.
> Are you using RISC OS 5.19?
John
Is this file type a mimemap issue? Does your mimemap file contain a
line like "text/css CSS f79 .css"? If not it might help to add it. As
to my operating system it is 6.20 on a Virtual Acorn.
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
Re: Full Save not setting of CSS files
> John Rickman Iyonix wrote:
>> When you run a NetSurf Full Save application it does not act on the
>> the CSS information because the CSS file is given a type of Text.
>> This is on an Iyonix 5.19, NetSurf #674.
>>eg
>> http://rickman.orpheusweb.co.uk/temp/
>> do a Full Save, then run the resulting !temp application. The
>> background picture is not shown and the two column layout is lost.
...
Brian Jordan wrote
> Here the CSS file (in this case 0x67192c10) is shown as the
> correct type (f79 CSS) and I see the two column layout when
> I load the HTML file. The background image is saved as a jpg
> file <0x669d26e0> but the reference within the CSS file is
> unchanged as <torridon.jpg>. Editing the CSS file to use the
> saved name of the graphic file achieves the correct result.
> It looks like the CSS file should be edited in the full save
> process or the graphic file should have its name unchanged.
> This in version 685 of Netsurf and after a quick check all
> the above seems to apply under Netsurf 2.9.
Thanks Brian
I have just updated to #685 but get the same result, ie the css file
is typed Text.
Are you using RISC OS 5.19?
--
John - http://mug.riscos.org/
>> When you run a NetSurf Full Save application it does not act on the
>> the CSS information because the CSS file is given a type of Text.
>> This is on an Iyonix 5.19, NetSurf #674.
>>eg
>> http://rickman.orpheusweb.co.uk/temp/
>> do a Full Save, then run the resulting !temp application. The
>> background picture is not shown and the two column layout is lost.
...
Brian Jordan wrote
> Here the CSS file (in this case 0x67192c10) is shown as the
> correct type (f79 CSS) and I see the two column layout when
> I load the HTML file. The background image is saved as a jpg
> file <0x669d26e0> but the reference within the CSS file is
> unchanged as <torridon.jpg>. Editing the CSS file to use the
> saved name of the graphic file achieves the correct result.
> It looks like the CSS file should be edited in the full save
> process or the graphic file should have its name unchanged.
> This in version 685 of Netsurf and after a quick check all
> the above seems to apply under Netsurf 2.9.
Thanks Brian
I have just updated to #685 but get the same result, ie the css file
is typed Text.
Are you using RISC OS 5.19?
--
John - http://mug.riscos.org/
Re: Full Save not setting of CSS files
In message <152966f652.iyojohn@rickman.argonet.co.uk>
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
> When you run a NetSurf Full Save application it does not act on the
> the CSS information because the CSS file is given a type of Text.
> This is on an Iyonix 5.19, NetSurf #674. I think it used to work but
> am not sure.
> As an example open:-
> http://rickman.orpheusweb.co.uk/temp/
> do a Full Save, then run the resulting !temp application. The
> background picture is not shown and the two column layout is lost.
> On my machine the CSS file created is called 0x71755530, and has a
> type of text. If this is changed to type CSS the two column layout is
> reinstated but the background image is still not shown because the
> name in the CSS file no longer matches the name of the image that
> NetSurf has created.
[snip]
Here the CSS file (in this case 0x67192c10) is shown as the
correct type (f79 CSS) and I see the two column layout when
I load the HTML file. The background image is saved as a jpg
file <0x669d26e0> but the reference within the CSS file is
unchanged as <torridon.jpg>. Editing the CSS file to use the
saved name of the graphic file achieves the correct result.
It looks like the CSS file should be edited in the full save
process or the graphic file should have its name unchanged.
This in version 685 of Netsurf and after a quick check all
the above seems to apply under Netsurf 2.9.
Brian
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
John Rickman Iyonix <rickman@argonet.co.uk> wrote:
> When you run a NetSurf Full Save application it does not act on the
> the CSS information because the CSS file is given a type of Text.
> This is on an Iyonix 5.19, NetSurf #674. I think it used to work but
> am not sure.
> As an example open:-
> http://rickman.orpheusweb.co.uk/temp/
> do a Full Save, then run the resulting !temp application. The
> background picture is not shown and the two column layout is lost.
> On my machine the CSS file created is called 0x71755530, and has a
> type of text. If this is changed to type CSS the two column layout is
> reinstated but the background image is still not shown because the
> name in the CSS file no longer matches the name of the image that
> NetSurf has created.
[snip]
Here the CSS file (in this case 0x67192c10) is shown as the
correct type (f79 CSS) and I see the two column layout when
I load the HTML file. The background image is saved as a jpg
file <0x669d26e0> but the reference within the CSS file is
unchanged as <torridon.jpg>. Editing the CSS file to use the
saved name of the graphic file achieves the correct result.
It looks like the CSS file should be edited in the full save
process or the graphic file should have its name unchanged.
This in version 685 of Netsurf and after a quick check all
the above seems to apply under Netsurf 2.9.
Brian
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
Full Save not setting of CSS files
When you run a NetSurf Full Save application it does not act on the
the CSS information because the CSS file is given a type of Text.
This is on an Iyonix 5.19, NetSurf #674. I think it used to work but
am not sure.
As an example open:-
http://rickman.orpheusweb.co.uk/temp/
do a Full Save, then run the resulting !temp application. The
background picture is not shown and the two column layout is lost.
On my machine the CSS file created is called 0x71755530, and has a
type of text. If this is changed to type CSS the two column layout is
reinstated but the background image is still not shown because the
name in the CSS file no longer matches the name of the image that
NetSurf has created.
I will report as a bug if it is confirmed here.
--
John - http://mug.riscos.org/
the CSS information because the CSS file is given a type of Text.
This is on an Iyonix 5.19, NetSurf #674. I think it used to work but
am not sure.
As an example open:-
http://rickman.orpheusweb.co.uk/temp/
do a Full Save, then run the resulting !temp application. The
background picture is not shown and the two column layout is lost.
On my machine the CSS file created is called 0x71755530, and has a
type of text. If this is changed to type CSS the two column layout is
reinstated but the background image is still not shown because the
name in the CSS file no longer matches the name of the image that
NetSurf has created.
I will report as a bug if it is confirmed here.
--
John - http://mug.riscos.org/
Re: BBC news site misbehaving.
>> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
>> clicking on 'News'.
>
> I spoke too soon. I think cookies are coming into play here. It was
> working OK, I deleted all the bbc cookies and it went wrong again,
> even for the main bbc web site.
> Richard Porter
>
I have very easily altered Netsurf homepage link to BBC news to above link
pro tem for when / if BBC respond to any objections sent (there is a form
at the bottom of the mobile page). I presume this could be carried out by
the developers if no better workround is found - but I am confident one
will be (rather like the Google problem).
John
>> clicking on 'News'.
>
> I spoke too soon. I think cookies are coming into play here. It was
> working OK, I deleted all the bbc cookies and it went wrong again,
> even for the main bbc web site.
> Richard Porter
>
I have very easily altered Netsurf homepage link to BBC news to above link
pro tem for when / if BBC respond to any objections sent (there is a form
at the bottom of the mobile page). I presume this could be carried out by
the developers if no better workround is found - but I am confident one
will be (rather like the Google problem).
John
Wednesday, 28 November 2012
Re: [gccsdk] OSLib status
On 11/28/2012 01:07 PM, Theo Markettos wrote:
> On Sat, Nov 24, 2012 at 02:50:53PM +0100, John Tytgat wrote:
>> I made a release candidate 2 weeks ago, got some great feedback on it
>> and was about to release it any day now.
>
> Thanks. In the same vein, what's the position with DeskLib? According to
> the wiki page it's only usable on GCC 3.4 due to being AOF. Sources don't
> look like they've been touched for a while. Is it just a case of doing an
> ELF build and releasing it?
>
I don't think I ever got around to do an ELF release. All use of DeskLib
with ELF is pretty much with autobuilder stuff, so there wasn't much call.
There hasn't been much call for feature improvements or bug fixes in DeskLib
in recent times, so it's been untouched.
If you want to make an ELF release, update riscos.info etc, please go ahead.
_______________________________________________
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
> On Sat, Nov 24, 2012 at 02:50:53PM +0100, John Tytgat wrote:
>> I made a release candidate 2 weeks ago, got some great feedback on it
>> and was about to release it any day now.
>
> Thanks. In the same vein, what's the position with DeskLib? According to
> the wiki page it's only usable on GCC 3.4 due to being AOF. Sources don't
> look like they've been touched for a while. Is it just a case of doing an
> ELF build and releasing it?
>
I don't think I ever got around to do an ELF release. All use of DeskLib
with ELF is pretty much with autobuilder stuff, so there wasn't much call.
There hasn't been much call for feature improvements or bug fixes in DeskLib
in recent times, so it's been untouched.
If you want to make an ELF release, update riscos.info etc, please go ahead.
_______________________________________________
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] OSLib status
On Sat, Nov 24, 2012 at 02:50:53PM +0100, John Tytgat wrote:
> I made a release candidate 2 weeks ago, got some great feedback on it
> and was about to release it any day now.
Thanks. In the same vein, what's the position with DeskLib? According to
the wiki page it's only usable on GCC 3.4 due to being AOF. Sources don't
look like they've been touched for a while. Is it just a case of doing an
ELF build and releasing it?
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
> I made a release candidate 2 weeks ago, got some great feedback on it
> and was about to release it any day now.
Thanks. In the same vein, what's the position with DeskLib? According to
the wiki page it's only usable on GCC 3.4 due to being AOF. Sources don't
look like they've been touched for a while. Is it just a case of doing an
ELF build and releasing it?
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: BBC news site misbehaving.
In article <8b63d0f552.c.n.l.f@virgin.net>,
ChrisF <c.n.l.f@virgin.net> wrote:
> In message <50839.81.147.79.162.1354120626.squirrel@email.orpheusnet.c
> o.uk>
> "Learning Partners" <lp.books@argonet.co.uk> wrote:
> > I do not know of !Ticker - will google it - but what does it do and is
> > it IYO friendly?
> I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
> It's a news ticker which runs across the screen. You can place it at
> the top or bottom. You can choose your newsfeed from within its
> choices. Sorry, I don't know the source.
It can be found at...
http://www.chris-johnson.org.uk/software/3party.html
D.
--
Dave Triffid
ChrisF <c.n.l.f@virgin.net> wrote:
> In message <50839.81.147.79.162.1354120626.squirrel@email.orpheusnet.c
> o.uk>
> "Learning Partners" <lp.books@argonet.co.uk> wrote:
> > I do not know of !Ticker - will google it - but what does it do and is
> > it IYO friendly?
> I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
> It's a news ticker which runs across the screen. You can place it at
> the top or bottom. You can choose your newsfeed from within its
> choices. Sorry, I don't know the source.
It can be found at...
http://www.chris-johnson.org.uk/software/3party.html
D.
--
Dave Triffid
Re: BBC news site misbehaving.
In article <8b63d0f552.c.n.l.f@virgin.net>,
ChrisF <c.n.l.f@virgin.net> wrote:
> In message <50839.81.147.79.162.1354120626.squirrel@email.orpheusnet.c
> o.uk>
> "Learning Partners" <lp.books@argonet.co.uk> wrote:
> > I do not know of !Ticker - will google it - but what does it do and is it
> > IYO friendly?
> I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
> It's a news ticker which runs across the screen. You can place it at
> the top or bottom. You can choose your newsfeed from within its
> choices. Sorry, I don't know the source.
Try
http://www.youmustbejoking.demon.co.uk/progs.apps.html#ticker
or you might like Sargasso at...
http://zamez.org/sargasso
Cheers
--
Chris
ChrisF <c.n.l.f@virgin.net> wrote:
> In message <50839.81.147.79.162.1354120626.squirrel@email.orpheusnet.c
> o.uk>
> "Learning Partners" <lp.books@argonet.co.uk> wrote:
> > I do not know of !Ticker - will google it - but what does it do and is it
> > IYO friendly?
> I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
> It's a news ticker which runs across the screen. You can place it at
> the top or bottom. You can choose your newsfeed from within its
> choices. Sorry, I don't know the source.
Try
http://www.youmustbejoking.demon.co.uk/progs.apps.html#ticker
or you might like Sargasso at...
http://zamez.org/sargasso
Cheers
--
Chris
Re: BBC news site misbehaving.
In message <50839.81.147.79.162.1354120626.squirrel@email.orpheusnet.c
o.uk>
"Learning Partners" <lp.books@argonet.co.uk> wrote:
> I do not know of !Ticker - will google it - but what does it do and is it
> IYO friendly?
I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
It's a news ticker which runs across the screen. You can place it at
the top or bottom. You can choose your newsfeed from within its
choices. Sorry, I don't know the source.
--
BW Chris F. [Supporting British RISC OS computing.]
Skype: c.n.l.f Twitter: MrChrisGB Blogsite: mr-chris-gb.blogspot.com
o.uk>
"Learning Partners" <lp.books@argonet.co.uk> wrote:
> I do not know of !Ticker - will google it - but what does it do and is it
> IYO friendly?
I run it (v 25.11.11)on the Iyo 5.16 and the Armini.
It's a news ticker which runs across the screen. You can place it at
the top or bottom. You can choose your newsfeed from within its
choices. Sorry, I don't know the source.
--
BW Chris F. [Supporting British RISC OS computing.]
Skype: c.n.l.f Twitter: MrChrisGB Blogsite: mr-chris-gb.blogspot.com
Re: BBC news site misbehaving.
On Wed, 28 November, 2012 4:11 pm, ChrisF wrote:
> In message <7cd6ddf452.pnyoung@pnyoung.ormail.co.uk>
> Peter Young <pnyoung@ormail.co.uk> wrote:
>
>
>> Well, blow me down with a feather! I got in using the above URL and
>> then going to News. I haven't deleted any cookies, and I'm now getting
>> the "proper" site without using the desktop link. I'll have to check
>> it again tomorrow.
>
> !Ticker solves the problem for me.
>
>
> However, if the BBC is playing fast and loose, it needs to be told!
I have used mobile web service contact form (at bottom of the mobile page)
to inform BBC - it will not have any effect unless lots of other do it.
The URL which Peter referred to works but not after Netsurf and the Iyo
have been closed down - back to mobile page today.
I do not know of !Ticker - will google it - but what does it do and is it
IYO friendly?
John
> In message <7cd6ddf452.pnyoung@pnyoung.ormail.co.uk>
> Peter Young <pnyoung@ormail.co.uk> wrote:
>
>
>> Well, blow me down with a feather! I got in using the above URL and
>> then going to News. I haven't deleted any cookies, and I'm now getting
>> the "proper" site without using the desktop link. I'll have to check
>> it again tomorrow.
>
> !Ticker solves the problem for me.
>
>
> However, if the BBC is playing fast and loose, it needs to be told!
I have used mobile web service contact form (at bottom of the mobile page)
to inform BBC - it will not have any effect unless lots of other do it.
The URL which Peter referred to works but not after Netsurf and the Iyo
have been closed down - back to mobile page today.
I do not know of !Ticker - will google it - but what does it do and is it
IYO friendly?
John
Re: BBC news site misbehaving.
In message <7cd6ddf452.pnyoung@pnyoung.ormail.co.uk>
Peter Young <pnyoung@ormail.co.uk> wrote:
> Well, blow me down with a feather! I got in using the above URL and
> then going to News. I haven't deleted any cookies, and I'm now getting
> the "proper" site without using the desktop link. I'll have to check
> it again tomorrow.
!Ticker solves the problem for me.
However, if the BBC is playing fast and loose, it needs to be told!
--
BW Chris F. [Supporting British RISC OS computing.]
Skype: c.n.l.f Twitter: MrChrisGB Blogsite: mr-chris-gb.blogspot.com
"Thou art not for Lancaster if thou likest thine pudding straight!"
Hugh de Nangreave.
Peter Young <pnyoung@ormail.co.uk> wrote:
> Well, blow me down with a feather! I got in using the above URL and
> then going to News. I haven't deleted any cookies, and I'm now getting
> the "proper" site without using the desktop link. I'll have to check
> it again tomorrow.
!Ticker solves the problem for me.
However, if the BBC is playing fast and loose, it needs to be told!
--
BW Chris F. [Supporting British RISC OS computing.]
Skype: c.n.l.f Twitter: MrChrisGB Blogsite: mr-chris-gb.blogspot.com
"Thou art not for Lancaster if thou likest thine pudding straight!"
Hugh de Nangreave.
Tuesday, 27 November 2012
Re: [Rpcemu] MDF query
On 27 Nov 2012, Bob Latham <bob@mightyoak.org.uk> wrote:
[snip]
> where are you getting these MDFs from in the first place?
They're included in the ROOL HardDisc4 download available at
http://www.riscosopen.org/content/downloads/other-zipfiles
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[snip]
> where are you getting these MDFs from in the first place?
They're included in the ROOL HardDisc4 download available at
http://www.riscosopen.org/content/downloads/other-zipfiles
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] MDF query
In article <63dd3bf552.old_coaster@old_coaster.yahoo.co.uk>,
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> > XM3-22wB monitor def file, which allows most (but not quite all) of
> > the icon bar to be displayed.
> >
> > The ideal solution IMHO would be to have something like 1632 x 1020,
> > which would allow the whole icon bar to be fitted in; or better still,
> > 1824 x 1026 (16:9 ratio), which would use more of the base display
> > area. Do either such MDFs exist? Would it be possible to create them?
> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
> window, together with its Windows title bar, to fill the screen exactly.
> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
> CustomRPC, so that its resolution is 1920 x 1040.
At the risk of annoying people with daft questions (sorry about this)
where are you getting these MDFs from in the first place?
Bob.
--
Bob Latham
Stourbridge, West Mid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
> > Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> > display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> > XM3-22wB monitor def file, which allows most (but not quite all) of
> > the icon bar to be displayed.
> >
> > The ideal solution IMHO would be to have something like 1632 x 1020,
> > which would allow the whole icon bar to be fitted in; or better still,
> > 1824 x 1026 (16:9 ratio), which would use more of the base display
> > area. Do either such MDFs exist? Would it be possible to create them?
> I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
> window, together with its Windows title bar, to fill the screen exactly.
> In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
> CustomRPC, so that its resolution is 1920 x 1040.
At the risk of annoying people with daft questions (sorry about this)
where are you getting these MDFs from in the first place?
Bob.
--
Bob Latham
Stourbridge, West Mid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] MDF query
On 27 Nov 2012, george greenfield <george.greenfield@tiscali.co.uk> wrote:
> Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> XM3-22wB monitor def file, which allows most (but not quite all) of
> the icon bar to be displayed.
>
> The ideal solution IMHO would be to have something like 1632 x 1020,
> which would allow the whole icon bar to be fitted in; or better still,
> 1824 x 1026 (16:9 ratio), which would use more of the base display
> area. Do either such MDFs exist? Would it be possible to create them?
I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
window, together with its Windows title bar, to fill the screen exactly.
In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
CustomRPC, so that its resolution is 1920 x 1040.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
> display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
> XM3-22wB monitor def file, which allows most (but not quite all) of
> the icon bar to be displayed.
>
> The ideal solution IMHO would be to have something like 1632 x 1020,
> which would allow the whole icon bar to be fitted in; or better still,
> 1824 x 1026 (16:9 ratio), which would use more of the base display
> area. Do either such MDFs exist? Would it be possible to create them?
I use a 1280 x 760 MDF, on a 1280 x 800 screen, which allows the RPCEmu
window, together with its Windows title bar, to fill the screen exactly.
In your case I'd suggest modifying the Xerox MDF, using MakeModes, or
CustomRPC, so that its resolution is 1920 x 1040.
Tony
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] MDF query
Presumably like many of us, I use RPCEmu in a window on a 1920 x 1080
display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
XM3-22wB monitor def file, which allows most (but not quite all) of
the icon bar to be displayed.
The ideal solution IMHO would be to have something like 1632 x 1020,
which would allow the whole icon bar to be fitted in; or better still,
1824 x 1026 (16:9 ratio), which would use more of the base display
area. Do either such MDFs exist? Would it be possible to create them?
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
display; in my case, the RPCEmu 'screen' is 1680 x 1050 using a Xerox
XM3-22wB monitor def file, which allows most (but not quite all) of
the icon bar to be displayed.
The ideal solution IMHO would be to have something like 1632 x 1020,
which would allow the whole icon bar to be fitted in; or better still,
1824 x 1026 (16:9 ratio), which would use more of the base display
area. Do either such MDFs exist? Would it be possible to create them?
George
--
george greenfield
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Monday, 26 November 2012
Re: Unknown
Peter Young, on 26 Nov, wrote:
> On 26 Nov 2012 David Pitt <pittdj@pittdj.co.uk> wrote:
>
> > NetSurf #673 seems to have an aversion to all local html files, A
> > "Warning from Netsurf" box opens which just reports "Unknown". This
> > occurs on the ARMini and OS4.39 on VRPC. #672 is OK!
>
> > All I could find in the log is :-
>
> > (1.760000) riscos/gui.c warn_user 2308: Unknown (null)
>
> > The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
> > minimalist html file sufficient to show the problem.
>
> Up to #674 here by now (they keep coming thick and fast; many thanks!) and
> a local file on my HD renders fine for me. ARMini, RISC OS 5.19. No idea
> why. Very amateur home-brewed HTML, by the way!
Thanks, #674 is OK.
With thanks for the prompt fix.
--
David Pitt
> On 26 Nov 2012 David Pitt <pittdj@pittdj.co.uk> wrote:
>
> > NetSurf #673 seems to have an aversion to all local html files, A
> > "Warning from Netsurf" box opens which just reports "Unknown". This
> > occurs on the ARMini and OS4.39 on VRPC. #672 is OK!
>
> > All I could find in the log is :-
>
> > (1.760000) riscos/gui.c warn_user 2308: Unknown (null)
>
> > The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
> > minimalist html file sufficient to show the problem.
>
> Up to #674 here by now (they keep coming thick and fast; many thanks!) and
> a local file on my HD renders fine for me. ARMini, RISC OS 5.19. No idea
> why. Very amateur home-brewed HTML, by the way!
Thanks, #674 is OK.
With thanks for the prompt fix.
--
David Pitt
Re: BBC news site misbehaving.
On 26 Nov 2012 Richard Porter <ricp@minijem.plus.com> wrote:
> On 26 Nov 2012 Chris Gransden wrote:
>> In article <7360d8f452.ricp@user.minijem.plus.com>,
>>> I suggest we all send feedback to the BBC News site and if that
>>> doesn't work raise a complaint.
>> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
>> clicking on 'News'.
> I spoke too soon. I think cookies are coming into play here. It was
> working OK, I deleted all the bbc cookies and it went wrong again,
> even for the main bbc web site.
Well, blow me down with a feather! I got in using the above URL and
then going to News. I haven't deleted any cookies, and I'm now getting
the "proper" site without using the desktop link. I'll have to check
it again tomorrow.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> On 26 Nov 2012 Chris Gransden wrote:
>> In article <7360d8f452.ricp@user.minijem.plus.com>,
>>> I suggest we all send feedback to the BBC News site and if that
>>> doesn't work raise a complaint.
>> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
>> clicking on 'News'.
> I spoke too soon. I think cookies are coming into play here. It was
> working OK, I deleted all the bbc cookies and it went wrong again,
> even for the main bbc web site.
Well, blow me down with a feather! I got in using the above URL and
then going to News. I haven't deleted any cookies, and I'm now getting
the "proper" site without using the desktop link. I'll have to check
it again tomorrow.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: BBC news site misbehaving.
On 26 Nov 2012 Chris Gransden <chrisg@care4free.net> wrote:
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
So it does! Many thanks for pointing this out.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
So it does! Many thanks for pointing this out.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: Unknown
On 26 Nov 2012 David Pitt <pittdj@pittdj.co.uk> wrote:
> NetSurf #673 seems to have an aversion to all local html files, A "Warning
> from Netsurf" box opens which just reports "Unknown". This occurs on the
> ARMini and OS4.39 on VRPC. #672 is OK!
> All I could find in the log is :-
> (1.760000) riscos/gui.c warn_user 2308: Unknown (null)
> The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
> minimalist html file sufficient to show the problem.
Up to #674 here by now (they keep coming thick and fast; many thanks!)
and a local file on my HD renders fine for me. ARMini, RISC OS 5.19.
No idea why. Very amateur home-brewed HTML, by the way!
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> NetSurf #673 seems to have an aversion to all local html files, A "Warning
> from Netsurf" box opens which just reports "Unknown". This occurs on the
> ARMini and OS4.39 on VRPC. #672 is OK!
> All I could find in the log is :-
> (1.760000) riscos/gui.c warn_user 2308: Unknown (null)
> The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
> minimalist html file sufficient to show the problem.
Up to #674 here by now (they keep coming thick and fast; many thanks!)
and a local file on my HD renders fine for me. ARMini, RISC OS 5.19.
No idea why. Very amateur home-brewed HTML, by the way!
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: BBC news site misbehaving.
On 26 Nov 2012 Chris Gransden wrote:
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
I spoke too soon. I think cookies are coming into play here. It was
working OK, I deleted all the bbc cookies and it went wrong again,
even for the main bbc web site.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
I spoke too soon. I think cookies are coming into play here. It was
working OK, I deleted all the bbc cookies and it went wrong again,
even for the main bbc web site.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Re: BBC news site misbehaving.
On 26 Nov 2012 Chris Gransden wrote:
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
It seems to have gone right again. Maybe they got the message!
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> In article <7360d8f452.ricp@user.minijem.plus.com>,
>> I suggest we all send feedback to the BBC News site and if that
>> doesn't work raise a complaint.
> If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
> clicking on 'News'.
It seems to have gone right again. Maybe they got the message!
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Re: BBC news site misbehaving.
In article <7360d8f452.ricp@user.minijem.plus.com>,
> I suggest we all send feedback to the BBC News site and if that
> doesn't work raise a complaint.
If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
clicking on 'News'.
> I suggest we all send feedback to the BBC News site and if that
> doesn't work raise a complaint.
If you use http://m.bbc.co.uk/home/desktop you'll get the correct page
clicking on 'News'.
Re: BBC news site misbehaving.
On 26 Nov 2012 Brian Jordan wrote:
> In message <52f4c7c585tlsa@netsurf-browser.org>
> Michael Drake <tlsa@netsurf-browser.org> wrote:
>> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
>> Peter Young <pnyoung@ormail.co.uk> wrote:
>>> I have just downloaded #672 and ran it. I was horrified at the hash it
>>> made of my homepage, which is http://m.bbc.co.uk/news
>> I'm not sure if I'm getting the same thing you are. I just get the mobile
>> version of their site.
> Same here.
>> It seems they've started sending the mobile version if the browser's
>> useragent string contains "armv5l", which NetSurf's does when running on
>> the Iyonix hardware.
> Might be any "arm" in the useragent string. I am using a Virtual Acorn
> and RISC OS Select 6.20 and the useragent string contains "armv4l" - I
> see exactly the same as Peter.
>> NetSurf on x86 linux gets the desktop site.
I suggest we all send feedback to the BBC News site and if that
doesn't work raise a complaint.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> In message <52f4c7c585tlsa@netsurf-browser.org>
> Michael Drake <tlsa@netsurf-browser.org> wrote:
>> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
>> Peter Young <pnyoung@ormail.co.uk> wrote:
>>> I have just downloaded #672 and ran it. I was horrified at the hash it
>>> made of my homepage, which is http://m.bbc.co.uk/news
>> I'm not sure if I'm getting the same thing you are. I just get the mobile
>> version of their site.
> Same here.
>> It seems they've started sending the mobile version if the browser's
>> useragent string contains "armv5l", which NetSurf's does when running on
>> the Iyonix hardware.
> Might be any "arm" in the useragent string. I am using a Virtual Acorn
> and RISC OS Select 6.20 and the useragent string contains "armv4l" - I
> see exactly the same as Peter.
>> NetSurf on x86 linux gets the desktop site.
I suggest we all send feedback to the BBC News site and if that
doesn't work raise a complaint.
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Unknown
NetSurf #673 seems to have an aversion to all local html files, A "Warning
from Netsurf" box opens which just reports "Unknown". This occurs on the
ARMini and OS4.39 on VRPC. #672 is OK!
All I could find in the log is :-
(1.760000) riscos/gui.c warn_user 2308: Unknown (null)
The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
minimalist html file sufficient to show the problem.
--
David Pitt
from Netsurf" box opens which just reports "Unknown". This occurs on the
ARMini and OS4.39 on VRPC. #672 is OK!
All I could find in the log is :-
(1.760000) riscos/gui.c warn_user 2308: Unknown (null)
The complete log is at http://pittdj.co.uk/temp/unknown.zip with a
minimalist html file sufficient to show the problem.
--
David Pitt
Re: BBC news site misbehaving.
In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> I have just downloaded #672 and ran it. I was horrified at the hash it
> made of my homepage, which is http://m.bbc.co.uk/news
> I reverted to #671, and it looks the same there. It renders perfectly
> in Windows Firefox. The same sort of rubbish is visible on our local
> BBC Gloucestershire site, so presumably the BBC web-people think
> they've been clever again. I rather incline to thinking that it's
> hardly worth raising a bug report on this, but will do so if people
> think it's worth it. In the meanwhile, I've changed my homepage.
Looks OK here, Peter - #671
Peter Young <pnyoung@ormail.co.uk> wrote:
> I have just downloaded #672 and ran it. I was horrified at the hash it
> made of my homepage, which is http://m.bbc.co.uk/news
> I reverted to #671, and it looks the same there. It renders perfectly
> in Windows Firefox. The same sort of rubbish is visible on our local
> BBC Gloucestershire site, so presumably the BBC web-people think
> they've been clever again. I rather incline to thinking that it's
> hardly worth raising a bug report on this, but will do so if people
> think it's worth it. In the meanwhile, I've changed my homepage.
Looks OK here, Peter - #671
Error at launch
hi,
last changes seem to have broken NS.
On launch it pops up an "unknown" error.
I traced it to render/html.c:2067 and a mismatched return type, but
there seem to be more to it. The patch below fixes those I found.
François.
diff --git a/render/html.c b/render/html.c
index b5896e1..ededb4c 100644
--- a/render/html.c
+++ b/render/html.c
@@ -1096,7 +1096,7 @@ static bool html_meta_refresh(html_content *c,
dom_node *head)
} else if (dom_string_caseless_lwc_isequal(name,
corestring_lwc_meta)) {
if (html_meta_refresh_process_element(c,
- n) == false) {
+ n) != NSERROR_OK) {
/* Some error occurred */
dom_string_unref(name);
dom_node_unref(n);
@@ -2063,9 +2063,8 @@ html_begin_conversion(html_content *htmlc)
}
/* handle meta refresh */
- ns_error = html_meta_refresh(htmlc, head);
- if (ns_error != NSERROR_OK) {
- content_broadcast_errorcode(&htmlc->base, ns_error);
+ if (html_meta_refresh(htmlc, head) != false) {
+ content_broadcast_errorcode(&htmlc->base, NSERROR_UNKNOWN);
dom_node_unref(html);
dom_node_unref(head);
last changes seem to have broken NS.
On launch it pops up an "unknown" error.
I traced it to render/html.c:2067 and a mismatched return type, but
there seem to be more to it. The patch below fixes those I found.
François.
diff --git a/render/html.c b/render/html.c
index b5896e1..ededb4c 100644
--- a/render/html.c
+++ b/render/html.c
@@ -1096,7 +1096,7 @@ static bool html_meta_refresh(html_content *c,
dom_node *head)
} else if (dom_string_caseless_lwc_isequal(name,
corestring_lwc_meta)) {
if (html_meta_refresh_process_element(c,
- n) == false) {
+ n) != NSERROR_OK) {
/* Some error occurred */
dom_string_unref(name);
dom_node_unref(n);
@@ -2063,9 +2063,8 @@ html_begin_conversion(html_content *htmlc)
}
/* handle meta refresh */
- ns_error = html_meta_refresh(htmlc, head);
- if (ns_error != NSERROR_OK) {
- content_broadcast_errorcode(&htmlc->base, ns_error);
+ if (html_meta_refresh(htmlc, head) != false) {
+ content_broadcast_errorcode(&htmlc->base, NSERROR_UNKNOWN);
dom_node_unref(html);
dom_node_unref(head);
Re: BBC news site misbehaving.
In message <52f4c7c585tlsa@netsurf-browser.org>
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> I have just downloaded #672 and ran it. I was horrified at the hash it
>> made of my homepage, which is http://m.bbc.co.uk/news
> I'm not sure if I'm getting the same thing you are. I just get the mobile
> version of their site.
Same here.
> It seems they've started sending the mobile version if the browser's
> useragent string contains "armv5l", which NetSurf's does when running on
> the Iyonix hardware.
Might be any "arm" in the useragent string. I am using a Virtual Acorn
and RISC OS Select 6.20 and the useragent string contains "armv4l" - I
see exactly the same as Peter.
> NetSurf on x86 linux gets the desktop site.
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> I have just downloaded #672 and ran it. I was horrified at the hash it
>> made of my homepage, which is http://m.bbc.co.uk/news
> I'm not sure if I'm getting the same thing you are. I just get the mobile
> version of their site.
Same here.
> It seems they've started sending the mobile version if the browser's
> useragent string contains "armv5l", which NetSurf's does when running on
> the Iyonix hardware.
Might be any "arm" in the useragent string. I am using a Virtual Acorn
and RISC OS Select 6.20 and the useragent string contains "armv4l" - I
see exactly the same as Peter.
> NetSurf on x86 linux gets the desktop site.
--
Brian Jordan
Virtual RPC-AdjustSA
RISC OS 6.20
Re: BBC news site misbehaving.
On 26 Nov 2012 Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> I have just downloaded #672 and ran it. I was horrified at the hash it
>> made of my homepage, which is http://m.bbc.co.uk/news
> I'm not sure if I'm getting the same thing you are. I just get the mobile
> version of their site.
Yes, that's what I get, I think.
> It seems they've started sending the mobile version if the browser's
> useragent string contains "armv5l", which NetSurf's does when running on
> the Iyonix hardware.
Is there anything that can be done about that? I imagine not.
> NetSurf on x86 linux gets the desktop site.
So does Windows Firefox, as I mentioned.
Thanks for the feedback,
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> I have just downloaded #672 and ran it. I was horrified at the hash it
>> made of my homepage, which is http://m.bbc.co.uk/news
> I'm not sure if I'm getting the same thing you are. I just get the mobile
> version of their site.
Yes, that's what I get, I think.
> It seems they've started sending the mobile version if the browser's
> useragent string contains "armv5l", which NetSurf's does when running on
> the Iyonix hardware.
Is there anything that can be done about that? I imagine not.
> NetSurf on x86 linux gets the desktop site.
So does Windows Firefox, as I mentioned.
Thanks for the feedback,
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: BBC news site misbehaving.
In article <6162c5f452.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> I have just downloaded #672 and ran it. I was horrified at the hash it
> made of my homepage, which is http://m.bbc.co.uk/news
I'm not sure if I'm getting the same thing you are. I just get the mobile
version of their site.
It seems they've started sending the mobile version if the browser's
useragent string contains "armv5l", which NetSurf's does when running on
the Iyonix hardware.
NetSurf on x86 linux gets the desktop site.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Peter Young <pnyoung@ormail.co.uk> wrote:
> I have just downloaded #672 and ran it. I was horrified at the hash it
> made of my homepage, which is http://m.bbc.co.uk/news
I'm not sure if I'm getting the same thing you are. I just get the mobile
version of their site.
It seems they've started sending the mobile version if the browser's
useragent string contains "armv5l", which NetSurf's does when running on
the Iyonix hardware.
NetSurf on x86 linux gets the desktop site.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
BBC news site misbehaving.
I have just downloaded #672 and ran it. I was horrified at the hash it
made of my homepage, which is http://m.bbc.co.uk/news
I reverted to #671, and it looks the same there. It renders perfectly
in Windows Firefox. The same sort of rubbish is visible on our local
BBC Gloucestershire site, so presumably the BBC web-people think
they've been clever again. I rather incline to thinking that it's
hardly worth raising a bug report on this, but will do so if people
think it's worth it. In the meanwhile, I've changed my homepage.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
made of my homepage, which is http://m.bbc.co.uk/news
I reverted to #671, and it looks the same there. It renders perfectly
in Windows Firefox. The same sort of rubbish is visible on our local
BBC Gloucestershire site, so presumably the BBC web-people think
they've been clever again. I rather incline to thinking that it's
hardly worth raising a bug report on this, but will do so if people
think it's worth it. In the meanwhile, I've changed my homepage.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: [gccsdk] Building the libraries
In article <52f4be0bbdchrisg@care4free.net>,
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f4af3e48gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > In article <52f4a89e08gcc-sub@aconet.nl>, I wrote:
> > > Using that file building netsurf-libraries now crashes on libcss
> > > (will provide details later). I'll build the others separately and
> > > see how that goes.
> > The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
> > for more info about the libcss failure.
> This should be now. r6192
Yup. Built. Thanks.
Regards,
Frank
_______________________________________________
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
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f4af3e48gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > In article <52f4a89e08gcc-sub@aconet.nl>, I wrote:
> > > Using that file building netsurf-libraries now crashes on libcss
> > > (will provide details later). I'll build the others separately and
> > > see how that goes.
> > The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
> > for more info about the libcss failure.
> This should be now. r6192
Yup. Built. Thanks.
Regards,
Frank
_______________________________________________
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] Building the libraries
In article <52f4af3e48gcc-sub@aconet.nl>,
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> In article <52f4a89e08gcc-sub@aconet.nl>, I wrote:
> > Using that file building netsurf-libraries now crashes on libcss (will
> > provide details later). I'll build the others separately and see how
> > that goes.
> The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
> for more info about the libcss failure.
This should be now. r6192
Chris.
_______________________________________________
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
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> In article <52f4a89e08gcc-sub@aconet.nl>, I wrote:
> > Using that file building netsurf-libraries now crashes on libcss (will
> > provide details later). I'll build the others separately and see how
> > that goes.
> The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
> for more info about the libcss failure.
This should be now. r6192
Chris.
_______________________________________________
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] Building the libraries
In article <52f4a89e08gcc-sub@aconet.nl>, I wrote:
> Using that file building netsurf-libraries now crashes on libcss (will
> provide details later). I'll build the others separately and see how
> that goes.
The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
for more info about the libcss failure.
Regards,
Frank
_______________________________________________
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
> Using that file building netsurf-libraries now crashes on libcss (will
> provide details later). I'll build the others separately and see how
> that goes.
The other dependencies built. See http://aconet.org/tmp/logs-6.tar.gz
for more info about the libcss failure.
Regards,
Frank
_______________________________________________
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] Building the libraries
In article <52f4a48d86chrisg@care4free.net>,
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f4a0ac66gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > As far as I can tell, installing buildsystem is part of building
> > netsurf-libraries (somewhere near the end of the build, I assume).
> > Which fails because none of the dependencies will build, because
> > buildsystem isn't there yet (building them separately fails with the
> > same reason for all of them).
> > Circular. Once it's there, there's no problem. On a completely new
> > setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK
> > (4.1.2), it just doesn't work.
> The 'depends' file is used to build them in the correct order.
> 'buildsystem' should be built before the ones that require it. At
> least it does here.
Right. Now I'm starting to wonder how reliable svn's check out mechanism
is. I distinctly remember trying to build 'buildsystem' separately and
the autobuilder claiming that package didn't exist. However it *is*
there now (directory dated 23-11-2012, i.e. created after the initial
checkout I did on 14-11-2012), but the depends file in netsurf-libraries
(still dated 14-11-2012) looks like this:
zlib1g
c-ares
libxml2
libcurl3
libjpeg62
liblcms1
libpng12-0
libmng1
oslib
libsvgtiny
rufl
pencil
libharu
curl-netsurf
Another check out produces nothing, except the message 'Checked out
revision 6191.'
I've checked out another full copy of the autobuilder elsewhere and the
relevant depends file in there looks like this:
zlib1g
libcares
libssl0.9.8
libcurl3
libjpeg62
libpng12-0
libmng1
libexpat1
oslib
buildsystem
libnsbmp
libnsgif
libwapcaplet
libcss
libparserutils
libhubbub
libdom
libsvgtiny
rufl
pencil
Using that file building netsurf-libraries now crashes on libcss (will
provide details later). I'll build the others separately and see how
that goes.
> > Same thing as the netsurf-libraries problem. A completely new setup
> > simply doesn't have certain items that need to be there. In this
> > case building librsvg without gtk-theme first fixed that. I actually
> > found this solution because someone else had almost exactly the same
> > problem while building gtk natively.
> Somehow on your setup they are not being built in the correct order.
I've tried every order imaginable and none of them worked (apparently
not for that other person either).
After the svn checkout weirdness mentioned above, I considered the
possibility that this could have been cause by that as well, but a diff
on the two autobuilder directories didn't show anything but a lot of
differences on '.svn' and 'last-' files.
Regards,
Frank
_______________________________________________
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
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f4a0ac66gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > As far as I can tell, installing buildsystem is part of building
> > netsurf-libraries (somewhere near the end of the build, I assume).
> > Which fails because none of the dependencies will build, because
> > buildsystem isn't there yet (building them separately fails with the
> > same reason for all of them).
> > Circular. Once it's there, there's no problem. On a completely new
> > setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK
> > (4.1.2), it just doesn't work.
> The 'depends' file is used to build them in the correct order.
> 'buildsystem' should be built before the ones that require it. At
> least it does here.
Right. Now I'm starting to wonder how reliable svn's check out mechanism
is. I distinctly remember trying to build 'buildsystem' separately and
the autobuilder claiming that package didn't exist. However it *is*
there now (directory dated 23-11-2012, i.e. created after the initial
checkout I did on 14-11-2012), but the depends file in netsurf-libraries
(still dated 14-11-2012) looks like this:
zlib1g
c-ares
libxml2
libcurl3
libjpeg62
liblcms1
libpng12-0
libmng1
oslib
libsvgtiny
rufl
pencil
libharu
curl-netsurf
Another check out produces nothing, except the message 'Checked out
revision 6191.'
I've checked out another full copy of the autobuilder elsewhere and the
relevant depends file in there looks like this:
zlib1g
libcares
libssl0.9.8
libcurl3
libjpeg62
libpng12-0
libmng1
libexpat1
oslib
buildsystem
libnsbmp
libnsgif
libwapcaplet
libcss
libparserutils
libhubbub
libdom
libsvgtiny
rufl
pencil
Using that file building netsurf-libraries now crashes on libcss (will
provide details later). I'll build the others separately and see how
that goes.
> > Same thing as the netsurf-libraries problem. A completely new setup
> > simply doesn't have certain items that need to be there. In this
> > case building librsvg without gtk-theme first fixed that. I actually
> > found this solution because someone else had almost exactly the same
> > problem while building gtk natively.
> Somehow on your setup they are not being built in the correct order.
I've tried every order imaginable and none of them worked (apparently
not for that other person either).
After the svn checkout weirdness mentioned above, I considered the
possibility that this could have been cause by that as well, but a diff
on the two autobuilder directories didn't show anything but a lot of
differences on '.svn' and 'last-' files.
Regards,
Frank
_______________________________________________
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] Building the libraries
In article <52f4a0ac66gcc-sub@aconet.nl>,
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> As far as I can tell, installing buildsystem is part of building
> netsurf-libraries (somewhere near the end of the build, I assume). Which
> fails because none of the dependencies will build, because buildsystem
> isn't there yet (building them separately fails with the same reason
> for all of them).
> Circular. Once it's there, there's no problem. On a completely new
> setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK (4.1.2),
> it just doesn't work.
The 'depends' file is used to build them in the correct order.
'buildsystem' should be built before the ones that require it. At least it
does here.
> Same thing as the netsurf-libraries problem. A completely new setup
> simply doesn't have certain items that need to be there. In this case
> building librsvg without gtk-theme first fixed that. I actually found
> this solution because someone else had almost exactly the same problem
> while building gtk natively.
Somehow on your setup they are not being built in the correct order.
Chris.
_______________________________________________
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
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> As far as I can tell, installing buildsystem is part of building
> netsurf-libraries (somewhere near the end of the build, I assume). Which
> fails because none of the dependencies will build, because buildsystem
> isn't there yet (building them separately fails with the same reason
> for all of them).
> Circular. Once it's there, there's no problem. On a completely new
> setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK (4.1.2),
> it just doesn't work.
The 'depends' file is used to build them in the correct order.
'buildsystem' should be built before the ones that require it. At least it
does here.
> Same thing as the netsurf-libraries problem. A completely new setup
> simply doesn't have certain items that need to be there. In this case
> building librsvg without gtk-theme first fixed that. I actually found
> this solution because someone else had almost exactly the same problem
> while building gtk natively.
Somehow on your setup they are not being built in the correct order.
Chris.
_______________________________________________
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] Building the libraries
In article <52f49912b9chrisg@care4free.net>,
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f3aec75dgcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
> > libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
> This is caused by having 'libcups2-dev' installed on the host so this
> needs uninstalling.
Purged libcups2-dev and building succeeded. Thanks.
> > tremor syntax error in configure
> > libsdl-mixer1.2 depends on tremor
> tremor builds fine here on both Ubuntu 12.10 and Linux Mint Debian
> edition. Something may be different on your setup.
Probably. As the config.log shows, running configure fails because bash
encounters a piece of code which isn't syntactically valid. I haven't
been able to trace where this piece of code comes from.
The most annoying part of this is the malformed part of the code isn't
even executed.
> > netsurf-libraries depends on the item(s) below
> > libsvgtiny depends on netsurf-libraries
> > libnsgif depends on netsurf-libraries
> > libnsbmp depends on netsurf-libraries
> > libwapcaplet depends on netsurf-libraries
> > libparserutils depends on netsurf-libraries
> > libcss depends on netsurf-libraries
> > libhubbub depends on netsurf-libraries
> > libdom depends on netsurf-libraries
> > rufl depends on netsurf-libraries
> > pencil depends on rufl
> Building 'netsurf-libraries' should build all the depenencies in the
> correct order. The crucial one to look at 'buildsystem'. Sounds like
> 'buildsystem' didn't install correctly for some reason.
As far as I can tell, installing buildsystem is part of building
netsurf-libraries (somewhere near the end of the build, I assume). Which
fails because none of the dependencies will build, because buildsystem
isn't there yet (building them separately fails with the same reason
for all of them).
Circular. Once it's there, there's no problem. On a completely new
setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK (4.1.2),
it just doesn't work.
> > As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess
> > out of the way. Perhaps adding a note to the webpage about how to
> > handle that would be helpful for others who start with a clean
> > setup.
> This works ok on my setup. It may be caused by other depenencies not
> building which could have broken the dependency chain.
Same thing as the netsurf-libraries problem. A completely new setup
simply doesn't have certain items that need to be there. In this case
building librsvg without gtk-theme first fixed that. I actually found
this solution because someone else had almost exactly the same problem
while building gtk natively.
Regards,
Frank
_______________________________________________
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
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f3aec75dgcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
> > libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
> This is caused by having 'libcups2-dev' installed on the host so this
> needs uninstalling.
Purged libcups2-dev and building succeeded. Thanks.
> > tremor syntax error in configure
> > libsdl-mixer1.2 depends on tremor
> tremor builds fine here on both Ubuntu 12.10 and Linux Mint Debian
> edition. Something may be different on your setup.
Probably. As the config.log shows, running configure fails because bash
encounters a piece of code which isn't syntactically valid. I haven't
been able to trace where this piece of code comes from.
The most annoying part of this is the malformed part of the code isn't
even executed.
> > netsurf-libraries depends on the item(s) below
> > libsvgtiny depends on netsurf-libraries
> > libnsgif depends on netsurf-libraries
> > libnsbmp depends on netsurf-libraries
> > libwapcaplet depends on netsurf-libraries
> > libparserutils depends on netsurf-libraries
> > libcss depends on netsurf-libraries
> > libhubbub depends on netsurf-libraries
> > libdom depends on netsurf-libraries
> > rufl depends on netsurf-libraries
> > pencil depends on rufl
> Building 'netsurf-libraries' should build all the depenencies in the
> correct order. The crucial one to look at 'buildsystem'. Sounds like
> 'buildsystem' didn't install correctly for some reason.
As far as I can tell, installing buildsystem is part of building
netsurf-libraries (somewhere near the end of the build, I assume). Which
fails because none of the dependencies will build, because buildsystem
isn't there yet (building them separately fails with the same reason
for all of them).
Circular. Once it's there, there's no problem. On a completely new
setup, i.e. a new, clean copy of the autobuilder *and* GCCSDK (4.1.2),
it just doesn't work.
> > As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess
> > out of the way. Perhaps adding a note to the webpage about how to
> > handle that would be helpful for others who start with a clean
> > setup.
> This works ok on my setup. It may be caused by other depenencies not
> building which could have broken the dependency chain.
Same thing as the netsurf-libraries problem. A completely new setup
simply doesn't have certain items that need to be there. In this case
building librsvg without gtk-theme first fixed that. I actually found
this solution because someone else had almost exactly the same problem
while building gtk natively.
Regards,
Frank
_______________________________________________
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] Building the libraries
In article <52f3aec75dgcc-sub@aconet.nl>,
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> In article <20121124131649.GF22635@chiark.greenend.org.uk>,
> Theo Markettos <theo@markettos.org.uk> wrote:
> > NetSurf moved from SVN to git in the summer. Much of the repository
> > was reorganised at the same time, which broke most of the autobuilder
> > build scripts for NetSurf's components. I did some changes to at
> > least replace the missing SVN URLs with git ones, but didn't have time
> > to fix all the builds which turned out to be a bit more involved than
> > I expected - so I left the slightly-less-broken builds as
> > placeholders. It might be that's what you're seeing.
> Yes, I assume it is.
> Building all the libraries has now been completed. These items have
> failed:
> package reason
> -------------------- --------------------------------------------
> libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
> libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
This is caused by having 'libcups2-dev' installed on the host so this needs
uninstalling.
> oslibvapis !OSLib/Source/Build/!Vala/vapi doesn't exist
> tremor syntax error in configure
> libsdl-mixer1.2 depends on tremor
tremor builds fine here on both Ubuntu 12.10 and Linux Mint Debian edition.
Something may be different on your setup.
> tcp-wrappers siginfo_t changes not in 4.1.2
> orbit2 depends on tcp-wrappers
> libgconf2-4 depends on orbit2
> libgnomevfs2-0 depends on orbit2
> libbonobo2-0 depends on orbit2
> libgnome2-0 depends on libbonobo2-0
> netsurf-libraries depends on the item(s) below
> libsvgtiny depends on netsurf-libraries
> libnsgif depends on netsurf-libraries
> libnsbmp depends on netsurf-libraries
> libwapcaplet depends on netsurf-libraries
> libparserutils depends on netsurf-libraries
> libcss depends on netsurf-libraries
> libhubbub depends on netsurf-libraries
> libdom depends on netsurf-libraries
> rufl depends on netsurf-libraries
> pencil depends on rufl
Building 'netsurf-libraries' should build all the depenencies in the
correct order. The crucial one to look at 'buildsystem'. Sounds like
'buildsystem' didn't install correctly for some reason.
> desklib-scl not wanted (?)
> Judging by the last messages by Lee and John, the siginfo_t issue is
> going to be fixed, so I'll try again later.
> As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess out
> of the way. Perhaps adding a note to the webpage about how to handle
> that would be helpful for others who start with a clean setup.
This works ok on my setup. It may be caused by other depenencies not
building which could have broken the dependency chain.
Chris.
_______________________________________________
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
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> In article <20121124131649.GF22635@chiark.greenend.org.uk>,
> Theo Markettos <theo@markettos.org.uk> wrote:
> > NetSurf moved from SVN to git in the summer. Much of the repository
> > was reorganised at the same time, which broke most of the autobuilder
> > build scripts for NetSurf's components. I did some changes to at
> > least replace the missing SVN URLs with git ones, but didn't have time
> > to fix all the builds which turned out to be a bit more involved than
> > I expected - so I left the slightly-less-broken builds as
> > placeholders. It might be that's what you're seeing.
> Yes, I assume it is.
> Building all the libraries has now been completed. These items have
> failed:
> package reason
> -------------------- --------------------------------------------
> libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
> libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
This is caused by having 'libcups2-dev' installed on the host so this needs
uninstalling.
> oslibvapis !OSLib/Source/Build/!Vala/vapi doesn't exist
> tremor syntax error in configure
> libsdl-mixer1.2 depends on tremor
tremor builds fine here on both Ubuntu 12.10 and Linux Mint Debian edition.
Something may be different on your setup.
> tcp-wrappers siginfo_t changes not in 4.1.2
> orbit2 depends on tcp-wrappers
> libgconf2-4 depends on orbit2
> libgnomevfs2-0 depends on orbit2
> libbonobo2-0 depends on orbit2
> libgnome2-0 depends on libbonobo2-0
> netsurf-libraries depends on the item(s) below
> libsvgtiny depends on netsurf-libraries
> libnsgif depends on netsurf-libraries
> libnsbmp depends on netsurf-libraries
> libwapcaplet depends on netsurf-libraries
> libparserutils depends on netsurf-libraries
> libcss depends on netsurf-libraries
> libhubbub depends on netsurf-libraries
> libdom depends on netsurf-libraries
> rufl depends on netsurf-libraries
> pencil depends on rufl
Building 'netsurf-libraries' should build all the depenencies in the
correct order. The crucial one to look at 'buildsystem'. Sounds like
'buildsystem' didn't install correctly for some reason.
> desklib-scl not wanted (?)
> Judging by the last messages by Lee and John, the siginfo_t issue is
> going to be fixed, so I'll try again later.
> As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess out
> of the way. Perhaps adding a note to the webpage about how to handle
> that would be helpful for others who start with a clean setup.
This works ok on my setup. It may be caused by other depenencies not
building which could have broken the dependency chain.
Chris.
_______________________________________________
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
Saturday, 24 November 2012
Re: [gccsdk] Building the libraries
In article <20121124131649.GF22635@chiark.greenend.org.uk>,
Theo Markettos <theo@markettos.org.uk> wrote:
> NetSurf moved from SVN to git in the summer. Much of the repository
> was reorganised at the same time, which broke most of the autobuilder
> build scripts for NetSurf's components. I did some changes to at
> least replace the missing SVN URLs with git ones, but didn't have time
> to fix all the builds which turned out to be a bit more involved than
> I expected - so I left the slightly-less-broken builds as
> placeholders. It might be that's what you're seeing.
Yes, I assume it is.
Building all the libraries has now been completed. These items have
failed:
package reason
-------------------- --------------------------------------------
libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
oslibvapis !OSLib/Source/Build/!Vala/vapi doesn't exist
tremor syntax error in configure
libsdl-mixer1.2 depends on tremor
tcp-wrappers siginfo_t changes not in 4.1.2
orbit2 depends on tcp-wrappers
libgconf2-4 depends on orbit2
libgnomevfs2-0 depends on orbit2
libbonobo2-0 depends on orbit2
libgnome2-0 depends on libbonobo2-0
netsurf-libraries depends on the item(s) below
libsvgtiny depends on netsurf-libraries
libnsgif depends on netsurf-libraries
libnsbmp depends on netsurf-libraries
libwapcaplet depends on netsurf-libraries
libparserutils depends on netsurf-libraries
libcss depends on netsurf-libraries
libhubbub depends on netsurf-libraries
libdom depends on netsurf-libraries
rufl depends on netsurf-libraries
pencil depends on rufl
desklib-scl not wanted (?)
Judging by the last messages by Lee and John, the siginfo_t issue is
going to be fixed, so I'll try again later.
As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess out
of the way. Perhaps adding a note to the webpage about how to handle
that would be helpful for others who start with a clean setup.
Regards,
Frank
_______________________________________________
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:
> NetSurf moved from SVN to git in the summer. Much of the repository
> was reorganised at the same time, which broke most of the autobuilder
> build scripts for NetSurf's components. I did some changes to at
> least replace the missing SVN URLs with git ones, but didn't have time
> to fix all the builds which turned out to be a bit more involved than
> I expected - so I left the slightly-less-broken builds as
> placeholders. It might be that's what you're seeing.
Yes, I assume it is.
Building all the libraries has now been completed. These items have
failed:
package reason
-------------------- --------------------------------------------
libgnomeprint2.2-0 package libgnomecups1.0 not in autobuilder
libgnomeprintui2.2-0 depends on libgnomeprint2.2-0
oslibvapis !OSLib/Source/Build/!Vala/vapi doesn't exist
tremor syntax error in configure
libsdl-mixer1.2 depends on tremor
tcp-wrappers siginfo_t changes not in 4.1.2
orbit2 depends on tcp-wrappers
libgconf2-4 depends on orbit2
libgnomevfs2-0 depends on orbit2
libbonobo2-0 depends on orbit2
libgnome2-0 depends on libbonobo2-0
netsurf-libraries depends on the item(s) below
libsvgtiny depends on netsurf-libraries
libnsgif depends on netsurf-libraries
libnsbmp depends on netsurf-libraries
libwapcaplet depends on netsurf-libraries
libparserutils depends on netsurf-libraries
libcss depends on netsurf-libraries
libhubbub depends on netsurf-libraries
libdom depends on netsurf-libraries
rufl depends on netsurf-libraries
pencil depends on rufl
desklib-scl not wanted (?)
Judging by the last messages by Lee and John, the siginfo_t issue is
going to be fixed, so I'll try again later.
As I mentioned earlier, I hacked the libgtk->libcairo->librsvg mess out
of the way. Perhaps adding a note to the webpage about how to handle
that would be helpful for others who start with a clean setup.
Regards,
Frank
_______________________________________________
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] OSLib status
In message <20121124132431.GG22635@chiark.greenend.org.uk>
Theo Markettos <theo@markettos.org.uk> wrote:
> Someone on the Raspberry Pi forum was asking how to call SWIs from C, and I
> pointed them towards OSLib. However, in the process I went to the OSLib
> website and discovered the latest released version is 2007 - presumably
> that's not ARMv7 compatible.
I would be surprised if the last 6.90 AOF release is not ARMv7 compatible.
After all, the veneers are a very tiny wrappers around the actual SWI
calls fully conforming to APCS-32.
> How feasible might it be to think about an OSLib release sometime? I see
> there are lots of recent commits from John in SVN.
I made a release candidate 2 weeks ago, got some great feedback on it
and was about to release it any day now.
> It might also be nice to support some of the newer things (OS_IICOp,
> GPIO_* were the things that came up), but one thing at a time :)
Sure, I'm looking forward for these contributions ;-)
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:
> Someone on the Raspberry Pi forum was asking how to call SWIs from C, and I
> pointed them towards OSLib. However, in the process I went to the OSLib
> website and discovered the latest released version is 2007 - presumably
> that's not ARMv7 compatible.
I would be surprised if the last 6.90 AOF release is not ARMv7 compatible.
After all, the veneers are a very tiny wrappers around the actual SWI
calls fully conforming to APCS-32.
> How feasible might it be to think about an OSLib release sometime? I see
> there are lots of recent commits from John in SVN.
I made a release candidate 2 weeks ago, got some great feedback on it
and was about to release it any day now.
> It might also be nice to support some of the newer things (OS_IICOp,
> GPIO_* were the things that came up), but one thing at a time :)
Sure, I'm looking forward for these contributions ;-)
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
[gccsdk] OSLib status
Someone on the Raspberry Pi forum was asking how to call SWIs from C, and I
pointed them towards OSLib. However, in the process I went to the OSLib
website and discovered the latest released version is 2007 - presumably
that's not ARMv7 compatible.
How feasible might it be to think about an OSLib release sometime? I see
there are lots of recent commits from John in SVN.
It might also be nice to support some of the newer things (OS_IICOp,
GPIO_* were the things that came up), but one thing at a time :)
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
pointed them towards OSLib. However, in the process I went to the OSLib
website and discovered the latest released version is 2007 - presumably
that's not ARMv7 compatible.
How feasible might it be to think about an OSLib release sometime? I see
there are lots of recent commits from John in SVN.
It might also be nice to support some of the newer things (OS_IICOp,
GPIO_* were the things that came up), but one thing at a time :)
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] Building the libraries
On Sat, Nov 24, 2012 at 11:47:52AM +0100, Frank de Bruijn wrote:
> Looking at this a little closer, I think I may have run into another
> circular dependency problem here. Both libsvgtiny and rufl fail because
> in my setup the structure env/share/netsurf-buildsystem is missing. I
> assume this is created when netsurf-libraries builds successfully?
> Unfortunately *that* fails because its dependency libsvgtiny won't
> build...
NetSurf moved from SVN to git in the summer. Much of the repository was
reorganised at the same time, which broke most of the autobuilder build
scripts for NetSurf's components. I did some changes to at least replace
the missing SVN URLs with git ones, but didn't have time to fix all the
builds which turned out to be a bit more involved than I expected - so I
left the slightly-less-broken builds as placeholders. It might be that's
what you're seeing.
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
> Looking at this a little closer, I think I may have run into another
> circular dependency problem here. Both libsvgtiny and rufl fail because
> in my setup the structure env/share/netsurf-buildsystem is missing. I
> assume this is created when netsurf-libraries builds successfully?
> Unfortunately *that* fails because its dependency libsvgtiny won't
> build...
NetSurf moved from SVN to git in the summer. Much of the repository was
reorganised at the same time, which broke most of the autobuilder build
scripts for NetSurf's components. I did some changes to at least replace
the missing SVN URLs with git ones, but didn't have time to fix all the
builds which turned out to be a bit more involved than I expected - so I
left the slightly-less-broken builds as placeholders. It might be that's
what you're seeing.
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] Building the libraries
In message <50AFD1C9.70508@sky.com>
Lee Noar <leenoar@sky.com> wrote:
> [siginfo_t support]
> In hindsight, I should have applied these changes to 4.1.2 as well at
> the same time, as now I find that they are one thing stopping me from
> building Mono with GCC 4.1.2. So, if it's OK with you John I will make
> these changes.
Alright, let's go for it.
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
Lee Noar <leenoar@sky.com> wrote:
> [siginfo_t support]
> In hindsight, I should have applied these changes to 4.1.2 as well at
> the same time, as now I find that they are one thing stopping me from
> building Mono with GCC 4.1.2. So, if it's OK with you John I will make
> these changes.
Alright, let's go for it.
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
Re: [gccsdk] Building the libraries
In article <52f38610eegcc-sub@aconet.nl>, I wrote:
> However, libsvgtiny, rufl and libgnomeprint2.2-0 still fail to build,
> apparently with the same error.
Looking at this a little closer, I think I may have run into another
circular dependency problem here. Both libsvgtiny and rufl fail because
in my setup the structure env/share/netsurf-buildsystem is missing. I
assume this is created when netsurf-libraries builds successfully?
Unfortunately *that* fails because its dependency libsvgtiny won't
build...
Regards,
Frank
_______________________________________________
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
> However, libsvgtiny, rufl and libgnomeprint2.2-0 still fail to build,
> apparently with the same error.
Looking at this a little closer, I think I may have run into another
circular dependency problem here. Both libsvgtiny and rufl fail because
in my setup the structure env/share/netsurf-buildsystem is missing. I
assume this is created when netsurf-libraries builds successfully?
Unfortunately *that* fails because its dependency libsvgtiny won't
build...
Regards,
Frank
_______________________________________________
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] Building the libraries
In article <52f32c92d3chrisg@care4free.net>,
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f2246353gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > Some more failures. All of these attempts were done with r6173, most
> > of them last evening.
> > More information can be found in http://aconet.org/tmp/logs-4.tar.gz
> > - oslibvapis
> > make: !OSLib/Source/Build/!Vala/vapi doesn't exist
> Apart from oslibvapis as of r6186 'build-libs -a' should now build
> all the libraries with GCCSDK 4.1.2 and RO_SHAREDLIBS=no.
Thanks.
However, libsvgtiny, rufl and libgnomeprint2.2-0 still fail to build,
apparently with the same error.
Some files: http://aconet.org/tmp/logs-5.tar.gz
Regards,
Frank
_______________________________________________
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
Chris Gransden <chrisg@care4free.net> wrote:
> In article <52f2246353gcc-sub@aconet.nl>,
> Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> > Some more failures. All of these attempts were done with r6173, most
> > of them last evening.
> > More information can be found in http://aconet.org/tmp/logs-4.tar.gz
> > - oslibvapis
> > make: !OSLib/Source/Build/!Vala/vapi doesn't exist
> Apart from oslibvapis as of r6186 'build-libs -a' should now build
> all the libraries with GCCSDK 4.1.2 and RO_SHAREDLIBS=no.
Thanks.
However, libsvgtiny, rufl and libgnomeprint2.2-0 still fail to build,
apparently with the same error.
Some files: http://aconet.org/tmp/logs-5.tar.gz
Regards,
Frank
_______________________________________________
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: Hotlist truncation/corruption
On 22 Nov 2012 as I do recall,
Tony Moore wrote:
> On 22 Nov 2012, Michael Drake <tlsa@netsurf-browser.org> wrote:
> > In article <60245ff252.harriet@blueyonder.co.uk>,
> > Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> >
> > > Recently I've been suffering increasingly frequent corruption of my
> > > NetSurf hotlist
> >
> > The hotlist gets truncated when it fails to save one of the entries.
> >
> > Since hotlist load/save was ported from libxml to libdom it has failed
> > to handle HTML entities. So the hotlist will get truncated before the
> > first entry to contain an "unusual" character.
>
> Looking at the Hotlist files posted by Richard Torrens, the entry which
> caused the truncation was (on one line):
>
> <li><a href="http://www.vivastreet.co.uk/east-anglia">
> ••▷ East Anglia Free ads, East Anglia classifieds,
> East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the
> UK</a></li>
Ah, and the one from the list I reported is
<a href="http://elegantmusings.com/">Casey’s Elegant Musings</a>
So the problem is caused by adding webpages with UTF characters in the
title to your hotlist (and not editing the default title - which I
normally do, but in this case didn't....)
--
Harriet Bazley == Loyaulte me lie ==
Power tends to corrupt and absolute power corrupts absolutely
Tony Moore wrote:
> On 22 Nov 2012, Michael Drake <tlsa@netsurf-browser.org> wrote:
> > In article <60245ff252.harriet@blueyonder.co.uk>,
> > Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> >
> > > Recently I've been suffering increasingly frequent corruption of my
> > > NetSurf hotlist
> >
> > The hotlist gets truncated when it fails to save one of the entries.
> >
> > Since hotlist load/save was ported from libxml to libdom it has failed
> > to handle HTML entities. So the hotlist will get truncated before the
> > first entry to contain an "unusual" character.
>
> Looking at the Hotlist files posted by Richard Torrens, the entry which
> caused the truncation was (on one line):
>
> <li><a href="http://www.vivastreet.co.uk/east-anglia">
> ••▷ East Anglia Free ads, East Anglia classifieds,
> East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the
> UK</a></li>
Ah, and the one from the list I reported is
<a href="http://elegantmusings.com/">Casey’s Elegant Musings</a>
So the problem is caused by adding webpages with UTF characters in the
title to your hotlist (and not editing the default title - which I
normally do, but in this case didn't....)
--
Harriet Bazley == Loyaulte me lie ==
Power tends to corrupt and absolute power corrupts absolutely
Friday, 23 November 2012
Re: [gccsdk] Building the libraries
On 19/11/12 21:50, John Tytgat wrote:
> In message<52f14255a5chrisg@care4free.net>
> Chris Gransden<chrisg@care4free.net> wrote:
>> The rest of
>> the changes are part of r5568. Is it possible to apply these to the 4.1.2
>> branch as well?
>
> The branches/release_4_1_2 is a stable branch is in priniple only meant
> to get bug fixes. I'm not sure whether the siginfo_t changes can be
> qualified as such. Lee actually contributed this, so perhaps he can give
> some insight how risky this change is.
>
> John.
In hindsight, I should have applied these changes to 4.1.2 as well at
the same time, as now I find that they are one thing stopping me from
building Mono with GCC 4.1.2. So, if it's OK with you John I will make
these changes.
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
> In message<52f14255a5chrisg@care4free.net>
> Chris Gransden<chrisg@care4free.net> wrote:
>> The rest of
>> the changes are part of r5568. Is it possible to apply these to the 4.1.2
>> branch as well?
>
> The branches/release_4_1_2 is a stable branch is in priniple only meant
> to get bug fixes. I'm not sure whether the siginfo_t changes can be
> qualified as such. Lee actually contributed this, so perhaps he can give
> some insight how risky this change is.
>
> John.
In hindsight, I should have applied these changes to 4.1.2 as well at
the same time, as now I find that they are one thing stopping me from
building Mono with GCC 4.1.2. So, if it's OK with you John I will make
these changes.
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
Re: #670
In article <29c23ff352.George@tiscali..co.uk>,
george greenfield <george.greenfield@tiscali.co.uk> wrote:
> Works OK here too (RPCEmu 0.8.9/RO 4.02, 256MB RAM, Recompiler,
> Win7-64-bit). Might be an idea to run FixFonts from inside the
> !NetSurf app folder, and/or Disknight in case your HD4 has become
> corrupted.
No, cause was here!
Was backing up to memory stick for RPi, and Shift must've stuck!
Have now restored contnts of Boot:Resources and all is well!
<red face> Sorry </red face>.
John
george greenfield <george.greenfield@tiscali.co.uk> wrote:
> Works OK here too (RPCEmu 0.8.9/RO 4.02, 256MB RAM, Recompiler,
> Win7-64-bit). Might be an idea to run FixFonts from inside the
> !NetSurf app folder, and/or Disknight in case your HD4 has become
> corrupted.
No, cause was here!
Was backing up to memory stick for RPi, and Shift must've stuck!
Have now restored contnts of Boot:Resources and all is well!
<red face> Sorry </red face>.
John
Re: #670
In message <52f33ea5a1JohnRW@ukgateway.net>
John Williams <JohnRW@ukgateway.net> wrote:
> In article <d08c3df352.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>
>> Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
>> http://www.google.co.uk/ with no trouble.
>
> Perhaps a dodgy font detected due to more precise checking, then.
>
> Haven't knowingly changed anything, but ...
>
> John
>
>
Works OK here too (RPCEmu 0.8.9/RO 4.02, 256MB RAM, Recompiler,
Win7-64-bit). Might be an idea to run FixFonts from inside the
!NetSurf app folder, and/or Disknight in case your HD4 has become
corrupted.
George
--
george greenfield
John Williams <JohnRW@ukgateway.net> wrote:
> In article <d08c3df352.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>
>> Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
>> http://www.google.co.uk/ with no trouble.
>
> Perhaps a dodgy font detected due to more precise checking, then.
>
> Haven't knowingly changed anything, but ...
>
> John
>
>
Works OK here too (RPCEmu 0.8.9/RO 4.02, 256MB RAM, Recompiler,
Win7-64-bit). Might be an idea to run FixFonts from inside the
!NetSurf app folder, and/or Disknight in case your HD4 has become
corrupted.
George
--
george greenfield
#670
In article <d08c3df352.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
> http://www.google.co.uk/ with no trouble.
Perhaps a dodgy font detected due to more precise checking, then.
Haven't knowingly changed anything, but ...
John
Peter Young <pnyoung@ormail.co.uk> wrote:
> Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
> http://www.google.co.uk/ with no trouble.
Perhaps a dodgy font detected due to more precise checking, then.
Haven't knowingly changed anything, but ...
John
Re: #670
On 23 Nov 2012 John Williams <JohnRW@ukgateway.net> wrote:
> 'Bad encoding' failure, apparent with earlier recent builds, now precludes
> access to Google!
> Fonts rescanned each time - perhaps a stricter font check?
Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
http://www.google.co.uk/ with no trouble.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> 'Bad encoding' failure, apparent with earlier recent builds, now precludes
> access to Google!
> Fonts rescanned each time - perhaps a stricter font check?
Not so here; ARMini RISC OS 5.19. No font scanning, and gets into
http://www.google.co.uk/ with no trouble.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
#670
'Bad encoding' failure, apparent with earlier recent builds, now precludes
access to Google!
Fonts rescanned each time - perhaps a stricter font check?
John
access to Google!
Fonts rescanned each time - perhaps a stricter font check?
John
Re: [gccsdk] Building the libraries
In article <52f2246353gcc-sub@aconet.nl>,
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> Some more failures. All of these attempts were done with r6173, most of
> them last evening.
> More information can be found in http://aconet.org/tmp/logs-4.tar.gz
> - oslibvapis
> make: !OSLib/Source/Build/!Vala/vapi doesn't exist
Apart from oslibvapis as of r6186 'build-libs -a' should now build all the
libraries with GCCSDK 4.1.2 and RO_SHAREDLIBS=no.
Chris.
_______________________________________________
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
Frank de Bruijn <gcc-sub@aconet.nl> wrote:
> Some more failures. All of these attempts were done with r6173, most of
> them last evening.
> More information can be found in http://aconet.org/tmp/logs-4.tar.gz
> - oslibvapis
> make: !OSLib/Source/Build/!Vala/vapi doesn't exist
Apart from oslibvapis as of r6186 'build-libs -a' should now build all the
libraries with GCCSDK 4.1.2 and RO_SHAREDLIBS=no.
Chris.
_______________________________________________
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, 22 November 2012
Re: Hotlist truncation/corruption
On 22 Nov 2012, Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <60245ff252.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>
> > Recently I've been suffering increasingly frequent corruption of my
> > NetSurf hotlist
>
> The hotlist gets truncated when it fails to save one of the entries.
>
> Since hotlist load/save was ported from libxml to libdom it has failed
> to handle HTML entities. So the hotlist will get truncated before the
> first entry to contain an "unusual" character.
Looking at the Hotlist files posted by Richard Torrens, the entry which
caused the truncation was (on one line):
<li><a href="http://www.vivastreet.co.uk/east-anglia">
••▷ East Anglia Free ads, East Anglia classifieds,
East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the
UK</a></li>
A possible temporary workaround would be to edit each title, in the
Hotlist window, to remove 'unusual' characters - in this case
••▷ - before quitting NetSurf (so saving the file).
Tony
> In article <60245ff252.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>
> > Recently I've been suffering increasingly frequent corruption of my
> > NetSurf hotlist
>
> The hotlist gets truncated when it fails to save one of the entries.
>
> Since hotlist load/save was ported from libxml to libdom it has failed
> to handle HTML entities. So the hotlist will get truncated before the
> first entry to contain an "unusual" character.
Looking at the Hotlist files posted by Richard Torrens, the entry which
caused the truncation was (on one line):
<li><a href="http://www.vivastreet.co.uk/east-anglia">
••▷ East Anglia Free ads, East Anglia classifieds,
East Anglia FREE CLASSIFIED ADS, 450,000+ free classifieds in the
UK</a></li>
A possible temporary workaround would be to edit each title, in the
Hotlist window, to remove 'unusual' characters - in this case
••▷ - before quitting NetSurf (so saving the file).
Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012 Michael Drake <tlsa@netsurf-browser.org> wrote:
> In article <60245ff252.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>> Recently I've been suffering increasingly frequent corruption of my
>> NetSurf hotlist
> The hotlist gets truncated when it fails to save one of the entries.
> Since hotlist load/save was ported from libxml to libdom it has failed to
> handle HTML entities. So the hotlist will get truncated before the first
> entry to contain an "unusual" character.
> The beep is because NetSurf opens a warning dialogue box to report the
> problem, although since it is quitting, you won't get a chance to see it
> before NetSurf quits.
> In article <8f7cb4f252.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> What I do is to open the global history from the icon bar icon, do menu
>> over the history > History > Export, and drag the file to the icon bar
>> icon.
> That's the same problem. The warning mentions the hotlist because global
> history and hotlist share the same code for saving.
Thanks for the explanation. I imagine it's being worked on, so I will
be patient.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> In article <60245ff252.harriet@blueyonder.co.uk>,
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
>> Recently I've been suffering increasingly frequent corruption of my
>> NetSurf hotlist
> The hotlist gets truncated when it fails to save one of the entries.
> Since hotlist load/save was ported from libxml to libdom it has failed to
> handle HTML entities. So the hotlist will get truncated before the first
> entry to contain an "unusual" character.
> The beep is because NetSurf opens a warning dialogue box to report the
> problem, although since it is quitting, you won't get a chance to see it
> before NetSurf quits.
> In article <8f7cb4f252.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> What I do is to open the global history from the icon bar icon, do menu
>> over the history > History > Export, and drag the file to the icon bar
>> icon.
> That's the same problem. The warning mentions the hotlist because global
> history and hotlist share the same code for saving.
Thanks for the explanation. I imagine it's being worked on, so I will
be patient.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: Hotlist truncation/corruption
In article <60245ff252.harriet@blueyonder.co.uk>,
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> Recently I've been suffering increasingly frequent corruption of my
> NetSurf hotlist
The hotlist gets truncated when it fails to save one of the entries.
Since hotlist load/save was ported from libxml to libdom it has failed to
handle HTML entities. So the hotlist will get truncated before the first
entry to contain an "unusual" character.
The beep is because NetSurf opens a warning dialogue box to report the
problem, although since it is quitting, you won't get a chance to see it
before NetSurf quits.
In article <8f7cb4f252.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> What I do is to open the global history from the icon bar icon, do menu
> over the history > History > Export, and drag the file to the icon bar
> icon.
That's the same problem. The warning mentions the hotlist because global
history and hotlist share the same code for saving.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> wrote:
> Recently I've been suffering increasingly frequent corruption of my
> NetSurf hotlist
The hotlist gets truncated when it fails to save one of the entries.
Since hotlist load/save was ported from libxml to libdom it has failed to
handle HTML entities. So the hotlist will get truncated before the first
entry to contain an "unusual" character.
The beep is because NetSurf opens a warning dialogue box to report the
problem, although since it is quitting, you won't get a chance to see it
before NetSurf quits.
In article <8f7cb4f252.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> What I do is to open the global history from the icon bar icon, do menu
> over the history > History > Export, and drag the file to the icon bar
> icon.
That's the same problem. The warning mentions the hotlist because global
history and hotlist share the same code for saving.
--
Michael Drake (tlsa) http://www.netsurf-browser.org/
XSRF Attempt Detected (was: Hotlist truncation/corruption)
The following bytes were arranged on 22 Nov 2012 by Peter Young :
> I tried to add a comment to the bug report, and got a page saying
> "XSRF Attempt Detected!".
I suspect that's related to this one:
http://sourceforge.net/tracker/?func=detail&aid=3586760&group_id=51719&atid=464312
NetSurf's SSL seems to have a few bugs in it at the moment.
--
__<^>__
/ _ _ \ You always find something in the last place you look.
( ( |_| ) )
\_> <_/ ======================= Martin Bazley ==========================
> I tried to add a comment to the bug report, and got a page saying
> "XSRF Attempt Detected!".
I suspect that's related to this one:
http://sourceforge.net/tracker/?func=detail&aid=3586760&group_id=51719&atid=464312
NetSurf's SSL seems to have a few bugs in it at the moment.
--
__<^>__
/ _ _ \ You always find something in the last place you look.
( ( |_| ) )
\_> <_/ ======================= Martin Bazley ==========================
Re: Hotlist truncation/corruption
On 22 Nov 2012, Rob Kendrick <rjek@netsurf-browser.org> wrote:
> On Thu, Nov 22, 2012 at 05:59:21PM +0100, John Williams wrote:
[snip]
> > Would it be possible to have once again something like the old
> > builds page detailing changes between test versions, or is that too
> > much unproductive work?
>
> http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/
>
> The list of builds down the left hand side has links to a details page
> for each, which includes the change messages for the commits included
> in that build, with links to diffs on the cgit revision viewer.
At present, the earliest build available on that page is #641. How is it
possible to access earlier builds? I wish to identify the build in which
https://sourceforge.net/tracker/?func=detail&aid=3579166&group_id=51719&atid=464312
first occurred. This lies between #417 and #461.
Tony
> On Thu, Nov 22, 2012 at 05:59:21PM +0100, John Williams wrote:
[snip]
> > Would it be possible to have once again something like the old
> > builds page detailing changes between test versions, or is that too
> > much unproductive work?
>
> http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/
>
> The list of builds down the left hand side has links to a details page
> for each, which includes the change messages for the commits included
> in that build, with links to diffs on the cgit revision viewer.
At present, the earliest build available on that page is #641. How is it
possible to access earlier builds? I wish to identify the build in which
https://sourceforge.net/tracker/?func=detail&aid=3579166&group_id=51719&atid=464312
first occurred. This lies between #417 and #461.
Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young <pnyoung@ormail.co.uk> wrote:
[snip]
> It gets even odder. I tried today to do something I've done many times
> before, so that I could search the global history. What I do is to
> open the global history from the icon bar icon, do menu over the
> history > History > Export, and drag the file to the icon bar icon.
> This opens the hotlist in HTML, and you can then use the search
> option. Today, when I got to the stage of dragging the icon to the
> icon bar I get the weird error message "Unable to save the hotlist",
> (yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the
> logfile, and will report this on the bug-tracker, in the hope that
> this possibly might shed some light on what's going on.
I tried to add a comment to the bug report, and got a page saying
"XSRF Attempt Detected!". What am I doing wrong? I tried to correct
the wording of the error message, which is "The hotlist was unable to
be saved properly". From what I can see, the already truncated hotlist
seem to be intact,
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
[snip]
> It gets even odder. I tried today to do something I've done many times
> before, so that I could search the global history. What I do is to
> open the global history from the icon bar icon, do menu over the
> history > History > Export, and drag the file to the icon bar icon.
> This opens the hotlist in HTML, and you can then use the search
> option. Today, when I got to the stage of dragging the icon to the
> icon bar I get the weird error message "Unable to save the hotlist",
> (yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the
> logfile, and will report this on the bug-tracker, in the hope that
> this possibly might shed some light on what's going on.
I tried to add a comment to the bug report, and got a page saying
"XSRF Attempt Detected!". What am I doing wrong? I tried to correct
the wording of the error message, which is "The hotlist was unable to
be saved properly". From what I can see, the already truncated hotlist
seem to be intact,
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Re: Hotlist truncation/corruption
In article <20121122170227.GU3859@pepperfish.net>,
Rob Kendrick <rjek@netsurf-browser.org> wrote:
> > Would it be possible to have once again something like the old builds
> > page detailing changes between test versions, or is that too much
> > unproductive work?
Sorry - Pluto breaks link! See Message-ID:
<20121122170227.GU3859@pepperfish.net>
> The list of builds down the left hand side has links to a details page
> for each, which includes the change messages for the commits included in
> that build, with links to diffs on the cgit revision viewer.
Thanks!
John
Rob Kendrick <rjek@netsurf-browser.org> wrote:
> > Would it be possible to have once again something like the old builds
> > page detailing changes between test versions, or is that too much
> > unproductive work?
Sorry - Pluto breaks link! See Message-ID:
<20121122170227.GU3859@pepperfish.net>
> The list of builds down the left hand side has links to a details page
> for each, which includes the change messages for the commits included in
> that build, with links to diffs on the cgit revision viewer.
Thanks!
John
Re: Serious error on riscoscode site
On Thu, Nov 22, 2012 at 03:22:27PM +0000, David Pitt wrote:
> Using Netsurf 2.9 or #665 on an ARMini or Netsurf 2.9 on VRPC.
>
> On this site http://www.riscoscode.com
>
> Clicking menu on the top section, the shaded grey box, results in a serious
> error and Netsurf terminates. A log is at:-
>
fixed in #667
--
Regards Vincent
http://www.kyllikki.org/
> Using Netsurf 2.9 or #665 on an ARMini or Netsurf 2.9 on VRPC.
>
> On this site http://www.riscoscode.com
>
> Clicking menu on the top section, the shaded grey box, results in a serious
> error and Netsurf terminates. A log is at:-
>
fixed in #667
--
Regards Vincent
http://www.kyllikki.org/
Re: Hotlist truncation/corruption
On Thu, Nov 22, 2012 at 05:59:21PM +0100, John Williams wrote:
> In article <20121122110116.GF3366@somnambulist.local>, Daniel Silverstone
> <dsilvers@netsurf-browser.org> wrote:
>
> > > What was the first #number of this change?
>
> > I do not recall. It was done not long after the hack weekend though, so
> > you should be able to trace it.
>
> Would it be possible to have once again something like the old builds page
> detailing changes between test versions, or is that too much unproductive
> work?
http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/
The list of builds down the left hand side has links to a details page
for each, which includes the change messages for the commits included in
that build, with links to diffs on the cgit revision viewer.
B.
> In article <20121122110116.GF3366@somnambulist.local>, Daniel Silverstone
> <dsilvers@netsurf-browser.org> wrote:
>
> > > What was the first #number of this change?
>
> > I do not recall. It was done not long after the hack weekend though, so
> > you should be able to trace it.
>
> Would it be possible to have once again something like the old builds page
> detailing changes between test versions, or is that too much unproductive
> work?
http://ci.netsurf-browser.org/jenkins/job/netsurf/BUILD_JS=jsoff,CC=gcc,TARGET=riscos,label=arm-unknown-riscos/
The list of builds down the left hand side has links to a details page
for each, which includes the change messages for the commits included in
that build, with links to diffs on the cgit revision viewer.
B.
Re: Hotlist truncation/corruption
In article <20121122110116.GF3366@somnambulist.local>, Daniel Silverstone
<dsilvers@netsurf-browser.org> wrote:
> > What was the first #number of this change?
> I do not recall. It was done not long after the hack weekend though, so
> you should be able to trace it.
Would it be possible to have once again something like the old builds page
detailing changes between test versions, or is that too much unproductive
work?
John
<dsilvers@netsurf-browser.org> wrote:
> > What was the first #number of this change?
> I do not recall. It was done not long after the hack weekend though, so
> you should be able to trace it.
Would it be possible to have once again something like the old builds page
detailing changes between test versions, or is that too much unproductive
work?
John
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young <pnyoung@ormail.co.uk> wrote:
> On 22 Nov 2012 Peter Young <pnyoung@ormail.co.uk> wrote:
> [snip]
>> Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the
>> file truncated a while ago, it doesn't seem to be happening now. Not,
>> at least, till the fairy dust that a friend is sure inhabits all
>> computers sees this message :-)
> That happened sooner than I expected! I imported a 32K hotlist from
> the backup of the late Iyo, and ran NetSurf, and then quitted it.
> There was a bleep, and 32K suddenly became 8K. Is it something to do
> with the size of the hotlist perhaps?
> Looking back, I have had a couple of unexplained bleeps when shutting
> down the machine, and I now know why!
It gets even odder. I tried today to do something I've done many times
before, so that I could search the global history. What I do is to
open the global history from the icon bar icon, do menu over the
history > History > Export, and drag the file to the icon bar icon.
This opens the hotlist in HTML, and you can then use the search
option. Today, when I got to the stage of dragging the icon to the
icon bar I get the weird error message "Unable to save the hotlist",
(yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the
logfile, and will report this on the bug-tracker, in the hope that
this possibly might shed some light on what's going on.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
> On 22 Nov 2012 Peter Young <pnyoung@ormail.co.uk> wrote:
> [snip]
>> Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the
>> file truncated a while ago, it doesn't seem to be happening now. Not,
>> at least, till the fairy dust that a friend is sure inhabits all
>> computers sees this message :-)
> That happened sooner than I expected! I imported a 32K hotlist from
> the backup of the late Iyo, and ran NetSurf, and then quitted it.
> There was a bleep, and 32K suddenly became 8K. Is it something to do
> with the size of the hotlist perhaps?
> Looking back, I have had a couple of unexplained bleeps when shutting
> down the machine, and I now know why!
It gets even odder. I tried today to do something I've done many times
before, so that I could search the global history. What I do is to
open the global history from the icon bar icon, do menu over the
history > History > Export, and drag the file to the icon bar icon.
This opens the hotlist in HTML, and you can then use the search
option. Today, when I got to the stage of dragging the icon to the
icon bar I get the weird error message "Unable to save the hotlist",
(yes, hotlist!) with a beep, but NetSurf doesn't crash. I have the
logfile, and will report this on the bug-tracker, in the hope that
this possibly might shed some light on what's going on.
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Serious error on riscoscode site
Using Netsurf 2.9 or #665 on an ARMini or Netsurf 2.9 on VRPC.
On this site http://www.riscoscode.com
Clicking menu on the top section, the shaded grey box, results in a serious
error and Netsurf terminates. A log is at:-
http://pittdj.co.uk/temp/rocode.zip
--
David Pitt
On this site http://www.riscoscode.com
Clicking menu on the top section, the shaded grey box, results in a serious
error and Netsurf terminates. A log is at:-
http://pittdj.co.uk/temp/rocode.zip
--
David Pitt
Re: Hotlist truncation/corruption
On 22 Nov 2012, Tony Moore <old_coaster@yahoo.co.uk> wrote:
> On 22 Nov 2012, cj <chris@chris-johnson.org.uk> wrote:
>
> > With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still
> > occurring when NetSurf is quit. The file I am using to test is
> > shortened from 24K to 10K.
>
> I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on
> RPCEmu v0.8.9. The results were identical to those for RO6.20, reported
> earlier, ie no truncation with a 90K file.
Now I'm up to date: using #665 with RO5.19 (29-Oct-12), running on
RPCEmu v0.8.9, and with RO6.20 running on a SARPC, here there is still
no truncation of a 90K Hotlist file, when NetSurf is quit.
Tony
> On 22 Nov 2012, cj <chris@chris-johnson.org.uk> wrote:
>
> > With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still
> > occurring when NetSurf is quit. The file I am using to test is
> > shortened from 24K to 10K.
>
> I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on
> RPCEmu v0.8.9. The results were identical to those for RO6.20, reported
> earlier, ie no truncation with a 90K file.
Now I'm up to date: using #665 with RO5.19 (29-Oct-12), running on
RPCEmu v0.8.9, and with RO6.20 running on a SARPC, here there is still
no truncation of a 90K Hotlist file, when NetSurf is quit.
Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012, Peter Young <pnyoung@ormail.co.uk> wrote:
[snip]
> I imported a 32K hotlist from the backup of the late Iyo, and ran
> NetSurf, and then quitted it. There was a bleep, and 32K suddenly
> became 8K. Is it something to do with the size of the hotlist perhaps?
No problem here, with a 90K Hotlist file.
Tony
[snip]
> I imported a 32K hotlist from the backup of the late Iyo, and ran
> NetSurf, and then quitted it. There was a bleep, and 32K suddenly
> became 8K. Is it something to do with the size of the hotlist perhaps?
No problem here, with a 90K Hotlist file.
Tony
Re: Hotlist truncation/corruption
On 22 Nov 2012, cj <chris@chris-johnson.org.uk> wrote:
> With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still
> occurring when NetSurf is quit. The file I am using to test is
> shortened from 24K to 10K.
I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on
RPCEmu v0.8.9. The results were identical to those for RO6.20, reported
earlier, ie no truncation with a 90K file.
Tony
> With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still
> occurring when NetSurf is quit. The file I am using to test is
> shortened from 24K to 10K.
I've now checked #600 and #659 with RO5.19 (29-Oct-12), running on
RPCEmu v0.8.9. The results were identical to those for RO6.20, reported
earlier, ie no truncation with a 90K file.
Tony
Re: Hotlist truncation/corruption
With #665 on the Iyonix (5.19, 7 Nov 2012) the truncation is still
occurring when NetSurf is quit. The file I am using to test is
shortened from 24K to 10K.
--
Chris Johnson
occurring when NetSurf is quit. The file I am using to test is
shortened from 24K to 10K.
--
Chris Johnson
Re: Hotlist truncation/corruption
On 22 Nov 2012 Peter Young <pnyoung@ormail.co.uk> wrote:
[snip]
> Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the
> file truncated a while ago, it doesn't seem to be happening now. Not,
> at least, till the fairy dust that a friend is sure inhabits all
> computers sees this message :-)
That happened sooner than I expected! I imported a 32K hotlist from
the backup of the late Iyo, and ran NetSurf, and then quitted it.
There was a bleep, and 32K suddenly became 8K. Is it something to do
with the size of the hotlist perhaps?
Looking back, I have had a couple of unexplained bleeps when shutting
down the machine, and I now know why!
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
[snip]
> Whereas with #665 and RISC OS 5.19 on an ARMini, while I did have the
> file truncated a while ago, it doesn't seem to be happening now. Not,
> at least, till the fairy dust that a friend is sure inhabits all
> computers sees this message :-)
That happened sooner than I expected! I imported a 32K hotlist from
the backup of the late Iyo, and ran NetSurf, and then quitted it.
There was a bleep, and 32K suddenly became 8K. Is it something to do
with the size of the hotlist perhaps?
Looking back, I have had a couple of unexplained bleeps when shutting
down the machine, and I now know why!
With best wishes,
Peter.
--
Peter \ / zfc Ta \ Prestbury, Cheltenham, Glos. GL52
and \/ __ __ \ England.
family / / \ | | |\ | / _ \ http://pnyoung.orpheusweb.co.uk
/ \__/ \_/ | \| \__/ \______________ pnyoung@ormail.co.uk
Subscribe to:
Posts (Atom)