On Mon, Jul 27, 2015 at 01:34:18 -0800, Dave Higton wrote:
> Thank you for your comprehensive reply, Daniel.
You're very welcome.
> PS Please note the spelling of my surname.
My apologies.
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Monday, 27 July 2015
Re: Developer weekend
On Sun, 26 Jul 2015 10:08:23 +0100 Daniel Silverstone wrote:
> On Sat, Jul 25, 2015 at 21:04:20 +0100, Dave Higton wrote:
>> I see you created a development branch for NS with Duktape. Are the
>> CI builds from that branch yet, or will that have to wait until the
>> 200 classes and 1500 methods and properties are (completely|largely)
>> implemented?
>
> Since the developer weekend, Vincent has been slaving away to rebuild the
> automation and code generation (nsgenbind) to use duktape. My
> expectation
> is that during August Vincent's work will reach the point that we can
> all pitch in to produce enough of the bindings to reach parity with the
> older
> JSAPI binding. At that point we'll likely switch to duktape, but not
> before
> since we don't want to have a feature regression on master if possible.
>
> Once that work is in place, we'll gladly receive patches to increase our
> coverage of the DOM. A lot of the work is just slightly too hard to
> automate
> but can be fairly easily cranked out by a human once everything is in
> place.
>
> If you[*] are interested in helping with this then you should start by
> becoming familiar with the layout and the navigation of:
>
> http://dom.spec.whatwg.org/
> http://html.spec.whatwg.org/
>
> And you may find it helps to get a basic feel for duktape:
>
> http://duktape.org/guide.html
> http://duktape.org/api.html
>
> Also, obviously, having a vague understanding of the layout of the
> NetSurf
> repositories will help you. Particularly a feel for NetSurf's
> browser_window
> functionality and also libdom.
>
> http://git.netsurf-browser.org/netsurf.git/tree/desktop/browser.h
> http://git.netsurf-browser.org/libdom.git/tree/include/dom
>
> This is, surprisingly, a fairly good way to get into working on NetSurf
> since
> once you can build NetSurf, adding functionality to the JavaScript
> implementation should be one of the more easy to get into ways to hack on
> the
> project.
>
> I hope all that helps you understand, Dave, and encourages at least one
> of the
> readers of this mailing list to contribute either before the duktape
> merge or
> after it :-)
>
> Thanks
>
> Daniel.
>
>
> [*]: Dave Highton, or *anyone* reading this message
Thank you for your comprehensive reply, Daniel.
I'm not sure it will be me, because I am still trying to get to grips
with USB, and then some debugging of MTP, and then Bluetooth over USB.
OTOH, I'm not sure that I will ever really get to grips with Bluetooth
sufficiently to make it work.
Dave
PS Please note the spelling of my surname.
____________________________________________________________
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop!
Check it out at http://www.inbox.com/marineaquarium
> On Sat, Jul 25, 2015 at 21:04:20 +0100, Dave Higton wrote:
>> I see you created a development branch for NS with Duktape. Are the
>> CI builds from that branch yet, or will that have to wait until the
>> 200 classes and 1500 methods and properties are (completely|largely)
>> implemented?
>
> Since the developer weekend, Vincent has been slaving away to rebuild the
> automation and code generation (nsgenbind) to use duktape. My
> expectation
> is that during August Vincent's work will reach the point that we can
> all pitch in to produce enough of the bindings to reach parity with the
> older
> JSAPI binding. At that point we'll likely switch to duktape, but not
> before
> since we don't want to have a feature regression on master if possible.
>
> Once that work is in place, we'll gladly receive patches to increase our
> coverage of the DOM. A lot of the work is just slightly too hard to
> automate
> but can be fairly easily cranked out by a human once everything is in
> place.
>
> If you[*] are interested in helping with this then you should start by
> becoming familiar with the layout and the navigation of:
>
> http://dom.spec.whatwg.org/
> http://html.spec.whatwg.org/
>
> And you may find it helps to get a basic feel for duktape:
>
> http://duktape.org/guide.html
> http://duktape.org/api.html
>
> Also, obviously, having a vague understanding of the layout of the
> NetSurf
> repositories will help you. Particularly a feel for NetSurf's
> browser_window
> functionality and also libdom.
>
> http://git.netsurf-browser.org/netsurf.git/tree/desktop/browser.h
> http://git.netsurf-browser.org/libdom.git/tree/include/dom
>
> This is, surprisingly, a fairly good way to get into working on NetSurf
> since
> once you can build NetSurf, adding functionality to the JavaScript
> implementation should be one of the more easy to get into ways to hack on
> the
> project.
>
> I hope all that helps you understand, Dave, and encourages at least one
> of the
> readers of this mailing list to contribute either before the duktape
> merge or
> after it :-)
>
> Thanks
>
> Daniel.
>
>
> [*]: Dave Highton, or *anyone* reading this message
Thank you for your comprehensive reply, Daniel.
I'm not sure it will be me, because I am still trying to get to grips
with USB, and then some debugging of MTP, and then Bluetooth over USB.
OTOH, I'm not sure that I will ever really get to grips with Bluetooth
sufficiently to make it work.
Dave
PS Please note the spelling of my surname.
____________________________________________________________
FREE 3D MARINE AQUARIUM SCREENSAVER - Watch dolphins, sharks & orcas on your desktop!
Check it out at http://www.inbox.com/marineaquarium
Sunday, 26 July 2015
Re: Developer weekend
On Sat, Jul 25, 2015 at 21:04:20 +0100, Dave Higton wrote:
> I see you created a development branch for NS with Duktape. Are the
> CI builds from that branch yet, or will that have to wait until the
> 200 classes and 1500 methods and properties are (completely|largely)
> implemented?
Since the developer weekend, Vincent has been slaving away to rebuild the
automation and code generation (nsgenbind) to use duktape. My expectation
is that during August Vincent's work will reach the point that we can
all pitch in to produce enough of the bindings to reach parity with the older
JSAPI binding. At that point we'll likely switch to duktape, but not before
since we don't want to have a feature regression on master if possible.
Once that work is in place, we'll gladly receive patches to increase our
coverage of the DOM. A lot of the work is just slightly too hard to automate
but can be fairly easily cranked out by a human once everything is in place.
If you[*] are interested in helping with this then you should start by
becoming familiar with the layout and the navigation of:
http://dom.spec.whatwg.org/
http://html.spec.whatwg.org/
And you may find it helps to get a basic feel for duktape:
http://duktape.org/guide.html
http://duktape.org/api.html
Also, obviously, having a vague understanding of the layout of the NetSurf
repositories will help you. Particularly a feel for NetSurf's browser_window
functionality and also libdom.
http://git.netsurf-browser.org/netsurf.git/tree/desktop/browser.h
http://git.netsurf-browser.org/libdom.git/tree/include/dom
This is, surprisingly, a fairly good way to get into working on NetSurf since
once you can build NetSurf, adding functionality to the JavaScript
implementation should be one of the more easy to get into ways to hack on the
project.
I hope all that helps you understand, Dave, and encourages at least one of the
readers of this mailing list to contribute either before the duktape merge or
after it :-)
Thanks
Daniel.
[*]: Dave Highton, or *anyone* reading this message
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
> I see you created a development branch for NS with Duktape. Are the
> CI builds from that branch yet, or will that have to wait until the
> 200 classes and 1500 methods and properties are (completely|largely)
> implemented?
Since the developer weekend, Vincent has been slaving away to rebuild the
automation and code generation (nsgenbind) to use duktape. My expectation
is that during August Vincent's work will reach the point that we can
all pitch in to produce enough of the bindings to reach parity with the older
JSAPI binding. At that point we'll likely switch to duktape, but not before
since we don't want to have a feature regression on master if possible.
Once that work is in place, we'll gladly receive patches to increase our
coverage of the DOM. A lot of the work is just slightly too hard to automate
but can be fairly easily cranked out by a human once everything is in place.
If you[*] are interested in helping with this then you should start by
becoming familiar with the layout and the navigation of:
http://dom.spec.whatwg.org/
http://html.spec.whatwg.org/
And you may find it helps to get a basic feel for duktape:
http://duktape.org/guide.html
http://duktape.org/api.html
Also, obviously, having a vague understanding of the layout of the NetSurf
repositories will help you. Particularly a feel for NetSurf's browser_window
functionality and also libdom.
http://git.netsurf-browser.org/netsurf.git/tree/desktop/browser.h
http://git.netsurf-browser.org/libdom.git/tree/include/dom
This is, surprisingly, a fairly good way to get into working on NetSurf since
once you can build NetSurf, adding functionality to the JavaScript
implementation should be one of the more easy to get into ways to hack on the
project.
I hope all that helps you understand, Dave, and encourages at least one of the
readers of this mailing list to contribute either before the duktape merge or
after it :-)
Thanks
Daniel.
[*]: Dave Highton, or *anyone* reading this message
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
Saturday, 25 July 2015
Re: Slashdot strangeness
In article <68c6ebe854.DaveMeUK@my.inbox.com>,
Dave Higton <dave@davehigton.me.uk> wrote:
> I've noticed many times recently that sometimes, when I double-click
> the hotlist entry for Slashdot, the window opens, the throbber goes
> round, but nothing arrives, nor does it time out. When this happens,
> if I click stop, put the caret in the URL bar and press Return, the
> page is fetched.
> Does anyone else see the same symptoms? This is on an Iyonix, RO
> 5.22, 512 MiB RAM, and with various recent CI versions (I check for
> a new CI version daily) over at least 2 weeks.
> I am aware that Slashdot has had some problems recently (hardware
> failure), though I'd have thought they would be over by now.
> I haven't noticed any other site show these symptoms. It doesn't
> happen every time.
> http://slashdot.org
> Dave
Yes, it does that here too. VRPC, RISC OS 4.02.
Brian
Dave Higton <dave@davehigton.me.uk> wrote:
> I've noticed many times recently that sometimes, when I double-click
> the hotlist entry for Slashdot, the window opens, the throbber goes
> round, but nothing arrives, nor does it time out. When this happens,
> if I click stop, put the caret in the URL bar and press Return, the
> page is fetched.
> Does anyone else see the same symptoms? This is on an Iyonix, RO
> 5.22, 512 MiB RAM, and with various recent CI versions (I check for
> a new CI version daily) over at least 2 weeks.
> I am aware that Slashdot has had some problems recently (hardware
> failure), though I'd have thought they would be over by now.
> I haven't noticed any other site show these symptoms. It doesn't
> happen every time.
> http://slashdot.org
> Dave
Yes, it does that here too. VRPC, RISC OS 4.02.
Brian
Slashdot strangeness
I've noticed many times recently that sometimes, when I double-click
the hotlist entry for Slashdot, the window opens, the throbber goes
round, but nothing arrives, nor does it time out. When this happens,
if I click stop, put the caret in the URL bar and press Return, the
page is fetched.
Does anyone else see the same symptoms? This is on an Iyonix, RO
5.22, 512 MiB RAM, and with various recent CI versions (I check for
a new CI version daily) over at least 2 weeks.
I am aware that Slashdot has had some problems recently (hardware
failure), though I'd have thought they would be over by now.
I haven't noticed any other site show these symptoms. It doesn't
happen every time.
http://slashdot.org
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
the hotlist entry for Slashdot, the window opens, the throbber goes
round, but nothing arrives, nor does it time out. When this happens,
if I click stop, put the caret in the URL bar and press Return, the
page is fetched.
Does anyone else see the same symptoms? This is on an Iyonix, RO
5.22, 512 MiB RAM, and with various recent CI versions (I check for
a new CI version daily) over at least 2 weeks.
I am aware that Slashdot has had some problems recently (hardware
failure), though I'd have thought they would be over by now.
I haven't noticed any other site show these symptoms. It doesn't
happen every time.
http://slashdot.org
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
Re: Developer weekend
In message <20150724125700.GL2480@kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
>We had our fifth developer weekend last week and I have written a
>short sumamry of what we got up to.
>
>http://vincentsanders.blogspot.co.uk/2015/07/netsurf-developers-and-order-of-phoenix.html
Interesting, thank you, Vincent.
Mmm. Javascript.
I see you created a development branch for NS with Duktape. Are the
CI builds from that branch yet, or will that have to wait until the
200 classes and 1500 methods and properties are (completely|largely)
implemented?
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
Vincent Sanders <vince@netsurf-browser.org> wrote:
>We had our fifth developer weekend last week and I have written a
>short sumamry of what we got up to.
>
>http://vincentsanders.blogspot.co.uk/2015/07/netsurf-developers-and-order-of-phoenix.html
Interesting, thank you, Vincent.
Mmm. Javascript.
I see you created a development branch for NS with Duktape. Are the
CI builds from that branch yet, or will that have to wait until the
200 classes and 1500 methods and properties are (completely|largely)
implemented?
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
Friday, 24 July 2015
Developer weekend
We had our fifth developer weekend last week and I have written a
short sumamry of what we got up to.
http://vincentsanders.blogspot.co.uk/2015/07/netsurf-developers-and-order-of-phoenix.html
--
Regards Vincent
http://www.kyllikki.org/
short sumamry of what we got up to.
http://vincentsanders.blogspot.co.uk/2015/07/netsurf-developers-and-order-of-phoenix.html
--
Regards Vincent
http://www.kyllikki.org/
Thursday, 23 July 2015
Re: [Rpcemu] Mounting arbitrary ADFS images?
On Thu, Jul 23, 2015 at 10:07:12AM -0700, David Glover-Aoki wrote:
> Is there any way to mount them inside RPCEmu? I tried renaming one to "hd5.hdf", but trying to open it just results in a Disc Error.
> Is there any way to mount them inside RPCEmu? I tried renaming one to "hd5.hdf", but trying to open it just results in a Disc Error.
You probably need to set the LBA flag in the image:
https://www.riscosopen.org/forum/forums/10/topics/2032
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mounting arbitrary ADFS images?
On Jul 23, 2015, at 12:55 PM, Kai Thomsen <kai.thomsen@gmx.de> wrote:
>
> Try mounting them using the "ftsuffix" option:
>
> $ mount <image_file> <target_dir> -t adfs -o ftsuffix=1
Great! That solves the problem nicely. Thanks. :)
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>
> Try mounting them using the "ftsuffix" option:
>
> $ mount <image_file> <target_dir> -t adfs -o ftsuffix=1
Great! That solves the problem nicely. Thanks. :)
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Mounting arbitrary ADFS images?
On Thu, 23 Jul 2015 10:07:12 -0700,
David Glover-Aoki <me@davidglover.org> wrote:
David Glover-Aoki <me@davidglover.org> wrote:
> Recently I dug out a bunch of zip disks (remember those?) that I had
> once used on my old RiscPC, so they're all ADFS formatted. I've
> successfully used dd to make disk images of them all, and I know they
> work because you can mount them under Linux as "adfs".
>
> The problem is Linux doesn't understand file types, so all these are
> lost.
Try mounting them using the "ftsuffix" option:
$ mount <image_file> <target_dir> -t adfs -o ftsuffix=1
From <https://www.kernel.org/doc/Documentation/filesystems/adfs.txt>:
ftsuffix=n When ftsuffix=0, no file type suffix will be applied.
When ftsuffix=1, a hexadecimal suffix corresponding to
the RISC OS file type will be added. Default 0.
[...]
To enable non-RISC OS systems to be used to store files without losing
file type information, a file naming convention was devised (initially
for use with NFS) such that a hexadecimal suffix of the form ,xyz
denoted the file type: e.g. BasicFile,ffb is a BASIC (0xffb) file. This
naming convention is now also used by RISC OS emulators such as RPCEmu.
Mounting an ADFS disc with option ftsuffix=1 will cause appropriate file
type suffixes to be appended to file names read from a directory. If the
ftsuffix option is zero or omitted, no file type suffixes will be added.
Cheers,
--Kai
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Mounting arbitrary ADFS images?
Recently I dug out a bunch of zip disks (remember those?) that I had once used on my old RiscPC, so they're all ADFS formatted. I've successfully used dd to make disk images of them all, and I know they work because you can mount them under Linux as "adfs".
The problem is Linux doesn't understand file types, so all these are lost.
Is there any way to mount them inside RPCEmu? I tried renaming one to "hd5.hdf", but trying to open it just results in a Disc Error.
Any suggestions?
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Wednesday, 22 July 2015
Re: Patch proposal for RISC OS: Store RUfl_Cache in Choices$Write instead of Wimp$Scrap
--- librufl/src/rufl_internal.h.orig 2015-07-19 00:13:48.337538993 +0200
+++ librufl/src/rufl_internal.h 2015-07-22 13:39:51.230341855 +0200
@@ -169,7 +169,7 @@
s++; l--; \
}
-#define rufl_CACHE "<Wimp$ScrapDir>.RUfl_cache"
+#define rufl_CACHE "<NetSurf$RUflCacheDir>.RUfl_Cache"
#define rufl_CACHE_VERSION 3
--- netsurf/riscos/scripts/Run.orig 2015-07-19 00:17:04.229535433 +0200
+++ netsurf/riscos/scripts/Run 2015-07-22 13:42:44.310335446 +0200
@@ -29,6 +29,9 @@
| The following are write-only locations
SetMacro NetSurf$ChoicesSave <Choices$Write>.WWW.NetSurf.Choices
+| Determine location of font cache (RUfl_Cache)
+If "<Cache$Dir>" = "" Then Set NetSurf$RUflCacheDir <Wimp$ScrapDir> Else Set NetSurf$RUflCacheDir <Cache$Dir>.Netsurf
+
| We need RISC OS 3
RMEnsure UtilityModule 3.00 Error NetSurf needs RISC OS 3 or later
Hi,
thank you for your feedback.
The reason for putting !Scrap in a Ramdisk seems to be some
performance benefit for certain workloads or use cases. !MiscSetup
makes this easy by copying !Scrap automatically during boot.
I didn't use this setup myself, but for some people it seems to be an
issue, and I thought that this might be a good start to become more
familiar with RISC OS programming.
2015-07-19 12:47 GMT+02:00 Steve Fryatt <lists@stevefryatt.org.uk>:
> On 19 Jul, Rob Kendrick wrote in message
> <20150719090731.GB27726@platypus.pepperfish.net>:
>
>> On Sun, Jul 19, 2015 at 12:55:06AM +0200, Christian Walther wrote:
>>
>> > We just discussed this issue during a RISC OS user meeting, and a better
>> > approach seems to be to place RUfl_Cache in <Choices$Write>.WWW.NetSurf.
>>
>> No, it's not choices data. Putting it !Cache is probably a better idea,
>> if it is available.
>
> I'd agree.
Sounds reasonable.
> The patch as sumbitted is also broken, as it will cause RUfl to *read* data
> from Choices$Write.
I rewrote the patch to reflect your suggestions. It checks if
Cache$Dir is set and either sets NetSurf$RUflCacheDir to
<Wimp$ScrapDir> or <Cache$Dir>.NetSurf
rufl_internal.h is patched to make use of <NetSurf$RUflCacheDir> and
hardcodes RUfl_Cache as filename.
Cheers
Christian Walther
+++ librufl/src/rufl_internal.h 2015-07-22 13:39:51.230341855 +0200
@@ -169,7 +169,7 @@
s++; l--; \
}
-#define rufl_CACHE "<Wimp$ScrapDir>.RUfl_cache"
+#define rufl_CACHE "<NetSurf$RUflCacheDir>.RUfl_Cache"
#define rufl_CACHE_VERSION 3
--- netsurf/riscos/scripts/Run.orig 2015-07-19 00:17:04.229535433 +0200
+++ netsurf/riscos/scripts/Run 2015-07-22 13:42:44.310335446 +0200
@@ -29,6 +29,9 @@
| The following are write-only locations
SetMacro NetSurf$ChoicesSave <Choices$Write>.WWW.NetSurf.Choices
+| Determine location of font cache (RUfl_Cache)
+If "<Cache$Dir>" = "" Then Set NetSurf$RUflCacheDir <Wimp$ScrapDir> Else Set NetSurf$RUflCacheDir <Cache$Dir>.Netsurf
+
| We need RISC OS 3
RMEnsure UtilityModule 3.00 Error NetSurf needs RISC OS 3 or later
Hi,
thank you for your feedback.
The reason for putting !Scrap in a Ramdisk seems to be some
performance benefit for certain workloads or use cases. !MiscSetup
makes this easy by copying !Scrap automatically during boot.
I didn't use this setup myself, but for some people it seems to be an
issue, and I thought that this might be a good start to become more
familiar with RISC OS programming.
2015-07-19 12:47 GMT+02:00 Steve Fryatt <lists@stevefryatt.org.uk>:
> On 19 Jul, Rob Kendrick wrote in message
> <20150719090731.GB27726@platypus.pepperfish.net>:
>
>> On Sun, Jul 19, 2015 at 12:55:06AM +0200, Christian Walther wrote:
>>
>> > We just discussed this issue during a RISC OS user meeting, and a better
>> > approach seems to be to place RUfl_Cache in <Choices$Write>.WWW.NetSurf.
>>
>> No, it's not choices data. Putting it !Cache is probably a better idea,
>> if it is available.
>
> I'd agree.
Sounds reasonable.
> The patch as sumbitted is also broken, as it will cause RUfl to *read* data
> from Choices$Write.
I rewrote the patch to reflect your suggestions. It checks if
Cache$Dir is set and either sets NetSurf$RUflCacheDir to
<Wimp$ScrapDir> or <Cache$Dir>.NetSurf
rufl_internal.h is patched to make use of <NetSurf$RUflCacheDir> and
hardcodes RUfl_Cache as filename.
Cheers
Christian Walther
Monday, 20 July 2015
Re: [PATCH] Display decoded IDNs
Hi Chris,
On 20/07/15 19:29, Chris Young wrote:
> I finally got round to the second part of my IDNA work, which is
> allowing the decoded versions of the domain names to be displayed in
> the status and URL bars.
I'm afraid I don't know anything about the IDNA stuff really, and have
not time right now to look through the implementation. My comments
below are from the nsurl/core netsurf API point of view.
> diff --git a/utils/nsurl.h b/utils/nsurl.h
> index b84f55e..07d73f1 100644
> --- a/utils/nsurl.h
> +++ b/utils/nsurl.h
> @@ -181,6 +181,20 @@ const char *nsurl_access(const nsurl *url);
>
>
> /**
> + * Access a NetSurf URL object as a UTF-8 string (for human readable IDNA)
> + *
> + * \param url NetSurf URL to retrieve a string pointer for.
> + * \return the required string
> + *
> + * It is up to the client to free the returned string when they have
> + * finished with it.
> + *
> + * The returned string has a trailing '\0'.
> + */
> +char *nsurl_access_utf8(const nsurl *url);
The nsurl_access function is purely a convenience to access an internal
string that the caller does not own.
If you make a function which passes ownership of the string to the
caller, it should be in the style of nsurl_get and return an nserror.
For example:
nserror nsurl_get_utf8(const nsurl *url, nsurl_component parts,
char **url_s, size_t *url_l);
--
Michael Drake http://www.netsurf-browser.org/
On 20/07/15 19:29, Chris Young wrote:
> I finally got round to the second part of my IDNA work, which is
> allowing the decoded versions of the domain names to be displayed in
> the status and URL bars.
I'm afraid I don't know anything about the IDNA stuff really, and have
not time right now to look through the implementation. My comments
below are from the nsurl/core netsurf API point of view.
> diff --git a/utils/nsurl.h b/utils/nsurl.h
> index b84f55e..07d73f1 100644
> --- a/utils/nsurl.h
> +++ b/utils/nsurl.h
> @@ -181,6 +181,20 @@ const char *nsurl_access(const nsurl *url);
>
>
> /**
> + * Access a NetSurf URL object as a UTF-8 string (for human readable IDNA)
> + *
> + * \param url NetSurf URL to retrieve a string pointer for.
> + * \return the required string
> + *
> + * It is up to the client to free the returned string when they have
> + * finished with it.
> + *
> + * The returned string has a trailing '\0'.
> + */
> +char *nsurl_access_utf8(const nsurl *url);
The nsurl_access function is purely a convenience to access an internal
string that the caller does not own.
If you make a function which passes ownership of the string to the
caller, it should be in the style of nsurl_get and return an nserror.
For example:
nserror nsurl_get_utf8(const nsurl *url, nsurl_component parts,
char **url_s, size_t *url_l);
--
Michael Drake http://www.netsurf-browser.org/
Sunday, 19 July 2015
Re: Crash with #2860
On 19 July 2015 16:03:07 BST, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>>
>>
>Working fine here too, thanks to Chris.
Actually John-Mark fixed it, not me. :)
Chris
>>
>>
>Working fine here too, thanks to Chris.
Actually John-Mark fixed it, not me. :)
Chris
Re: Crash with #2860
In message <54e5a942dbbbailey@argonet.co.uk>
Brian <bbailey@argonet.co.uk> wrote:
> In article <98959be554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> <pnyoung@ormail.co.uk> wrote:
>> On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
>
>> > David Pitt, on 19 Jul, wrote:
>
>> >> David Pitt, on 19 Jul, wrote:
>> >>
>> >>> "Chris Young", on 19 Jul, wrote:
>> >>>
>> >>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>> >>>>
>> >>>>> NetSurf opens a local home page here on startup. Reboot the
>> >>>>> machine, start NetSurf, quit NetSurf then restart NetSurf, crash.
>> >>>>> This starts with #2859 and also happens with #2860, however #2858
>> >>>>> seems OK. If NetSurf is restarted without opening a home page then
>> >>>>> the crash happens on clicking on its iconbar icon.
>> >>>>
>> >>>> Actually, try 2862, that's more likely to fix it.
>> >>>
>> >>> Or not. I have posted a log at :-
>> >>>
>> >>> http://www.pittdj.co.uk/temp/ns2862.zip
>> >>>
>> >>> I will get something on the bug tracker.
>> >>>
>> >> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
>
>> > #2863 fixes it.
>
>> > Many thanks.
>
>> And from me.
>
> Agreed.
>
> Cheers
>
> Brian
>
>
Working fine here too, thanks to Chris.
--
George
Brian <bbailey@argonet.co.uk> wrote:
> In article <98959be554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> <pnyoung@ormail.co.uk> wrote:
>> On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
>
>> > David Pitt, on 19 Jul, wrote:
>
>> >> David Pitt, on 19 Jul, wrote:
>> >>
>> >>> "Chris Young", on 19 Jul, wrote:
>> >>>
>> >>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>> >>>>
>> >>>>> NetSurf opens a local home page here on startup. Reboot the
>> >>>>> machine, start NetSurf, quit NetSurf then restart NetSurf, crash.
>> >>>>> This starts with #2859 and also happens with #2860, however #2858
>> >>>>> seems OK. If NetSurf is restarted without opening a home page then
>> >>>>> the crash happens on clicking on its iconbar icon.
>> >>>>
>> >>>> Actually, try 2862, that's more likely to fix it.
>> >>>
>> >>> Or not. I have posted a log at :-
>> >>>
>> >>> http://www.pittdj.co.uk/temp/ns2862.zip
>> >>>
>> >>> I will get something on the bug tracker.
>> >>>
>> >> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
>
>> > #2863 fixes it.
>
>> > Many thanks.
>
>> And from me.
>
> Agreed.
>
> Cheers
>
> Brian
>
>
Working fine here too, thanks to Chris.
--
George
Re: Crash with #2860
In article <98959be554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
<pnyoung@ormail.co.uk> wrote:
> On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
> > David Pitt, on 19 Jul, wrote:
> >> David Pitt, on 19 Jul, wrote:
> >>
> >>> "Chris Young", on 19 Jul, wrote:
> >>>
> >>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> >>>>
> >>>>> NetSurf opens a local home page here on startup. Reboot the
> >>>>> machine, start NetSurf, quit NetSurf then restart NetSurf, crash.
> >>>>> This starts with #2859 and also happens with #2860, however #2858
> >>>>> seems OK. If NetSurf is restarted without opening a home page then
> >>>>> the crash happens on clicking on its iconbar icon.
> >>>>
> >>>> Actually, try 2862, that's more likely to fix it.
> >>>
> >>> Or not. I have posted a log at :-
> >>>
> >>> http://www.pittdj.co.uk/temp/ns2862.zip
> >>>
> >>> I will get something on the bug tracker.
> >>>
> >> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
> > #2863 fixes it.
> > Many thanks.
> And from me.
Agreed.
Cheers
Brian
<pnyoung@ormail.co.uk> wrote:
> On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
> > David Pitt, on 19 Jul, wrote:
> >> David Pitt, on 19 Jul, wrote:
> >>
> >>> "Chris Young", on 19 Jul, wrote:
> >>>
> >>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> >>>>
> >>>>> NetSurf opens a local home page here on startup. Reboot the
> >>>>> machine, start NetSurf, quit NetSurf then restart NetSurf, crash.
> >>>>> This starts with #2859 and also happens with #2860, however #2858
> >>>>> seems OK. If NetSurf is restarted without opening a home page then
> >>>>> the crash happens on clicking on its iconbar icon.
> >>>>
> >>>> Actually, try 2862, that's more likely to fix it.
> >>>
> >>> Or not. I have posted a log at :-
> >>>
> >>> http://www.pittdj.co.uk/temp/ns2862.zip
> >>>
> >>> I will get something on the bug tracker.
> >>>
> >> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
> > #2863 fixes it.
> > Many thanks.
> And from me.
Agreed.
Cheers
Brian
Re: Crash with #2860
On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
> David Pitt, on 19 Jul, wrote:
>> David Pitt, on 19 Jul, wrote:
>>
>>> "Chris Young", on 19 Jul, wrote:
>>>
>>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>>>>
>>>>> NetSurf opens a local home page here on startup. Reboot the machine,
>>>>> start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
>>>>> with #2859 and also happens with #2860, however #2858 seems OK. If
>>>>> NetSurf is restarted without opening a home page then the crash
>>>>> happens on clicking on its iconbar icon.
>>>>
>>>> Actually, try 2862, that's more likely to fix it.
>>>
>>> Or not. I have posted a log at :-
>>>
>>> http://www.pittdj.co.uk/temp/ns2862.zip
>>>
>>> I will get something on the bug tracker.
>>>
>> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
> #2863 fixes it.
> Many thanks.
And from me.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> David Pitt, on 19 Jul, wrote:
>> David Pitt, on 19 Jul, wrote:
>>
>>> "Chris Young", on 19 Jul, wrote:
>>>
>>>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>>>>
>>>>> NetSurf opens a local home page here on startup. Reboot the machine,
>>>>> start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
>>>>> with #2859 and also happens with #2860, however #2858 seems OK. If
>>>>> NetSurf is restarted without opening a home page then the crash
>>>>> happens on clicking on its iconbar icon.
>>>>
>>>> Actually, try 2862, that's more likely to fix it.
>>>
>>> Or not. I have posted a log at :-
>>>
>>> http://www.pittdj.co.uk/temp/ns2862.zip
>>>
>>> I will get something on the bug tracker.
>>>
>> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
> #2863 fixes it.
> Many thanks.
And from me.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Crash with #2860
David Pitt, on 19 Jul, wrote:
> David Pitt, on 19 Jul, wrote:
>
> > "Chris Young", on 19 Jul, wrote:
> >
> > > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> > >
> > > > NetSurf opens a local home page here on startup. Reboot the machine,
> > > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > > > with #2859 and also happens with #2860, however #2858 seems OK. If
> > > > NetSurf is restarted without opening a home page then the crash
> > > > happens on clicking on its iconbar icon.
> > >
> > > Actually, try 2862, that's more likely to fix it.
> >
> > Or not. I have posted a log at :-
> >
> > http://www.pittdj.co.uk/temp/ns2862.zip
> >
> > I will get something on the bug tracker.
> >
> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
#2863 fixes it.
Many thanks.
--
David Pitt
> David Pitt, on 19 Jul, wrote:
>
> > "Chris Young", on 19 Jul, wrote:
> >
> > > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> > >
> > > > NetSurf opens a local home page here on startup. Reboot the machine,
> > > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > > > with #2859 and also happens with #2860, however #2858 seems OK. If
> > > > NetSurf is restarted without opening a home page then the crash
> > > > happens on clicking on its iconbar icon.
> > >
> > > Actually, try 2862, that's more likely to fix it.
> >
> > Or not. I have posted a log at :-
> >
> > http://www.pittdj.co.uk/temp/ns2862.zip
> >
> > I will get something on the bug tracker.
> >
> http://bugs.netsurf-browser.org/mantis/view.php?id=2334
#2863 fixes it.
Many thanks.
--
David Pitt
Re: Patch proposal for RISC OS: Store RUfl_Cache in Choices$Write instead of Wimp$Scrap
On 19 Jul, Rob Kendrick wrote in message
<20150719090731.GB27726@platypus.pepperfish.net>:
> On Sun, Jul 19, 2015 at 12:55:06AM +0200, Christian Walther wrote:
>
> > We just discussed this issue during a RISC OS user meeting, and a better
> > approach seems to be to place RUfl_Cache in <Choices$Write>.WWW.NetSurf.
>
> No, it's not choices data. Putting it !Cache is probably a better idea,
> if it is available.
I'd agree.
The patch as sumbitted is also broken, as it will cause RUfl to *read* data
from Choices$Write.
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
<20150719090731.GB27726@platypus.pepperfish.net>:
> On Sun, Jul 19, 2015 at 12:55:06AM +0200, Christian Walther wrote:
>
> > We just discussed this issue during a RISC OS user meeting, and a better
> > approach seems to be to place RUfl_Cache in <Choices$Write>.WWW.NetSurf.
>
> No, it's not choices data. Putting it !Cache is probably a better idea,
> if it is available.
I'd agree.
The patch as sumbitted is also broken, as it will cause RUfl to *read* data
from Choices$Write.
--
Steve Fryatt - Leeds, England
http://www.stevefryatt.org.uk/
Re: Crash with #2860
"Chris Young", on 19 Jul, wrote:
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>
> > NetSurf opens a local home page here on startup. Reboot the machine,
> > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > with #2859 and also happens with #2860, however #2858 seems OK. If
> > NetSurf is restarted without opening a home page then the crash happens
> > on clicking on its iconbar icon.
>
> That'll be my fault then.
>
> Try build 2861. If that doesn't work I'll have a proper look when I have
> some time to test.
2861 also crashes.
--
David Pitt
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>
> > NetSurf opens a local home page here on startup. Reboot the machine,
> > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > with #2859 and also happens with #2860, however #2858 seems OK. If
> > NetSurf is restarted without opening a home page then the crash happens
> > on clicking on its iconbar icon.
>
> That'll be my fault then.
>
> Try build 2861. If that doesn't work I'll have a proper look when I have
> some time to test.
2861 also crashes.
--
David Pitt
Re: Crash with #2860
On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
> "Chris Young", on 19 Jul, wrote:
>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>>
>>> NetSurf opens a local home page here on startup. Reboot the machine,
>>> start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
>>> with #2859 and also happens with #2860, however #2858 seems OK. If
>>> NetSurf is restarted without opening a home page then the crash happens
>>> on clicking on its iconbar icon.
>>
>> Actually, try 2862, that's more likely to fix it.
> Or not. I have posted a log at :-
> http://www.pittdj.co.uk/temp/ns2862.zip
> I will get something on the bug tracker.
Thanks. I would have reported it when I first posted, but it seems
that I had an old URL for the tracker, which gave a "not available"
message.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> "Chris Young", on 19 Jul, wrote:
>> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>>
>>> NetSurf opens a local home page here on startup. Reboot the machine,
>>> start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
>>> with #2859 and also happens with #2860, however #2858 seems OK. If
>>> NetSurf is restarted without opening a home page then the crash happens
>>> on clicking on its iconbar icon.
>>
>> Actually, try 2862, that's more likely to fix it.
> Or not. I have posted a log at :-
> http://www.pittdj.co.uk/temp/ns2862.zip
> I will get something on the bug tracker.
Thanks. I would have reported it when I first posted, but it seems
that I had an old URL for the tracker, which gave a "not available"
message.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Crash with #2860
David Pitt, on 19 Jul, wrote:
> "Chris Young", on 19 Jul, wrote:
>
> > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> >
> > > NetSurf opens a local home page here on startup. Reboot the machine,
> > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > > with #2859 and also happens with #2860, however #2858 seems OK. If
> > > NetSurf is restarted without opening a home page then the crash
> > > happens on clicking on its iconbar icon.
> >
> > Actually, try 2862, that's more likely to fix it.
>
> Or not. I have posted a log at :-
>
> http://www.pittdj.co.uk/temp/ns2862.zip
>
> I will get something on the bug tracker.
>
http://bugs.netsurf-browser.org/mantis/view.php?id=2334
--
David Pitt
> "Chris Young", on 19 Jul, wrote:
>
> > On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> >
> > > NetSurf opens a local home page here on startup. Reboot the machine,
> > > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > > with #2859 and also happens with #2860, however #2858 seems OK. If
> > > NetSurf is restarted without opening a home page then the crash
> > > happens on clicking on its iconbar icon.
> >
> > Actually, try 2862, that's more likely to fix it.
>
> Or not. I have posted a log at :-
>
> http://www.pittdj.co.uk/temp/ns2862.zip
>
> I will get something on the bug tracker.
>
http://bugs.netsurf-browser.org/mantis/view.php?id=2334
--
David Pitt
Re: Crash with #2860
"Chris Young", on 19 Jul, wrote:
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>
> > NetSurf opens a local home page here on startup. Reboot the machine,
> > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > with #2859 and also happens with #2860, however #2858 seems OK. If
> > NetSurf is restarted without opening a home page then the crash happens
> > on clicking on its iconbar icon.
>
> Actually, try 2862, that's more likely to fix it.
Or not. I have posted a log at :-
http://www.pittdj.co.uk/temp/ns2862.zip
I will get something on the bug tracker.
--
David Pitt
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>
> > NetSurf opens a local home page here on startup. Reboot the machine,
> > start NetSurf, quit NetSurf then restart NetSurf, crash. This starts
> > with #2859 and also happens with #2860, however #2858 seems OK. If
> > NetSurf is restarted without opening a home page then the crash happens
> > on clicking on its iconbar icon.
>
> Actually, try 2862, that's more likely to fix it.
Or not. I have posted a log at :-
http://www.pittdj.co.uk/temp/ns2862.zip
I will get something on the bug tracker.
--
David Pitt
Re: Crash with #2860
On 19 Jul 2015 "Chris Young"
<chris.young@unsatisfactorysoftware.co.uk> wrote:
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>> NetSurf opens a local home page here on startup. Reboot the machine, start
>> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
>> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
>> without opening a home page then the crash happens on clicking on its
>> iconbar icon.
> Actually, try 2862, that's more likely to fix it.
Sorry, still gives the same crash for me.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
<chris.young@unsatisfactorysoftware.co.uk> wrote:
> On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
>> NetSurf opens a local home page here on startup. Reboot the machine, start
>> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
>> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
>> without opening a home page then the crash happens on clicking on its
>> iconbar icon.
> Actually, try 2862, that's more likely to fix it.
Sorry, still gives the same crash for me.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Crash with #2860
In article
<OUT-55AB811F.MD-1.4.17.chris.young@unsatisfactorysoftware.co.uk>,
Chris Young <chris.young@unsatisfactorysoftware.co.uk> wrote:
> Actually, try 2862, that's more likely to fix it.
Won't even open a window here, like 2861.
John
--
| John Williams
| johnrw@ukgateway.net
Names for Soul Band:- Soul Trader(s) *
<OUT-55AB811F.MD-1.4.17.chris.young@unsatisfactorysoftware.co.uk>,
Chris Young <chris.young@unsatisfactorysoftware.co.uk> wrote:
> Actually, try 2862, that's more likely to fix it.
Won't even open a window here, like 2861.
John
--
| John Williams
| johnrw@ukgateway.net
Names for Soul Band:- Soul Trader(s) *
Re: Crash with #2860
On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
Actually, try 2862, that's more likely to fix it.
Chris
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
Actually, try 2862, that's more likely to fix it.
Chris
Re: Crash with #2860
On Sun, 19 Jul 2015 09:57:04 +0100, David Pitt wrote:
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
That'll be my fault then.
Try build 2861. If that doesn't work I'll have a proper look when I
have some time to test.
Chris
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
That'll be my fault then.
Try build 2861. If that doesn't work I'll have a proper look when I
have some time to test.
Chris
Re: Crash with #2860
In message <8b5191e554.George@tiscali..co.uk> you wrote:
> In message <54e588d713bbailey@argonet.co.uk>
> Brian <bbailey@argonet.co.uk> wrote:
>
>> In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
>> <pnyoung@ormail.co.uk> wrote:
>>> I can't raise a bug report for this, as the bug-reporting page was
>>> off-line when I tried just now. I'll try again later today.
>>
>>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
>>> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
>>> this time the home page loaded, but when I tried to open
>>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>>> logfile. I reverted to #2856, which behaved.
>>
>>> Has anyone else found this? If so, I'll raise a proper bug report when
>>> I can do.
>>
>> Yes, Peter, it crashes. Tested several times.
>>
>> Brian
>>
>>
> Me too: this behaviour:
>
>>> RISC OS 5.21. I downloaded #2860, which immediately crashed when
>>> I opened my home page,
> [snip]
>>> I shut the machine down. and
>>> this time the home page loaded, but when I tried to open
>>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>>> logfile.
>
> coincides exactly with my experience, the only difference being the
> platform, in my case a Pi 1B, and the home page, Google.co.uk here.
>
>
I should have added, enabling/disabling JS made no difference.
--
George
> In message <54e588d713bbailey@argonet.co.uk>
> Brian <bbailey@argonet.co.uk> wrote:
>
>> In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
>> <pnyoung@ormail.co.uk> wrote:
>>> I can't raise a bug report for this, as the bug-reporting page was
>>> off-line when I tried just now. I'll try again later today.
>>
>>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
>>> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
>>> this time the home page loaded, but when I tried to open
>>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>>> logfile. I reverted to #2856, which behaved.
>>
>>> Has anyone else found this? If so, I'll raise a proper bug report when
>>> I can do.
>>
>> Yes, Peter, it crashes. Tested several times.
>>
>> Brian
>>
>>
> Me too: this behaviour:
>
>>> RISC OS 5.21. I downloaded #2860, which immediately crashed when
>>> I opened my home page,
> [snip]
>>> I shut the machine down. and
>>> this time the home page loaded, but when I tried to open
>>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>>> logfile.
>
> coincides exactly with my experience, the only difference being the
> platform, in my case a Pi 1B, and the home page, Google.co.uk here.
>
>
I should have added, enabling/disabling JS made no difference.
--
George
Re: Crash with #2860
In message <54e588d713bbailey@argonet.co.uk>
Brian <bbailey@argonet.co.uk> wrote:
> In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> <pnyoung@ormail.co.uk> wrote:
>> I can't raise a bug report for this, as the bug-reporting page was
>> off-line when I tried just now. I'll try again later today.
>
>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
>> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
>> this time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile. I reverted to #2856, which behaved.
>
>> Has anyone else found this? If so, I'll raise a proper bug report when
>> I can do.
>
> Yes, Peter, it crashes. Tested several times.
>
> Brian
>
>
Me too: this behaviour:
>> RISC OS 5.21. I downloaded #2860, which immediately crashed when
>> I opened my home page,
[snip]
>> I shut the machine down. and
>> this time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile.
coincides exactly with my experience, the only difference being the
platform, in my case a Pi 1B, and the home page, Google.co.uk here.
--
George
Brian <bbailey@argonet.co.uk> wrote:
> In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
> <pnyoung@ormail.co.uk> wrote:
>> I can't raise a bug report for this, as the bug-reporting page was
>> off-line when I tried just now. I'll try again later today.
>
>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
>> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
>> this time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile. I reverted to #2856, which behaved.
>
>> Has anyone else found this? If so, I'll raise a proper bug report when
>> I can do.
>
> Yes, Peter, it crashes. Tested several times.
>
> Brian
>
>
Me too: this behaviour:
>> RISC OS 5.21. I downloaded #2860, which immediately crashed when
>> I opened my home page,
[snip]
>> I shut the machine down. and
>> this time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile.
coincides exactly with my experience, the only difference being the
platform, in my case a Pi 1B, and the home page, Google.co.uk here.
--
George
Re: Crash with #2860
On 19 Jul 2015 David Pitt <pittdj@pittdj.co.uk> wrote:
> Peter Young, on 19 Jul, wrote:
>> I can't raise a bug report for this, as the bug-reporting page was
>> off-line when I tried just now. I'll try again later today.
>>
>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when I
>> opened my home page, www.bbc.co.uk/news. I shut the machine down. and this
>> time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile. I reverted to #2856, which behaved.
>>
>> Has anyone else found this? If so, I'll raise a proper bug report when I
>> can do.
> I am not seeing that crash specifically but am seeing something else.
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
> The JavaScript setting does not seem relevant.
> This is on a Raspberry Pi Mk1 with OS 5.23 (18-Jul-15) complete with Zero
> Pain though there is no Zero Pain log.
So it's not just me; thanks, David and Brian.
> For the fast asleep :-
> https://www.riscosopen.org/news/articles/2015/07/05/important-software
> -compatibility-notice
I'm still on RISC OS 5.21, and will stay with this till Andrew issues
a new ROM. I'm not brave enough to experiment with these things!
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> Peter Young, on 19 Jul, wrote:
>> I can't raise a bug report for this, as the bug-reporting page was
>> off-line when I tried just now. I'll try again later today.
>>
>> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when I
>> opened my home page, www.bbc.co.uk/news. I shut the machine down. and this
>> time the home page loaded, but when I tried to open
>> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
>> logfile. I reverted to #2856, which behaved.
>>
>> Has anyone else found this? If so, I'll raise a proper bug report when I
>> can do.
> I am not seeing that crash specifically but am seeing something else.
> NetSurf opens a local home page here on startup. Reboot the machine, start
> NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
> and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
> without opening a home page then the crash happens on clicking on its
> iconbar icon.
> The JavaScript setting does not seem relevant.
> This is on a Raspberry Pi Mk1 with OS 5.23 (18-Jul-15) complete with Zero
> Pain though there is no Zero Pain log.
So it's not just me; thanks, David and Brian.
> For the fast asleep :-
> https://www.riscosopen.org/news/articles/2015/07/05/important-software
> -compatibility-notice
I'm still on RISC OS 5.21, and will stay with this till Andrew issues
a new ROM. I'm not brave enough to experiment with these things!
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Patch proposal for RISC OS: Store RUfl_Cache in Choices$Write instead of Wimp$Scrap
On Sun, Jul 19, 2015 at 12:55:06AM +0200, Christian Walther wrote:
> Hello,
>
> currently !NetSurf stores its font cache in Wimp$Scrap.
> When Wimp$Scrap is copied to a RAMDisc on boot this might lead to
> problems, because naturally the content of Wimp$Scrap is not copied
> back to disk when the system is shut down. Hence RUfl_Cache would be
> recreated on every first start after boot.
> IMHO a file that should be kept permanently should not be put in the
> Scrap-folder.
IMHO you shouldn't put !Scrap in a RAM disc :)
> We just discussed this issue during a RISC OS user meeting, and a
> better approach seems to be to place RUfl_Cache in
> <Choices$Write>.WWW.NetSurf.
No, it's not choices data. Putting it !Cache is probably a better idea,
if it is available.
B.
> Hello,
>
> currently !NetSurf stores its font cache in Wimp$Scrap.
> When Wimp$Scrap is copied to a RAMDisc on boot this might lead to
> problems, because naturally the content of Wimp$Scrap is not copied
> back to disk when the system is shut down. Hence RUfl_Cache would be
> recreated on every first start after boot.
> IMHO a file that should be kept permanently should not be put in the
> Scrap-folder.
IMHO you shouldn't put !Scrap in a RAM disc :)
> We just discussed this issue during a RISC OS user meeting, and a
> better approach seems to be to place RUfl_Cache in
> <Choices$Write>.WWW.NetSurf.
No, it's not choices data. Putting it !Cache is probably a better idea,
if it is available.
B.
Re: Crash with #2860
Peter Young, on 19 Jul, wrote:
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
>
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when I
> opened my home page, www.bbc.co.uk/news. I shut the machine down. and this
> time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
>
> Has anyone else found this? If so, I'll raise a proper bug report when I
> can do.
I am not seeing that crash specifically but am seeing something else.
NetSurf opens a local home page here on startup. Reboot the machine, start
NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
without opening a home page then the crash happens on clicking on its
iconbar icon.
The JavaScript setting does not seem relevant.
This is on a Raspberry Pi Mk1 with OS 5.23 (18-Jul-15) complete with Zero
Pain though there is no Zero Pain log.
For the fast asleep :-
https://www.riscosopen.org/news/articles/2015/07/05/important-software-compatibility-notice
--
David Pitt
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
>
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when I
> opened my home page, www.bbc.co.uk/news. I shut the machine down. and this
> time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
>
> Has anyone else found this? If so, I'll raise a proper bug report when I
> can do.
I am not seeing that crash specifically but am seeing something else.
NetSurf opens a local home page here on startup. Reboot the machine, start
NetSurf, quit NetSurf then restart NetSurf, crash. This starts with #2859
and also happens with #2860, however #2858 seems OK. If NetSurf is restarted
without opening a home page then the crash happens on clicking on its
iconbar icon.
The JavaScript setting does not seem relevant.
This is on a Raspberry Pi Mk1 with OS 5.23 (18-Jul-15) complete with Zero
Pain though there is no Zero Pain log.
For the fast asleep :-
https://www.riscosopen.org/news/articles/2015/07/05/important-software-compatibility-notice
--
David Pitt
Re: Crash with #2860
In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed
> when I opened my home page, www.bbc.co.uk/news. I shut the machine
> down. and this time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
> Has anyone else found this? If so, I'll raise a proper bug report when
> I can do.
Exactly the same here Peter, I too have reverted to #2856.
BJ
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
Peter Young <pnyoung@ormail.co.uk> wrote:
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed
> when I opened my home page, www.bbc.co.uk/news. I shut the machine
> down. and this time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
> Has anyone else found this? If so, I'll raise a proper bug report when
> I can do.
Exactly the same here Peter, I too have reverted to #2856.
BJ
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
Re: Crash with #2860
In article <14a182e554.pnyoung@pnyoung.ormail.co.uk>, Peter Young
<pnyoung@ormail.co.uk> wrote:
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
> this time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
> Has anyone else found this? If so, I'll raise a proper bug report when
> I can do.
Yes, Peter, it crashes. Tested several times.
Brian
<pnyoung@ormail.co.uk> wrote:
> I can't raise a bug report for this, as the bug-reporting page was
> off-line when I tried just now. I'll try again later today.
> ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed when
> I opened my home page, www.bbc.co.uk/news. I shut the machine down. and
> this time the home page loaded, but when I tried to open
> http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
> logfile. I reverted to #2856, which behaved.
> Has anyone else found this? If so, I'll raise a proper bug report when
> I can do.
Yes, Peter, it crashes. Tested several times.
Brian
Saturday, 18 July 2015
Crash with #2860
I can't raise a bug report for this, as the bug-reporting page was
off-line when I tried just now. I'll try again later today.
ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed
when I opened my home page, www.bbc.co.uk/news. I shut the machine
down. and this time the home page loaded, but when I tried to open
http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
logfile. I reverted to #2856, which behaved.
Has anyone else found this? If so, I'll raise a proper bug report when
I can do.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
off-line when I tried just now. I'll try again later today.
ARMX6, RISC OS 5.21. I downloaded #2860, which immediately crashed
when I opened my home page, www.bbc.co.uk/news. I shut the machine
down. and this time the home page loaded, but when I tried to open
http://www.bbc.co.uk/weather/gl52 NetSurf crashed again; I have the
logfile. I reverted to #2856, which behaved.
Has anyone else found this? If so, I'll raise a proper bug report when
I can do.
Best wishes,
Peter.
--
Peter Young (zfc Os) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Accents in URLs
In June 2014 there was a thread on accents in URLs not working in the RISC
OS NetSurf. That thread has expired here so I need to start a new thread
just to say the issue is now fixed in #2859.
http://bugs.netsurf-browser.org/mantis/view.php?id=2137
The URLs were:-
http://dahlström.net
or
http://dahlström.net/svg/favicon/favicon.html
(In the event of character mangling that's o-umlaut, alt-246.)
My thanks to the NetSurf developers.
--
David Pitt
OS NetSurf. That thread has expired here so I need to start a new thread
just to say the issue is now fixed in #2859.
http://bugs.netsurf-browser.org/mantis/view.php?id=2137
The URLs were:-
http://dahlström.net
or
http://dahlström.net/svg/favicon/favicon.html
(In the event of character mangling that's o-umlaut, alt-246.)
My thanks to the NetSurf developers.
--
David Pitt
Patch proposal for RISC OS: Store RUfl_Cache in Choices$Write instead of Wimp$Scrap
172c172
< #define rufl_CACHE "<Wimp$ScrapDir>.RUfl_cache"
---
> #define rufl_CACHE "<NetSurf$RUflCache>"
30a31,33
> | Path to RUfl_Cache
> | Prevents the cache to be stored in <Wimp$Scrap>
> SetMacro NetSurf$RUflCache <Choices$Write>.WWW.NetSurf.RUfl_Cache
Hello,
currently !NetSurf stores its font cache in Wimp$Scrap.
When Wimp$Scrap is copied to a RAMDisc on boot this might lead to
problems, because naturally the content of Wimp$Scrap is not copied
back to disk when the system is shut down. Hence RUfl_Cache would be
recreated on every first start after boot.
IMHO a file that should be kept permanently should not be put in the
Scrap-folder.
We just discussed this issue during a RISC OS user meeting, and a
better approach seems to be to place RUfl_Cache in
<Choices$Write>.WWW.NetSurf.
Please find attached two patches that change the source accordingly.
netsurf-riscos-scripts-Run.patch adds a new Variable NetSurf$RUflCache
in ./netsurf/riscos/scripts/Run.
librufl-src-rufl_internal.patch adjusts rufl_CACHE in
./librufl/src/rufl_internal.h accordingly.
Opinions?
Cheers,
Christian Walther
< #define rufl_CACHE "<Wimp$ScrapDir>.RUfl_cache"
---
> #define rufl_CACHE "<NetSurf$RUflCache>"
30a31,33
> | Path to RUfl_Cache
> | Prevents the cache to be stored in <Wimp$Scrap>
> SetMacro NetSurf$RUflCache <Choices$Write>.WWW.NetSurf.RUfl_Cache
Hello,
currently !NetSurf stores its font cache in Wimp$Scrap.
When Wimp$Scrap is copied to a RAMDisc on boot this might lead to
problems, because naturally the content of Wimp$Scrap is not copied
back to disk when the system is shut down. Hence RUfl_Cache would be
recreated on every first start after boot.
IMHO a file that should be kept permanently should not be put in the
Scrap-folder.
We just discussed this issue during a RISC OS user meeting, and a
better approach seems to be to place RUfl_Cache in
<Choices$Write>.WWW.NetSurf.
Please find attached two patches that change the source accordingly.
netsurf-riscos-scripts-Run.patch adds a new Variable NetSurf$RUflCache
in ./netsurf/riscos/scripts/Run.
librufl-src-rufl_internal.patch adjusts rufl_CACHE in
./librufl/src/rufl_internal.h accordingly.
Opinions?
Cheers,
Christian Walther
Sunday, 12 July 2015
Re: Can't access email at www.libero.it
On 12 Jul 2015 as I do recall,
Jim Nagel wrote:
> Rodolfo Medina wrote on 8 Jul:
> > Since other web browsers like Firefox are too heavy for my old ones Huyndai
> > laptop and Pentium III, I want to try Netsurf but have the problem that it
> > won't access my email account at www.libero.it. When I try to, it
> > redirects me again and again on the login page and form. The same
> > problm occurs also with other browsers like w3m, Lynx, Dillo. Please
> > help whoever can.
>
> Have you tried the "mobile" version of the site, if there is one?
> Sometimes Netsurf does better on that. Generally worth trying an "m."
> prefix to URL, in this case http://m.libero.it
>
Unfortunately http://m.libero.it/mail still appears to have an invisible
JavaScript captcha in the source code. :-(
--
Harriet Bazley == Loyaulte me lie ==
Equal bytes for women.
Jim Nagel wrote:
> Rodolfo Medina wrote on 8 Jul:
> > Since other web browsers like Firefox are too heavy for my old ones Huyndai
> > laptop and Pentium III, I want to try Netsurf but have the problem that it
> > won't access my email account at www.libero.it. When I try to, it
> > redirects me again and again on the login page and form. The same
> > problm occurs also with other browsers like w3m, Lynx, Dillo. Please
> > help whoever can.
>
> Have you tried the "mobile" version of the site, if there is one?
> Sometimes Netsurf does better on that. Generally worth trying an "m."
> prefix to URL, in this case http://m.libero.it
>
Unfortunately http://m.libero.it/mail still appears to have an invisible
JavaScript captcha in the source code. :-(
--
Harriet Bazley == Loyaulte me lie ==
Equal bytes for women.
Re: framebuffer internal font bug
On Sun, Jul 12, 2015 at 12:03:54PM +0200, Artur Jarosik wrote:
> NetSurf no-ttf compiled using m68k toolchain renders scaled fonts only in
> half width.
> Screenshot: https://www.dropbox.com/s/3x2c8fj8fq9b07s/nsfont.png?dl=0
Usual request: please reproduce using unpatched source code.
B.
> NetSurf no-ttf compiled using m68k toolchain renders scaled fonts only in
> half width.
> Screenshot: https://www.dropbox.com/s/3x2c8fj8fq9b07s/nsfont.png?dl=0
Usual request: please reproduce using unpatched source code.
B.
framebuffer internal font bug
NetSurf no-ttf compiled using m68k toolchain renders scaled fonts only in half width.
Saturday, 11 July 2015
Re: Can't access email at www.libero.it
Rodolfo Medina wrote on 8 Jul:
> Since other web browsers like Firefox are too heavy for my old ones Huyndai
> laptop and Pentium III, I want to try Netsurf but have the problem that it
> won't access my email account at www.libero.it. When I try to, it
> redirects me
> again and again on the login page and form. The same problm occurs also with
> other browsers like w3m, Lynx, Dillo. Please help whoever can.
Have you tried the "mobile" version of the site, if there is one?
Sometimes Netsurf does better on that. Generally worth trying an "m."
prefix to URL, in this case http://m.libero.it
--
Jim Nagel www.archivemag.co.uk
> Since other web browsers like Firefox are too heavy for my old ones Huyndai
> laptop and Pentium III, I want to try Netsurf but have the problem that it
> won't access my email account at www.libero.it. When I try to, it
> redirects me
> again and again on the login page and form. The same problm occurs also with
> other browsers like w3m, Lynx, Dillo. Please help whoever can.
Have you tried the "mobile" version of the site, if there is one?
Sometimes Netsurf does better on that. Generally worth trying an "m."
prefix to URL, in this case http://m.libero.it
--
Jim Nagel www.archivemag.co.uk
Thursday, 9 July 2015
Re: Can't access email at www.libero.it
On Wed, 08 Jul 2015 21:07:03 +0100 Rodolfo wrote:
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> writes:
>
>> On 8 Jul 2015 as I do recall,
>> Rodolfo Medina wrote:
>>
>>> Hi all Netsurf users.
>>>
>>> Since other web browsers like Firefox are too heavy for my old ones
>>> Huyndai
>>> laptop and Pentium III, I want to try Netsurf but have the problem that
>>> it
>>> won't access my email account at www.libero.it. When I try to, it
>>> redirects
>>> me
>>> again and again on the login page and form. The same problm occurs
>>> also with
>>> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>>>
>> It looks as if there is supposed to be a captcha box displayed on the
>> log-in
>> page https://login.libero.it/logincheck.php but Netsurf isn't showing
>> it.
>> (There seem to be other bits of the page implemented via JavaScript as
>> well.)
>
> So there's no solution?
Netsurf does not yet have Javascript support, so there won't be a
solution until it does.
It's Netsurf's biggest limitation. Javascript has become a hugely
important language. It used to be sneered at, many years ago, but
is nowadays just as important as HTML.
(Whether it /ought/ to be as important as it is, is a debate for
elsewhere. De facto, it is in very wide use, and many sites don't
offer a working - or fully working - alternative.)
Dave
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
> Harriet Bazley <lists@orange.wingsandbeaks.org.uk> writes:
>
>> On 8 Jul 2015 as I do recall,
>> Rodolfo Medina wrote:
>>
>>> Hi all Netsurf users.
>>>
>>> Since other web browsers like Firefox are too heavy for my old ones
>>> Huyndai
>>> laptop and Pentium III, I want to try Netsurf but have the problem that
>>> it
>>> won't access my email account at www.libero.it. When I try to, it
>>> redirects
>>> me
>>> again and again on the login page and form. The same problm occurs
>>> also with
>>> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>>>
>> It looks as if there is supposed to be a captcha box displayed on the
>> log-in
>> page https://login.libero.it/logincheck.php but Netsurf isn't showing
>> it.
>> (There seem to be other bits of the page implemented via JavaScript as
>> well.)
>
> So there's no solution?
Netsurf does not yet have Javascript support, so there won't be a
solution until it does.
It's Netsurf's biggest limitation. Javascript has become a hugely
important language. It used to be sneered at, many years ago, but
is nowadays just as important as HTML.
(Whether it /ought/ to be as important as it is, is a debate for
elsewhere. De facto, it is in very wide use, and many sites don't
offer a working - or fully working - alternative.)
Dave
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
Wednesday, 8 July 2015
Re: Can't access email at www.libero.it
Harriet Bazley <lists@orange.wingsandbeaks.org.uk> writes:
> On 8 Jul 2015 as I do recall,
> Rodolfo Medina wrote:
>
>> Hi all Netsurf users.
>>
>> Since other web browsers like Firefox are too heavy for my old ones Huyndai
>> laptop and Pentium III, I want to try Netsurf but have the problem that it
>> won't access my email account at www.libero.it. When I try to, it redirects
>> me
>> again and again on the login page and form. The same problm occurs also with
>> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>>
> It looks as if there is supposed to be a captcha box displayed on the log-in
> page https://login.libero.it/logincheck.php but Netsurf isn't showing it.
> (There seem to be other bits of the page implemented via JavaScript as
> well.)
So there's no solution?
Thanks,
Rodolfo
> On 8 Jul 2015 as I do recall,
> Rodolfo Medina wrote:
>
>> Hi all Netsurf users.
>>
>> Since other web browsers like Firefox are too heavy for my old ones Huyndai
>> laptop and Pentium III, I want to try Netsurf but have the problem that it
>> won't access my email account at www.libero.it. When I try to, it redirects
>> me
>> again and again on the login page and form. The same problm occurs also with
>> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>>
> It looks as if there is supposed to be a captcha box displayed on the log-in
> page https://login.libero.it/logincheck.php but Netsurf isn't showing it.
> (There seem to be other bits of the page implemented via JavaScript as
> well.)
So there's no solution?
Thanks,
Rodolfo
Re: Can't access email at www.libero.it
On 8 Jul 2015 as I do recall,
Rodolfo Medina wrote:
> Hi all Netsurf users.
>
> Since other web browsers like Firefox are too heavy for my old ones Huyndai
> laptop and Pentium III, I want to try Netsurf but have the problem that it
> won't access my email account at www.libero.it. When I try to, it redirects me
> again and again on the login page and form. The same problm occurs also with
> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>
It looks as if there is supposed to be a captcha box displayed on the log-in
page https://login.libero.it/logincheck.php but Netsurf isn't showing it.
(There seem to be other bits of the page implemented via JavaScript as
well.)
--
Harriet Bazley == Loyaulte me lie ==
A statement of fact cannot be insolent
Rodolfo Medina wrote:
> Hi all Netsurf users.
>
> Since other web browsers like Firefox are too heavy for my old ones Huyndai
> laptop and Pentium III, I want to try Netsurf but have the problem that it
> won't access my email account at www.libero.it. When I try to, it redirects me
> again and again on the login page and form. The same problm occurs also with
> other browsers like w3m, Lynx, Dillo. Please help whoever can.
>
It looks as if there is supposed to be a captcha box displayed on the log-in
page https://login.libero.it/logincheck.php but Netsurf isn't showing it.
(There seem to be other bits of the page implemented via JavaScript as
well.)
--
Harriet Bazley == Loyaulte me lie ==
A statement of fact cannot be insolent
Can't access email at www.libero.it
Hi all Netsurf users.
Since other web browsers like Firefox are too heavy for my old ones Huyndai
laptop and Pentium III, I want to try Netsurf but have the problem that it
won't access my email account at www.libero.it. When I try to, it redirects me
again and again on the login page and form. The same problm occurs also with
other browsers like w3m, Lynx, Dillo. Please help whoever can.
Thanks,
Rodolfo
Since other web browsers like Firefox are too heavy for my old ones Huyndai
laptop and Pentium III, I want to try Netsurf but have the problem that it
won't access my email account at www.libero.it. When I try to, it redirects me
again and again on the login page and form. The same problm occurs also with
other browsers like w3m, Lynx, Dillo. Please help whoever can.
Thanks,
Rodolfo
Tuesday, 7 July 2015
Re: !Fetch_NS
In article <6995E38E767.0000016Fdave@davehigton.me.uk>,
Dave Higton <dave@davehigton.me.uk> wrote:
> 2) to fix the issue of the missing dot in the path starting with
> <Root$Dir> because my definition of Root$Dir has no trailing dot.
This presumaby u=is something entirely local to you? The Settings file
initially says
| Set the download and installation directories
| ******> You will need to modify these (and remove the | to activate)! <******
|Set Fetch_NS$Download$Dir <Root$Path>Download.Netwerk.NetSurf
|Set Fetch_NS$Install$Dir <Root$Path>Netwerk
Those must point to:
Fetch_NS$Download$Dir directory where you want the downloads to be saved
Fetch_NS$Install$Dir directory from which Netsurf is run.
the original paths are not very enlightening!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Dave Higton <dave@davehigton.me.uk> wrote:
> 2) to fix the issue of the missing dot in the path starting with
> <Root$Dir> because my definition of Root$Dir has no trailing dot.
This presumaby u=is something entirely local to you? The Settings file
initially says
| Set the download and installation directories
| ******> You will need to modify these (and remove the | to activate)! <******
|Set Fetch_NS$Download$Dir <Root$Path>Download.Netwerk.NetSurf
|Set Fetch_NS$Install$Dir <Root$Path>Netwerk
Those must point to:
Fetch_NS$Download$Dir directory where you want the downloads to be saved
Fetch_NS$Install$Dir directory from which Netsurf is run.
the original paths are not very enlightening!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
RE: !Fetch_NS
On Mon, 06 Jul 2015 19:55:49 +0100 Richard Torrens wrote:
> Success!
>
> curl 7.11.0 seems to be the latst version. It doesn't like ARMv7
>
> Wget 1.15 i the latest version and works. I had an old wget!
On my BBxM it worked after I changed:
1) to use wget instead of curl;
2) to fix the issue of the missing dot in the path starting with
<Root$Dir> because my definition of Root$Dir has no trailing dot.
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
> Success!
>
> curl 7.11.0 seems to be the latst version. It doesn't like ARMv7
>
> Wget 1.15 i the latest version and works. I had an old wget!
On my BBxM it worked after I changed:
1) to use wget instead of curl;
2) to fix the issue of the missing dot in the path starting with
<Root$Dir> because my definition of Root$Dir has no trailing dot.
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
[gccsdk] Unable to get the pipe function to work
The port I'm currently looking at uses pipe() and fork() to run a command
and communicates between the main program and an external program.
The main program itself fails with an invalid handle error from RISC OS, so
I thought I'd just check the pipe command and it doesn't appear to be
working.
I've used the example from:
and it gave no output instead of the text expected (and seen when I tried
the code on Ubuntu).
Should this be working on RISC OS?
If so is there something extra I should be doing?
If not, are there any suggestions on what to do instead?
Regards,
Alan
Monday, 6 July 2015
!Fetch_NS
Success!
curl 7.11.0 seems to be the latst version. It doesn't like ARMv7
Wget 1.15 i the latest version and works. I had an old wget!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
curl 7.11.0 seems to be the latst version. It doesn't like ARMv7
Wget 1.15 i the latest version and works. I had an old wget!
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Re: !Fetch_NS
On 06 Jul, Lists@Torrens.org.uk wrote:
> I have installed a new version of 2.21, fresh from the zip file, and will
> now reset the ARMX6 and try again.
Same result... the error is returned from the BASIC program
!Fetch_NS.Resources.SetLatest
So I have emailed Frank for help.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
> I have installed a new version of 2.21, fresh from the zip file, and will
> now reset the ARMX6 and try again.
Same result... the error is returned from the BASIC program
!Fetch_NS.Resources.SetLatest
So I have emailed Frank for help.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Re: !Fetch_NS
In article <de1dd4de54.SuperAl@albenito.eclipse2k.freeserve.co.uk>,
Allan Bennett <albenito@eclipse2k.freeserve.co.uk> wrote:
> In message <54dde90eceLists@Torrens.org.uk>
> "Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> > Has anyone got Fetch_NS running on an ARMX6?
> Yes, working here on ARMX6 and Armini. It did take some setting up,
> though...
> On first run, you should be presented with a list of options, but I
> never had much joy with this and resorted to modding the files in
> !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
> I have !Wget in configure 'look at'.
The instructions do say you have to chose which transport: there are lines
in the !Run file to be commented in out as appropriate. I did that. The
transports are called, and start to work - in the background. They then
fail.
A task window is not opened: presumably this should only open when the
transport returns some output.
The error returned by wget says the filename is incorrectly formatted. At
Line 24!
I have installed a new version of 2.21, fresh from the zip file, and will
now reset the ARMX6 and try again.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Allan Bennett <albenito@eclipse2k.freeserve.co.uk> wrote:
> In message <54dde90eceLists@Torrens.org.uk>
> "Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> > Has anyone got Fetch_NS running on an ARMX6?
> Yes, working here on ARMX6 and Armini. It did take some setting up,
> though...
> On first run, you should be presented with a list of options, but I
> never had much joy with this and resorted to modding the files in
> !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
> I have !Wget in configure 'look at'.
The instructions do say you have to chose which transport: there are lines
in the !Run file to be commented in out as appropriate. I did that. The
transports are called, and start to work - in the background. They then
fail.
A task window is not opened: presumably this should only open when the
transport returns some output.
The error returned by wget says the filename is incorrectly formatted. At
Line 24!
I have installed a new version of 2.21, fresh from the zip file, and will
now reset the ARMX6 and try again.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Re: !Fetch_NS
In article <9f2fd6de54.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> Richard still hasn't told us which version of Fetch_NS he's trying to
> run, which is highly relevant.
2.21, which runs fine on the RPC,
I quoted the line from the !Run file - which caklls a Taskwindow. On the
RPC, that TaskWindow opens as expected.
On the ARMX6, no such task window opens.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Peter Young <pnyoung@ormail.co.uk> wrote:
> Richard still hasn't told us which version of Fetch_NS he's trying to
> run, which is highly relevant.
2.21, which runs fine on the RPC,
I quoted the line from the !Run file - which caklls a Taskwindow. On the
RPC, that TaskWindow opens as expected.
On the ARMX6, no such task window opens.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Re: !Fetch_NS
In article <f445d9de54.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
[Snip]
> I've just discovered that the version I have is by Frank de Bruijn.
This is directly available from Frank's site www.aconet.org/tools/
BJ
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
Peter Young <pnyoung@ormail.co.uk> wrote:
[Snip]
> I've just discovered that the version I have is by Frank de Bruijn.
This is directly available from Frank's site www.aconet.org/tools/
BJ
--
_____________________________________________________________________
Brian Jordan
Virtual RPC-AdjustSA on Windows 8.1 Pro
RISC OS 6.20
_____________________________________________________________________
Re: !Fetch_NS
On 6 Jul 2015 John Williams <JohnRW@ukgateway.net> wrote:
> In article <9f2fd6de54.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> If someone can tell me whether it's legal to do so, I could send him
>> my "Not John William's" version, which should work exactly as it does
>> here.
> This is really not the place to discuss third-party software, but anyone
> can do whatever they like with anything derived from my stuff!
Many thanks, John, so over to Richard now, if he wants to take up my
offer, preferably off-list.
I've just discovered that the version I have is by Frank de Bruijn.
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> In article <9f2fd6de54.pnyoung@pnyoung.ormail.co.uk>,
> Peter Young <pnyoung@ormail.co.uk> wrote:
>> If someone can tell me whether it's legal to do so, I could send him
>> my "Not John William's" version, which should work exactly as it does
>> here.
> This is really not the place to discuss third-party software, but anyone
> can do whatever they like with anything derived from my stuff!
Many thanks, John, so over to Richard now, if he wants to take up my
offer, preferably off-list.
I've just discovered that the version I have is by Frank de Bruijn.
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: !Fetch_NS
In article <9f2fd6de54.pnyoung@pnyoung.ormail.co.uk>,
Peter Young <pnyoung@ormail.co.uk> wrote:
> If someone can tell me whether it's legal to do so, I could send him
> my "Not John William's" version, which should work exactly as it does
> here.
This is really not the place to discuss third-party software, but anyone
can do whatever they like with anything derived from my stuff!
John
--
| John Williams
| johnrw@ukgateway.net
Names for Soul Band:- Soul Provider(s) *
Peter Young <pnyoung@ormail.co.uk> wrote:
> If someone can tell me whether it's legal to do so, I could send him
> my "Not John William's" version, which should work exactly as it does
> here.
This is really not the place to discuss third-party software, but anyone
can do whatever they like with anything derived from my stuff!
John
--
| John Williams
| johnrw@ukgateway.net
Names for Soul Band:- Soul Provider(s) *
Re: !Fetch_NS
On 6 Jul 2015 Allan Bennett <albenito@eclipse2k.freeserve.co.uk>
wrote:
> In message <54dde90eceLists@Torrens.org.uk>
> "Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
>> Has anyone got Fetch_NS running on an ARMX6?
> Yes, working here on ARMX6 and Armini. It did take some setting up,
> though...
> On first run, you should be presented with a list of options, but I
> never had much joy with this and resorted to modding the files in
> !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
> I have !Wget in configure 'look at'.
Richard still hasn't told us which version of Fetch_NS he's trying to
run, which is highly relevant.
If someone can tell me whether it's legal to do so, I could send him
my "Not John William's" version, which should work exactly as it does
here.
The setting up of this is a bit tricky, but as it doesn't use paths
that depend on one's setup (1) it should work everywhere.
(1) For instance, the directory that NetSurf will be installed in is
defined as Fetch_NS$Download$Dir <Fetch_NS$Dir>.^ so that if Fetch_NS
is in the same directory as NetSurf then NetSurf will be put into the
correct place.
HTH,
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
wrote:
> In message <54dde90eceLists@Torrens.org.uk>
> "Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
>> Has anyone got Fetch_NS running on an ARMX6?
> Yes, working here on ARMX6 and Armini. It did take some setting up,
> though...
> On first run, you should be presented with a list of options, but I
> never had much joy with this and resorted to modding the files in
> !Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
> I have !Wget in configure 'look at'.
Richard still hasn't told us which version of Fetch_NS he's trying to
run, which is highly relevant.
If someone can tell me whether it's legal to do so, I could send him
my "Not John William's" version, which should work exactly as it does
here.
The setting up of this is a bit tricky, but as it doesn't use paths
that depend on one's setup (1) it should work everywhere.
(1) For instance, the directory that NetSurf will be installed in is
defined as Fetch_NS$Download$Dir <Fetch_NS$Dir>.^ so that if Fetch_NS
is in the same directory as NetSurf then NetSurf will be put into the
correct place.
HTH,
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: !Fetch_NS
In message <54dde90eceLists@Torrens.org.uk>
"Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> Has anyone got Fetch_NS running on an ARMX6?
Yes, working here on ARMX6 and Armini. It did take some setting up,
though...
On first run, you should be presented with a list of options, but I
never had much joy with this and resorted to modding the files in
!Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
I have !Wget in configure 'look at'.
--
Allan Bennett
"Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> Has anyone got Fetch_NS running on an ARMX6?
Yes, working here on ARMX6 and Armini. It did take some setting up,
though...
On first run, you should be presented with a list of options, but I
never had much joy with this and resorted to modding the files in
!Boot.Choices.Fetch_NS.Settings. Mostly self-explanatory. Mostly!
I have !Wget in configure 'look at'.
--
Allan Bennett
Saturday, 4 July 2015
Re: !Fetch_NS
In message <54dde90eceLists@Torrens.org.uk>
"Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> Has anyone got Fetch_NS running on an ARMX6?
>
> I have tried curl and wget. Neither does the job. Both do not open a task
> window, so I cannot see progress and nothing appears to happpen. However
> both cause an error window to open sometime after firing up.
>
> With wget, the error is "Incorrectly formatted filename at line 24" but
> what program is running is not stated and I have no idea where to look.
>
> Later.. I have found that removing the Do from the line in !Run which
> reads:
>
> TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
> <Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
> -quit
>
> allows the taskwindow to open. I'll keep probing.
I've never managed to get it to run on my BBxM, although it does so
without problem on my Iyo.
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
"Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> Has anyone got Fetch_NS running on an ARMX6?
>
> I have tried curl and wget. Neither does the job. Both do not open a task
> window, so I cannot see progress and nothing appears to happpen. However
> both cause an error window to open sometime after firing up.
>
> With wget, the error is "Incorrectly formatted filename at line 24" but
> what program is running is not stated and I have no idea where to look.
>
> Later.. I have found that removing the Do from the line in !Run which
> reads:
>
> TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
> <Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
> -quit
>
> allows the taskwindow to open. I'll keep probing.
I've never managed to get it to run on my BBxM, although it does so
without problem on my Iyo.
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
Re: !Fetch_NS
On 4 Jul 2015 "Richard Torrens (lists)" <Lists@Torrens.org.uk> wrote:
> Has anyone got Fetch_NS running on an ARMX6?
> I have tried curl and wget. Neither does the job. Both do not open a task
> window, so I cannot see progress and nothing appears to happpen. However
> both cause an error window to open sometime after firing up.
> With wget, the error is "Incorrectly formatted filename at line 24" but
> what program is running is not stated and I have no idea where to look.
> Later..
> I have found that removing the Do from the line in !Run which reads:
> TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
> <Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
> -quit
> allows the taskwindow to open. I'll keep probing.
No help for your problem, I'm afraid, but it's been working without
any problem on my ARMini for the last few weeks, so it is possible. No
idea why you have problems; usually if there is anything that can be
much=ked up, I will muck it up!
Just thought: there are two versions of Fetch_NS; I use 2.21, but I
can't remember who wrote this version. The only hint is in the !Run
file, were there is a comment, "This is a seriously modified version
of John Williams' Fetch_NS."
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> Has anyone got Fetch_NS running on an ARMX6?
> I have tried curl and wget. Neither does the job. Both do not open a task
> window, so I cannot see progress and nothing appears to happpen. However
> both cause an error window to open sometime after firing up.
> With wget, the error is "Incorrectly formatted filename at line 24" but
> what program is running is not stated and I have no idea where to look.
> Later..
> I have found that removing the Do from the line in !Run which reads:
> TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
> <Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
> -quit
> allows the taskwindow to open. I'll keep probing.
No help for your problem, I'm afraid, but it's been working without
any problem on my ARMini for the last few weeks, so it is possible. No
idea why you have problems; usually if there is anything that can be
much=ked up, I will muck it up!
Just thought: there are two versions of Fetch_NS; I use 2.21, but I
can't remember who wrote this version. The only hint is in the !Run
file, were there is a comment, "This is a seriously modified version
of John Williams' Fetch_NS."
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
!Fetch_NS
Has anyone got Fetch_NS running on an ARMX6?
I have tried curl and wget. Neither does the job. Both do not open a task
window, so I cannot see progress and nothing appears to happpen. However
both cause an error window to open sometime after firing up.
With wget, the error is "Incorrectly formatted filename at line 24" but
what program is running is not stated and I have no idea where to look.
Later..
I have found that removing the Do from the line in !Run which reads:
TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
<Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
-quit
allows the taskwindow to open. I'll keep probing.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
I have tried curl and wget. Neither does the job. Both do not open a task
window, so I cannot see progress and nothing appears to happpen. However
both cause an error window to open sometime after firing up.
With wget, the error is "Incorrectly formatted filename at line 24" but
what program is running is not stated and I have no idea where to look.
Later..
I have found that removing the Do from the line in !Run which reads:
TaskWindow "Do <Fetch_NS$App> <Fetch_NS$Url>LATEST <Fetch_NS$Opt>
<Fetch_NS$Choices>.LATEST" -wimpslot 2048k -name "Fetch LATEST file data"
-quit
allows the taskwindow to open. I'll keep probing.
--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!
Subscribe to:
Posts (Atom)