Well, I figured it out. GTM has a command-line
utility just for such a situation. Its 'lke' It
showed the stuck lock that got created because of a
crash. A 'clear' command fixed the problem.
Hope this helps someone else in the future.
Kevin
--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
> Still getting a lock error of some sort.
>
> I found the following in the manual. It looks like
> LOCK is a MUMPS command, not a fileman issue. So I
> went to the GTM command and entered LOCK, which
> should
> unlock everything. But I am still getting an error
> about another terminal editing the record (see
> below).
> I am the only one on the system, so there is no
> other
> terminal.
>
> Thanks
>
> --------------------------
>
> Locking
>
> If you want to ensure that two users cannot edit an
> entry at the same time, lock the entry. It is
> recommended that you use incremental locks. Here is
> a
> simple example of using incremental locks to lock an
> entry before editing and to remove the lock after:
>
> S DIE="^FILE(",DA=777,DR="[EDIT]"
> L +^FILE(777):0 I $T D ^DIE L -^FILE(777) Q
> W !?5,"Another user is editing this entry." Q
>
> NOTE: The DIE call itself does no locking.
> -----------------
>
> INPUT TO WHAT FILE: KERNEL SYSTEM PARAMETERS//
> EDIT WHICH FIELD: ALL// intro MESSAGE
> (word-processing)
> THEN EDIT FIELD:
>
>
> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:
> tmg.TMGDOMAIN.COM
> ...OK? Yes// (Yes)
>
> ANOTHER TERMINAL IS EDITING THIS ENTRY!
> --------------------------------------------
>
>
>
> Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:
> --- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
>
> > Also, speaking of file structures, can anyone tell
> > me
> > how to unlock a record. I was using a program
> that
> > crashed in the midst of filing, and it left the
> > record
> > locked. I know that there must be a function to
> > manually lock and unlock a record, but I can't
> find
> > it
> > in the fileman programmer's manual.
> >
> > Thanks
> > Kevin
> >
> > --- "Beza, Fil" <[EMAIL PROTECTED]> wrote:
> >
> > > One of the best early global file structure docs
> > > I've read was written
> > > in Finland (User's Technical Manual) by Jukka
> > > Kiskimies. I still keep
> > > it within reach. I guess now I have to keep the
> > FDA
> > > array doc handy.
> > >
> > >
> > > -----Original Message-----
> > > From:
> [EMAIL PROTECTED]
> > >
> >
>
[mailto:[EMAIL PROTECTED]
> > > On Behalf Of
> > > Ormsby, Skip
> > > Sent: Tuesday, October 05, 2004 9:57 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: [Hardhats-members] ?? FILE^DIE bug
> ??
> > >
> > > Your welcome Kevin. Kevin, I too didn't retain
> > > that, but I, having been
> > > around FileMan when Word Processing fields were
> > > introduced, knew that
> > > Word Processing fields, although they look and
> > feel
> > > like a multiple,
> > > they are not.. Kevin of all of the
> documentation
> > > that could be printed,
> > > there are two bits I have printed and keep handy
> > all
> > > of the time. The
> > > first is FileMan Global File Structure and the
> > > second is the FDA array.
> > >
> > >
> > > --Skip
> > >
> > > -----Original Message-----
> > > From:
> [EMAIL PROTECTED]
> > >
> >
>
[mailto:[EMAIL PROTECTED]
> > > On Behalf Of Kevin
> > > Toppenberg
> > > Sent: Tuesday, October 05, 2004 12:00 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: [Hardhats-members] ?? FILE^DIE bug
> ??
> > >
> > > Skip,
> > >
> > > Thanks. That explains a lot. I have tried to
> > read
> > > that section of the
> > > fileman manual, but I guess I didn't retain that
> > > part.
> > >
> > > It seems like the fileman code should be able to
> > > protect itself agains
> > > an error like mine, but maybe it is depending on
> > an
> > > error trap set
> > > elsewhere.
> > >
> > > Thanks again,
> > >
> > > Kevin
> > > --- "Ormsby, Skip" <[EMAIL PROTECTED]>
> wrote:
> > >
> > > > Hi Kevin, et. al.
> > > >
> > > > The problem you are having is that you are not
> > > setting up your FDA
> > > > array properly. The following is a brief
> > excerpt
> > > from the FDA
> > > > documentation for VALUE:
> > > >
> > > > "The values for word processing fields are
> > stored
> > > in the FDA
> > > > differently. Instead of setting the node equal
> > to
> > > the actual value,
> > > > set it equal to the root of an array (local or
> > > global) that holds the
> > > > data.
> > > > "
> > > >
> > > > So using your example Kevin:
> > > > Select OPTION: INQUIRE TO FILE ENTRIES
> > > >
> > > >
> > > >
> > > > OUTPUT FROM WHAT FILE: KERNEL SYSTEM
> > PARAMETERS//
> > > > Select KERNEL SYSTEM PARAMETERS DOMAIN NAME:
>
> > > > <domain name>
> > > > ANOTHER ONE:
> > > > STANDARD CAPTIONED OUTPUT? Yes// N (No) FIRST
> > > PRINT FIELD: 240 INTRO
> > >
> > > > MESSAGE
> > > > (word-processing)
> > > > THEN PRINT FIELD:
> > > > Heading (S/C): KERNEL SYSTEM PARAMETERS LIST
> > > Replace
> > > > DEVICE: SYSTEM Right Margin: 80//
> > > > KERNEL SYSTEM PARAMETERS LIST
> > OCT
> > >
> > > > 5,2004 05:50
> > > > PAGE 1
> > > > INTRO TEXT
> > > >
> > >
> >
>
------------------------------------------------------------------------
> > > > --------
> > > >
> > > > S INTRO=""
> > > > S INTRO(1)="Welcome to OpenVistA EMR"
> > > > S FDA(8989.3,"1,",240)="INTRO"
> > > > S FLAGS="KE"
> > > > D FILE^DIE(FLAGS,"FDA","ZERR")
> > > >
>
=== message truncated ===
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
_______________________________________________
Hardhats-members mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
