HP3000-L Archives

June 1996, Week 2

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:
Larry Boyd <[log in to unmask]>
Reply To:
Larry Boyd <[log in to unmask]>
Date:
Fri, 7 Jun 1996 08:51:42 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (47 lines)
On  7 Jun 96 at 10:04, Per Ostberg wrote:
 
> Greetings
> I get a strange error when trying to access a TI database. We use
> Suprtool a lot so I pasted some output below (from QUERY to). The
> database can be opened (?) and accepts password, but anything else I've
> tried results in similar errors. It's sort of an archive copy of a
> production db, it has been on and off tape a few times and renamed (with
> MPEX-rename command). Ferror 52 is supposed to be NONEXISTENT PERMANENT
> FILE  (FSERR 52), is that the error I get? (all files exists and MPEX
> "listf ,db"-command shows the correct layout).
> Anybody has a clue?
> TIA
 
Well, based on my experience, I would guess that you used some tool to
rename the database, that doesn't handle the database internal
structure for it's own name.  I just did a test to see if I could
duplicate the problem.  I altered the file codes to 0 for the database,
renamed the database, reset the file codes correctly and then used
Query to try to read it:
 
---->b=db1
PASSWORD = >>
MODE = >>1
>fo sets
 
 
DATA BASE: DB1                          FRI, JUN  7, 1996,  6:47 AM
 
 
DATA BASE LANGUAGE ATTRIBUTE: NATIVE-3000
 
 
                            ITEM             ENTRY    ENTRY   BLOCKING
SETS:                 TYPE  COUNT  CAPACITY  COUNT    LENGTH  FACTOR
 
FOPEN FAILURE 1 52
 
_____
 
Look familiar?  Hope this helps.
 
Larry Boyd    <[log in to unmask]>
"Each problem solved creates the opportunity to solve the next problem
          that the last solution created." - Richard Pascale
(These opinions are my own and not those of Hewlett-Packard.)

ATOM RSS1 RSS2