HP3000-L Archives

October 1999, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Peter Chong <[log in to unmask]>
Reply To:
Peter Chong <[log in to unmask]>
Date:
Thu, 7 Oct 1999 09:57:53 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (49 lines)
Hi, William

How did you get the key value first place? after you got the key value
did you lock the set?, so no one updates key value in this manual master set.
including deletion...

Cheers

Peter C.

SR. ERP/MRP Analyst

>>> William l brandt <[log in to unmask]> 10/06 9:55 PM >>>
Here's one for the books - I know that IMAGE is so bulletproof that it is
something in my app.

I am reading a file and use a field to extract a key and do a mode 7 DBGET.

There are 7000 records and it does fine until it gets to this 1 record. The
data entry is actually there but I get a mode 17 (no master entry)

Now, here's the strange part. To debug I display the key - which is
CORRECT until I get the return of the DBGET call - then I display the key
and I have a different key. Both good and bad keys have corresponding master
entries.

This would imply a memory problem but I run BASIC/3000 on the old Classic,
and usually bounds violations and similar stuff show up when I run
interpretively.

Now a hint of the problem is that this particular record, when removed - the
program runs and ends normally.

So you'd think there's something wrong with the record - but I can't see
anything.

Just musing I guess - I'll try & see ifthis record has any strange
characters.

I've been playing with this for 2 days and will let you all know when I find
the culprit.

Any of you have any ideas?

Since BASIC/3000 has slightly different image calls - with variable length
strings - I've seen some weird stuff over the years!

Bill

ATOM RSS1 RSS2