Berni & all..
If the problem were with InSight ... big word *IF* ... it should not
matter which version of core.exe were used to run Arachne.
Correct?
*IF* the problem were with the InSight version bundled with v1.70r3 ...
then that version of InSight should not be able to do its job inside a
working installation of v1.66
Correct?
It *MAY* be a combination of factors where both InSight and CORE.EXE
were changed for release 1.70r3 ... but that's not likely, since the
newest release of InSight works just fine with earlier versions of
core.exe ...
Make sense?
To Glenn: Sorry dear heart, but your "it works for me" doesn't count;
you have the advantage of using QEMM386, and you know it is a far better
piece of software than anything that comes native to DOS. Since Arachne
is supposed to be a DOS browser, it's not fair for you to "test" using
something so superior to M$-DOS any version. And it's doubly unfair
because I have QEMM386 but can't use it with my NIC!!! <sob, sigh>
I haven't done, and don't have time to do, a file by file comparison
between 1.66 and 1.70r3 ... I *do* know that simply inserting core.exe
v 1.66 into the 1.70r3 installation results in Arachne being unable to
find:
inbox.dgi
outbox.dgi
sentmail.dgi
readmail.dgi
trashfolder.dgi
emptytrash.dgi
That would seem, to me, to be a clear indication that CORE.EXE in
v1.70r3 handles DGI files for mail in a different manner than 1.66
The likely source of the problem I have might be the "readmail.dgi"
module in the 1.70r3 core.exe.
It seems to make sense to me, since all the other mailhandling functions
of core.exe v1.70r3 function.
l.d.
====
On Wed, 11 Apr 2001 18:25:00 +0200, Bernie <[EMAIL PROTECTED]> wrote:
> Clarence wrote:
>> Arachne 1.70r3 handles 8.3 directory names just fine - it even arrives
>> with them included. <G>
>> Check out the files in arachne\system\apm.db.
>> My a170 finds them and accesses them without problem.
> The problem isn't with Arachne (core.exe), it's with InSight. My guess is
> that the problem has to do with the use of strchr() (search forward in a
> string for a given char - '.' in this case) instead of strrchr() (search
> backward) but I haven't looked in any source.
> //Bernie
-- Arachne V1.70;rev.3, NON-COMMERCIAL copy, http://arachne.cz/
