[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [MiNT] updated: XaAES 1.6.6
On 27 October 2013 18:52, Helmut Karlowski <helmut.karlowski@ish.de> wrote:
> - shel_find should now work as documented (including netsurf-rsc-problem)
> - preserve current directory of the caller in shel_write
I'm afraid I don't notice much difference. NetSurf is indeed able to
load it's resource file -- though this may have been fixed in NetSurf
itself (http://git.netsurf-browser.org/netsurf.git/commit/?id=77129038ee8aa8ccdf8f4a264fd1189459e69326)
but the couple of tests I do result in exactly the same (compared to
last week's helmut branch):
- Troll, configured to launch qed: qed apparently doesn't find $HOME
and is launched with its default built-in settings;
- GEMClip, when run from the ACC directory (GEMDOS partition),
launches (via shel_write()) GEMDict, which receives its own directory
as CWD, which is right; but when GEMClip is run from an ext2
partition, GEMDict receives the path of GEMClip as CWD and cannot run
(this can be tested via the "Clips/Look up online" menu item in
GEMClip, even without network, with $DICT set to the GEMDict program).
Another thing: what do you mean by this:
> - preserve current directory of the caller in shel_write
The problem as I see it is that, in some cases at least, the *called*
application seems to be receiving the CWD of the *caller*, which is
wrong. The CWD of the callee should be set to its *own* directory. We
seem to be stumbling on this for a while now...
Cheers,
JFL
--
Jean-François Lemaire