[comp.sys.handhelds] MLDL 1.02

akcs.ebdavis@hpcvbbs.UUCP (Eric Bryan Davis) (05/08/91)

Jan, I used the first version of your MLDL without any problems except
that it caused an error on my machine. (Warning, Invalid Card Data) I
then lost all of the data on the card (128K!! ouch). Not a big deal
except for some data I didn't have on my computer. Anyways, I got your
latest version. I didn't have the memory for the ASC version so I used an
uudecoded (binary) version. I could not get the thing to stay in memory.
The 48 kept reporting Invalid Card Data and then MLDL would be gone. Am I
doing something stupid or what?

While I'm here, has anyone compiled Voyager or Star on the Amiga? I've
got source code but couldn't fix it to compile.

Thanks, Eric B. Davis

bson@rice-chex.ai.mit.edu (Jan Brittenson) (05/08/91)

In a posting of [7 May 91 17:40:09 GMT]
   akcs.ebdavis@hpcvbbs.UUCP (Eric Bryan Davis) writes:

 > I could not get the thing to stay in memory.  The 48 kept reporting
 > Invalid Card Data and then MLDL would be gone. Am I doing something
 > stupid or what?

   Your problem may be as simple as that the computer you're using
extends files to integral disk blocks. Or has some other nontrivial
problem.

   It's nearly impossible to say determine what's wrong. I'm working
on an HP-48 based uudecode that replaces the uudecoded string with the
new object.  It will use 1/3 of the memory of ASC and will alleviate
many of the problems associated with transfering large libraries to
the HP-48. I will post it as soon as I'm finished.


 > While I'm here, has anyone compiled Voyager or Star on the Amiga? I've
 > got source code but couldn't fix it to compile.

   If you have STAR 1.04.4, then the file amiga.zoo contains an
AmigaDOS binary executable. If you have some earlier version, then get
1.04.4 either by anonymous FTP from ftp.ai.mit.edu in
pub/star-1.04.4.tar.Z or from Wayne Scott's mail server:
hp-mail-server@seq.uncwil.edu, put "send help" as the only line in the
message. Some other FTP sites may also carry it.

						-- Jan Brittenson
						   bson@ai.mit.edu

TNAN0@CCVAX.IASTATE.EDU (05/13/91)

I just wanted to report that I am experiencing the same problem as Eric B.
Davis...  Once in a while (about 1 in 4), while I am using Jan's MLDL 1.02,
I get "Invalid Card Data" and MLDL will be gone from both the library menu
and from the PORT0 or PORT1 menu.  However, if I take a mem, it shows that
memory is still allocated to MLDL.  Nothing short of a memory clear has
helped this condition.

I would like to thank Jan for MLDL.  It is a wonderful piece of work!  I
found it difficult to believe what I was seeing the first time I used it.
It's cut my development time 80% or more...

However, this "Invalid Card Data" problem can slow me down quite a bit.  I
currently have ONLY MLDL loaded into the calculator, yet MEM is showing
over 50K used.  This is caused by this error.  I haven't wanted to reload
MLDL everytime it crashes, so I keep it stored in a variable as well.
When it does crash, I just re-install it from the variable.  But because
its memory is still allocated, I can only do this 4 or 5 times before I
am forced to clear the calculator's memory...

Well, again... thanks for a wonderful program, Jan...

---Gary Snethen
   (Xeno)

gsnethen@ultra.cnde.iastate.edu
tnan0@isuvax

akcs.ebdavis@hpcvbbs.UUCP (Eric Bryan Davis) (05/13/91)

Jan- Thanks for the quick reply. I don't believe that is the problem as I
haven't seen that problem before. I thought it was interesting that I got
the error even though I had NO cards installed in the 48. Thanks for the
info on STAR. I do have an earlier version. Could you (or anyone else)
please load that version - 1.04.4 - to the HPBBS. It is the only network
access I have (through the comp.sys.handheld conference). I would truly
be greatful. 

TDSTRONG%MTUS5.cts.mtu.edu@CUNYVM.CUNY.EDU (Tim Strong) (05/13/91)

>
>I just wanted to report that I am experiencing the same problem as Eric B.
>Davis...  Once in a while (about 1 in 4), while I am using Jan's MLDL 1.02,
>I get "Invalid Card Data" and MLDL will be gone from both the library menu
>and from the PORT0 or PORT1 menu.  However, if I take a mem, it shows that
>memory is still allocated to MLDL.  Nothing short of a memory clear has
>helped this condition.
>
>However, this "Invalid Card Data" problem can slow me down quite a bit.  I
>currently have ONLY MLDL loaded into the calculator, yet MEM is showing
>over 50K used.  This is caused by this error.  I haven't wanted to reload
>MLDL everytime it crashes, so I keep it stored in a variable as well.
>When it does crash, I just re-install it from the variable.  But because
>its memory is still allocated, I can only do this 4 or 5 times before I
>am forced to clear the calculator's memory...
>

Do you have the uuencode or the ASC version.  I have the ASCII version in
my machine and what you descirbe hasn't happened once.  However earlier I
had the uuencode version and it happened nearly every time I ran it for more
than a couple instructions.  I have heard ( maybe from Jan ) that some versions
of uuencode extend the file lenght to intergral blocks and this screws things
up.

======================================================================
  ___
  I__)  _   _I  _   _   Tim Strong <TDSTRONG@MTUS5.cts.mtu.edu>
  I  \ (_I (_I (_I I    Michigan Tech.    Houghton, Michigan, U.S.A.

======================================================================