Time: Sun Jun 01 12:19:04 1997
	by primenet.com (8.8.5/8.8.5) with SMTP id LAA23762;
	Sun, 1 Jun 1997 11:52:19 -0700 (MST)
 97 14:53:09 -0400
Date: Sun, 01 Jun 1997 12:14:54 -0700
To: eudora-win@wso.williams.edu
From: Paul Andrew Mitchell [address in tool bar]
Subject: SLF: 2-level archive causes Eudora bug
 <mailto:majordomo@wso.williams.edu?subject=unsubscribe%20eudora-win>
 <mailto:majordomo@wso.williams.edu?subject=subscribe%20eudora-win>

[This text is formatted in Courier 11, non-proportional spacing.]


Dear Qualcomm Tech Support:

I am building an indexed folder structure,
so that I can route frequent mail from the
same person into his own folder, e.g., all 
mail from "Jack" goes into a mailbox in
the DOS directory "J.FOL";  all email from
"Jill" goes into the mailbox in the DOS
directory "J.FOL";  all email from 
"Kris" goes into a mailbox in the DOS 
directory "K.FOL";  and so on.  This keeps
the dialogue windows for the Transfer and
Mailbox menu options within manageable limits.

(Your colleagues told me that you have no plans
to generalize the file system interface to these 
dialogue windows).

So, this much of it works just fine, I believe
because it is a flat structure (one-level).  

The following exact structure is actually implemented 
and working under DOS 6.22, Windows 3.11, and Eudora Pro 3.0.1:


 Volume in drive C is primary486 
 Volume Serial Number is C729-1F9C
 Directory of C:\EUDORA

A        FOL <DIR>         06-01-97   6:52a
B        FOL <DIR>         06-01-97   6:52a
C        FOL <DIR>         06-01-97   6:52a
D        FOL <DIR>         06-01-97   6:52a
E        FOL <DIR>         06-01-97   6:52a
F        FOL <DIR>         06-01-97   6:52a
G        FOL <DIR>         06-01-97   6:53a
H        FOL <DIR>         06-01-97   6:53a
I        FOL <DIR>         06-01-97   6:53a
J        FOL <DIR>         06-01-97   6:53a
K        FOL <DIR>         06-01-97   6:53a
L        FOL <DIR>         06-01-97   6:53a
M        FOL <DIR>         06-01-97   6:53a
N        FOL <DIR>         06-01-97   6:54a
O        FOL <DIR>         06-01-97   6:54a
P        FOL <DIR>         06-01-97   6:54a
Q        FOL <DIR>         06-01-97   6:54a
R        FOL <DIR>         06-01-97   6:54a
S        FOL <DIR>         06-01-97   6:54a
T        FOL <DIR>         06-01-97   6:54a
U        FOL <DIR>         06-01-97   6:54a
V        FOL <DIR>         06-01-97   6:55a
W        FOL <DIR>         06-01-97   6:55a
X        FOL <DIR>         06-01-97   6:55a
Y        FOL <DIR>         06-01-97   6:55a
Z        FOL <DIR>         06-01-97   6:55a
       26 file(s)              0 bytes
                     251,527,168 bytes free

Now, here's the rub.  When I go to a deeper structure,
I run into trouble.  In what follows, I have added
the DOS directory ARCHIVE.FOL after creating the
alphabetical list above.  Then, beneath ARCHIVE.FOL,
I have added subordinate DOS directories, to store
mail by various key words which have meaning to me,
e.g. SACTOBOX.FOL contains mail I received when I 
worked in Sacramento, 970601.FOL contains mail which
I archived on June 1, 1997, and so on.  

But, as soon as I create this structure, and before
I load any data into the IN.MBX and OUT.MBX files,
Eudora starts to fail.  It fails by showing zero
resources available in the lower-left status window,
and I cannot open any messages;  when I click on the
in-box entry, nothing happens.  To make matters worse,
when I exit from Eudora, I get fatal crashes such as
General Protection Faults and other nasty stuff.

The temporary fix is to change ARCHIVE.FOL to ARCHIVE.DIR,
by executing the DOS MOVE command, but this of course 
renders this whole structure unavailable to Eudora;
however, it does cause Eudora to start working properly
again, without any other changes.  So, I am fairly sure
I have isolated this problem.

Here is the exact structure which causes the problem 
(before changing ARCHIVE.FOL to ARCHIVE.DIR).  This list was
created by executing ATTRIB /S >BUG.TXT at DOS command
level:

  A          C:\EUDORA\ARCHIVE.FOL\961128.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\961128.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\961128.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\961211.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\961211.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\961211.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970113.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\970113.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970113.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970310.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\970310.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970310.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970501.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\970501.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970501.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970501.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970501.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970601.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\970601.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970601.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\970601.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\970601.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SACTOBOX.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\SACTOBOX.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SACTOBOX.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SACTOBOX.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SACTOBOX.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SHAREWAR.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\SHAREWAR.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SHAREWAR.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SHAREWAR.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SHAREWAR.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SPECIAL.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\SPECIAL.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SPECIAL.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\SPECIAL.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\SPECIAL.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\REVERT.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\REVERT.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\REVERT.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\REVERT.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\REVERT.FOL\OUT.TOC
  A          C:\EUDORA\ARCHIVE.FOL\DESCMAP.PCE
  A          C:\EUDORA\ARCHIVE.FOL\IN.MBX
  A          C:\EUDORA\ARCHIVE.FOL\IN.TOC
  A          C:\EUDORA\ARCHIVE.FOL\OUT.MBX
  A          C:\EUDORA\ARCHIVE.FOL\OUT.TOC


What can I do to get around this problem, without upgrading
to 3.0.2?  I spent almost 18 hours yesterday, trying to 
recover from the disaster which EUP302UP.EXE caused on 
my 486 with DOS 6.22 and Windows 3.11.  You recommended
that I remove TSR's, but after careful evaluation, I decided
I could not do without the TSR's I now have:  one is a
crucial print cache program, which vastly improves my
productivity printing long documents, and the other is
a hot-key dictionary, which is immensely useful when 
composing technical language for my clients.

So, 3.0.2 had to go to the end of the line, because I am
in a heavy production mode which cannot really tolerate
any more of this trial-and-error (lots of trials, mostly
errors).  After 25 years in the industry, I know a bug
when I see one.

What can you do for me?  I want to generalize this structure,
and Windows 95 is NOT the solution, for reasons I can explain
if you can find the time to give me a call.  By the way, I
spent about 5 of those 18 hours trying to get QEMM to solve
the memory management problem;  it failed with a GPF in
RSRCMGR.DLL (Windows Resource Manager).  It was not a good day. :)


/s/ Paul Mitchell
email: [address in tool bar]
website: http://www.supremelaw.com
tel: (520) 320-1514 (answering machine)
fax: (520) 320-1256 (24-hour)





      


Return to Table of Contents for

Supreme Law School:   E-mail