2:17 a.m.
Hi guys,
After downloading the latest version of NetSurf on September 4th,
and trying to run it, I got this most unhelpful error message...
File 'System:Modules.SharedULib' not found
I then looked in !Run, where I found this error message...
NetSurf requires SharedUnixLibrary 1.02 or later. This can
be downloaded from http://www.chocky.org/unix/usage.html
..which would have been a *lot* more useful, but failed to show.
The same fault happened with the AcornURI & Tinct modules, and
would probably apply to the other modules if I hadn't got them.
Of course, the website does say these modules are needed, I'm
just saying that the !Run isn't working properly. Anyway, having
downloaded & installed the modules, I get this error message...
SWI value out of range for module SharedCLibrary
I'm running Risc OS 4.03 on a Kinetic StrongArm Risc PC600.
Tennant Stuart
--
_ ________________________________________
( _ .|_ ||_ _ |_ /
_)(_)(_)||_)||_ ( )|_ / Why does *he* get to use his name?
______________________/ tennant(a)argonet.co.uk
5:20 a.m.
On Mon, 27 Sep 2004, Tennant Stuart wrote:
After downloading the latest version of NetSurf on September 4th,
and trying to run it, I got this most unhelpful error message...
File 'System:Modules.SharedULib' not found
I then looked in !Run, where I found this error message...
NetSurf requires SharedUnixLibrary 1.02 or later. This can
be downloaded from http://www.chocky.org/unix/usage.html
..which would have been a *lot* more useful, but failed to show.
The same fault happened with the AcornURI & Tinct modules, and
would probably apply to the other modules if I hadn't got them.
Of course, the website does say these modules are needed, I'm
just saying that the !Run isn't working properly.
The Run file is working exactly as it is supposed to. The command that is
creating the error message is RMLoad System:Modules.ModuleName. You would
get the same result from any other application that expects to find
modules in the System resource.
Anyway, having downloaded & installed the modules, I get this
error
message...
SWI value out of range for module SharedCLibrary
I'm running Risc OS 4.03 on a Kinetic StrongArm Risc PC600.
NetSurf doesn't use the SharedCLibrary (nor is it called anywhere within
the executable). However, the AcornURI module (and the Iconv module,
if you installed it) _does_ use the SharedCLibrary and, as a 32bit
application, requires the 32bit SharedCLibrary. This can be downloaded
from http://www.iyonix.com/32bit/system.shtml
John.
5:24 a.m.
In message 2453276.231341tennant(a)argonet.co.uk
tennant(a)argonet.co.uk (Tennant Stuart) wrote:
Hi guys,
After downloading the latest version of NetSurf on September 4th,
and trying to run it, I got this most unhelpful error message...
File 'System:Modules.SharedULib' not found
I then looked in !Run, where I found this error message...
NetSurf requires SharedUnixLibrary 1.02 or later. This can
be downloaded from http://www.chocky.org/unix/usage.html
..which would have been a *lot* more useful, but failed to show.
The same fault happened with the AcornURI & Tinct modules, and
would probably apply to the other modules if I hadn't got them.
Follow all the links on the download page, they all work
Of course, the website does say these modules are needed, I'm
just saying that the !Run isn't working properly. Anyway, having
downloaded & installed the modules, I get this error message...
SWI value out of range for module SharedCLibrary
It would be far more helpful if you told us what version of CLib your
running. It seems (for whatever reason) your running an old version of
Clib. Maybe worth checking to see if either some app on your system has run
an old version (more than likely from !System) or otherwise you need a more
up to date version from <http://www.iyonix.com/32bit>;. Either way report
back your findings.
James
--
James Robinson
jr(a)mrtickle2k.co.uk - address is valid, but filtered for spam
In sunny Swansea - Cymru Am Byth
5:32 p.m.
In article <Pine.LNX.4.44.0409280201390.24573-100000@tarrant>,
John-Mark Bell <jmb202(a)ecs.soton.ac.uk> wrote:
The Run file is working exactly as it is supposed to. The command
that is creating the error message is RMLoad
System:Modules.ModuleName. You would get the same result from any
other application that expects to find modules in the System
resource.
It's a pity ... the !Run file logic is nicely written to provide useful
error messages provided that any problems with required modules are
that there's a version of something, just not the necessary level of it.
Lots of authors don't put any useful error messages in at all. And
yet, having done so, someone's found an occasion when the useful error
doesn't get produced. Yet, "IfThere System:Modules.Modulename" will
produce an indication that the RMLoad would fail. You could expand the
current logic to do that too. Maybe it'd be more efficient if the
whole of the code to test if a module needed to be loaded/was present
to be loaded/had loaded ok/else useful message was encapsulated in a
small utility?
--
Jeremy C B Nicoll - my opinions are my own.
7:53 p.m.
On Wed, 29 Sep 2004, Jeremy C B Nicoll wrote:
In article <Pine.LNX.4.44.0409280201390.24573-100000@tarrant>,
John-Mark Bell <jmb202(a)ecs.soton.ac.uk> wrote:
> The Run file is working exactly as it is supposed to. The command
> that is creating the error message is RMLoad
> System:Modules.ModuleName. You would get the same result from any
> other application that expects to find modules in the System
> resource.
It's a pity ... the !Run file logic is nicely written to provide useful
error messages provided that any problems with required modules are
that there's a version of something, just not the necessary level of it.
Lots of authors don't put any useful error messages in at all. And
yet, having done so, someone's found an occasion when the useful error
doesn't get produced. Yet, "IfThere System:Modules.Modulename" will
produce an indication that the RMLoad would fail.
And would fail on any system that doesn't have IfThere present.
You could expand the current logic to do that too.
Care to submit a patch (preferably one that works on a vanilla 3.1
install)?
Maybe it'd be more efficient if the whole of the code to test if
a
module needed to be loaded/was present to be loaded/had loaded ok/else
useful message was encapsulated in a small utility?
Great, that "solves" the "problem" for NetSurf but not for any other
app
out there (and you'll find the vast majority do exactly the same thing as
NetSurf does at present).
To be honest, I see little point in spending time on this. If the user
can't be bothered to at least read the download page and ascertain the
requirements (which are extremely clearly documented), I can't be bothered
to provide a fix for such a trivial issue. Either way, the error message
details the problem exactly (not necessarily in user-friendly language
but that's hardly an issue - "all" they've got to do is quote it
verbatim
to the developers).
Also bear in mind that a release version of NetSurf would have the
appropriate modules bundled with it (though the user might not bother to
install them...).
John.
5997
days inactive
5999
days old
netsurf-users@netsurf-browser.org
4 comments
4 participants
participants (4)
-
James Robinson -
Jeremy C B Nicoll -
John-Mark Bell -
tennantīŧ argonet.co.uk