There is a menu option to clean the error trap
 
Select Systems Manager Menu Option: ^ERROR
 
    1    Error Processing  [XUERRS]
    2    Error Trap Display  [XUERTRAP]
 
Type '^' to stop, or choose a number from 1 to 2 :1  Error Processing
 
Select Error Processing Option: ?
 
   P1     Print 1 occurence of each error for T-1 (QUEUE)
   P2     Print 2 occurrences of errors on T-1 (QUEUED)
          Clean Error Trap
          Error Trap Display
          Interactive Print of Error Messages
          Remove a TYPE of error
 
Enter ?? for more options, ??? for brief descriptions, ?OPTION for help text.
 
Select Error Processing Option: CLEan Error Trap
 
To Remove ALL entries except the last N days, simply enter the number N at the
prompt.    OTHERWISE, enter return at the first prompt, and a DATE at the
second prompt.  If no ending date is entered at the third prompt, then only
the date specified will be deleted.  If an ending date is entered that range
of dates INCLUSIVE will be deleted from the error log.
 
 
 
Number of days to leave in error trap: 1
 
          DONE


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nancy Anthracite
Sent: Friday, September 17, 2004 12:10 PM
To: [EMAIL PROTECTED]
Subject: RE: [Hardhats-members] More about killing globals - 1000 errormessages

Menus are sounding increasingly attractive.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Marianne Susaanti Follingstad
Sent: Friday, September 17, 2004 2:44 PM
To: [EMAIL PROTECTED]
Subject: Re: [Hardhats-members] More about killing globals - 1000 errormessages

Even with this one is not entirely safe and this presupposes all code is in routines, not done on the fly.

It is all too easy (I confess) to hit a K instead of D and end up killing ^DIC (or ^DIE etc) rather than doing it.  These keys are same finger opposite hand and both are much used.  In some ways it's unfortunate (and understandable) that some routine names match key global names.

If you're like me, you do that once in your life and NEVER AGAIN.  Calling someone to fix it IS good for cultivating humility.

Marianne Follingstad

"Hay, James (DHS-CMS)" wrote:

D
.N DIC
.S DIC=... D ^DIC
.Q

WORKS WELL

BTW I way consider DIK vs K to kill records from fileman files

-----Original Message-----
From: Beza, Fil [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 17, 2004 11:11 AM
To: [EMAIL PROTECTED]
Subject: RE: [Hardhats-members] More about killing globals - 1000
errormessages

But can it DISallow it?  It would be nice if it could.

I've seen many accidents over the years of fat fingers killing the ^DPT
(Patient File) ^DIC - one of FileMan's major files and have had to
restore globals from backup tapes.  The usual call S X="XXXX" D ^DIC
Q:Y<0  K DIC.  It's so easy to put in ^ before the DIC and you've killed
^DIC the first time you run the routine.
 

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of K.S.
Bhaskar
Sent: Friday, September 17, 2004 11:02 AM
To: [EMAIL PROTECTED]
Subject: RE: [Hardhats-members] More about killing globals - 1000
errormessages

Fil --

GT.M will allow an unsubscripted global kill.

-- Bhaskar

On Fri, 2004-09-17 at 13:44, Beza, Fil wrote:
> I'm not sure if GT.M has a feature that prevents you from doing
> unsubscripted global kill.  As a standard setup we always disallow
> unsubscripted global kills under DSM and Cache.
>
> If unsubscripted global kills are not allowed, clean up the error log
> with
>
>  K ^%ZTER(1)
>  S ^%ZTER(1,0)="ERROR LOG^3.075^^"

************************************************************************
***
This electronic mail transmission contains confidential and/or
privileged information intended only for the person(s) named.
Any use, distribution, copying or disclosure by another person is
strictly prohibited.
************************************************************************
***

NOTE: Ce courriel est destine exclusivement au(x) destinataire(s)
mentionne(s) ci-dessus et peut contenir de l'information privilegiee,
confidentielle et/ou dispensee de divulgation aux termes des lois
applicables. Si vous avez recu ce message par erreur, ou s'il ne vous
est pas destine, veuillez le mentionner immediatement a l'expediteur et
effacer ce courriel.

-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Hardhats-members mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Hardhats-members mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Hardhats-members mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to