Fetch_NS

In article <cde2d47659.DaveMeUK@BeagleBoard-xM>,
David Higton <dave@davehigton.me.uk> wrote:
> In message <5976cc379edave@triffid.co.uk>
> Dave <dave@triffid.co.uk> wrote:

> > In article <62f3ba7659.DaveMeUK@BeagleBoard-xM>, David Higton
> > <dave@davehigton.me.uk> wrote: [Snippy]
> >
> > > The snag is that, as Dave Triffid has told us, more than one
> > > CertData file may exist, possibly in the multiple-choices path. So
> > > an updater may update /a/ CertData file, but not necessarily /the/
> > > /correct/ one. I don't know how to solve that.
> >
> > > My thinking is one stage on, anyway. There's no point in putting
> > > the path in the !Run file, as it's standard, and is baked into
> > > AcornSSL, curl, and who knows what else. Anywhere else is open to
> > > failure by either updating something other than the standard
> > > CertData file, or not updating anything.
> >
> > > David
> >
> > This has become an interesting thread... :-)

> It has, hasn't it? I'm quite enjoying this! :-)

> > I thought I'd have a check on my 6.20 and see how many CertData files
> > I could find...
> >
> > Eventually I just found the two previously noted ones.
> >
> > ...!Boot.Choices.Default.Internet.Files.CertData (The one in use). And
> > ...!Boot.Resources.!Internet.files.CertData (This one I've named out,
> > and so far no apps have complained or fallen over).

> Interesting. That's the correct place for it in RISC OS 5, but
> apparently not in earlier versions.

Indeed, I've checked on my RPCEmu RISC OS 5.28 install.

> Perhaps you can do one more confirmatory check, at least on the 6.20
> system, but on as many systems as you like. Just run this:

> *Filer_Run InetDBase:CertData

> The result ought to be simply that the CertData file is opened up in a
> text editor. If that works, then AcornSSL, curl, future versions of
> NetSurf, and who knows what else, will find the CertData file in the
> right place.

RISC OS 6.20 having done the above action, the in-use CertData is opened
in Zap. (...!Boot.Choices.Default.Internet.Files.CertData).

> If that /doesn't/ happen on one or more of your systems, we have a
> problem.
> David

Just for a complete view...

'Back in the days' when I tested "things" I had quite a number of
different RISC OS installs on both VRPC and RPCEmu and even a real SARPC,
now I only have a smaller selection.

Adding to the results for RISC OS 6.20 and 4.39 I can add RISC OS 4.02.

RISC OS 4.02
*show Inetdbase*
InetDBase$Path : HostFS::HardDisc4.$.!boot.Resources.!Internet.files.

*Filer_Run InetDBase:CertData (Yes in a text editor).

RISC OS 4.39
*Show Inetdbase*
InetDBase$Path : Choices:Internet.Files.
InetDBase$Write:
HostFS::HardDisc4.$.!boot.Choices.Users.Single.Internet.Files

*Filer_Run InetDBase:CertData (Yes in a text editor).

RISC OS 6.20
*Show Inetdbase*
InetDBase$Path : Choices:Internet.Files.
InetDBase$Write : .Internet.Files.

*Filer_Run InetDBase:CertData (Yes in a text editor).

I appreciate it's a RISC OS thing, but I've checked other Virtuals just
for my own satisfaction.

Same results on various VRPC-DL, RPCEmu and VRPC-AdjustSA installs.

So it seems post 4.02 the change of destination happened.

Dave

--

Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org