Locking problem with GT.M

When I am trying to add user in FOIA-VistA I am facing following problem. *%GTM-E-TPLOCK, Cannot release lock(s) held prior to current TSTART* * * How to fix this? This problem doesn't exist in world vista. ---------------------------------------------------------------------------------------------------------------------------------------------- Select OPTION: 1 ENTER OR EDIT FILE ENTRIES INPUT TO WHAT FILE: NEW PERSON// EDIT WHICH FIELD: ALL// KEYS 1 KEYS (multiple) 2 KEYSTROKES FROM LM WP CHOOSE 1-2: 1 KEYS (multiple) EDIT WHICH KEYS SUB-FIELD: ALL// THEN EDIT FIELD: CPRS TAB (multiple) EDIT WHICH CPRS TAB SUB-FIELD: ALL// THEN EDIT FIELD: PRIMARY MENU OPTION THEN EDIT FIELD: SECONDARY MENU OPTIONS (multiple) EDIT WHICH SECONDARY MENU OPTIONS SUB-FIELD: ALL// THEN EDIT FIELD: DISUSER THEN EDIT FIELD: AUTHORIZED TO WRITE MED ORDERS THEN EDIT FIELD: RESTRICT PATIENT SELECTION THEN EDIT FIELD: ACCESS CODE Want to edit ACCESS CODE (Y/N) THEN EDIT FIELD: Y?? THEN EDIT FIELD: VERIFY 1 VERIFY CODE Want to edit VERIFY CODE (Y/N) 2 VERIFY CODE never expires CHOOSE 1-2: 1 Want to edit VERIFY CODE (Y/N) THEN EDIT FIELD: PERSON CLASS (multiple) EDIT WHICH PERSON CLASS SUB-FIELD: ALL// THEN EDIT FIELD: ELECTRONIC SIGNATURE CODE THEN EDIT FIELD: STORE THESE FIELDS IN TEMPLATE: Select NEW PERSON NAME: Lastname FirstName LASTNAME,FIRSTNAME Select KEY: ORES REVIEW DATE: Select KEY: XUPROG 1 XUPROG 2 XUPROGMODE CHOOSE 1-2: 1 XUPROG REVIEW DATE: Select KEY: XUPROGMODE REVIEW DATE: Select KEY: DG SENSITIVITY REVIEW DATE: Select KEY: XUMGR REVIEW DATE: Select KEY: XMMGR REVIEW DATE: Select KEY: Select CPRS TAB: COR CPRS GUI "core" tabs. Are you adding 'COR' as a new CPRS TAB (the 1ST for this NEW PERSON)? No// YES (Yes) EFFECTIVE DATE: T (FEB 09, 2012) EXPIRATION DATE: Select CPRS TAB: PRIMARY MENU OPTION: EVE 1 EVE Systems Manager Menu 2 EVENT CAPTURE ECX ECS MAINTENANCE Event Capture 3 EVENT CAPTURE (ECS) EXTRACT AU ECX ECS SOURCE AUDIT Event Capture (ECS) Extract Audit 4 EVENT CAPTURE DATA ENTRY ECENTER Event Capture Data Entry 5 EVENT CAPTURE EXTRACT ECXEC Event Capture Extract Press to see more, '^' to exit this list, OR CHOOSE 1-5: 1 EVE Systems Manager Menu Select SECONDARY MENU OPTIONS: OR CPRS GUI CHART CPRSChart version 1.0.28. 24 Are you adding 'OR CPRS GUI CHART' as a new SECONDARY MENU OPTIONS (the 1ST for this NEW PERSON)? No// Yes (Yes) SYNONYM: Select SECONDARY MENU OPTIONS: MANAGE 1 MANAGE BUSINESS RULES USR BUSINESS RULE MANAGEMENT Manage Business Rules 2 MANAGE MAILMAN XMMGR Manage Mailman 3 MANAGE MOBILE ELECTRONIC DOCUM TIU MED MANAGEMENT MANAGE MOBILE EL ECTRONIC DOCUMENTATION 4 MANAGE ORDERABLE ITEMS ORCM ORDERABLES MENU Manage orderable items 5 MANAGE USER FILE XUSER FILE MGR Manage User File Press to see more, '^' to exit this list, OR CHOOSE 1-5: 2 XMMGR Manage Mailman Are you adding 'XMMGR' as a new SECONDARY MENU OPTIONS (the 2ND for this NEW P ERSON)? No// yes (Yes) SYNONYM: Select SECONDARY MENU OPTIONS: DISUSER: NO NO AUTHORIZED TO WRITE MED ORDERS: YES YES RESTRICT PATIENT SELECTION: NO NO Want to edit ACCESS CODE (Y/N): Y Enter a new ACCESS CODE : ******* Please re-type the new code to show that I have it right: ******* OK, Access code has been changed! The VERIFY CODE has been deleted as a security measure. You will need to enter a new VERIFY code so the user can sign-on. Want to edit VERIFY CODE (Y/N): Y Enter a new VERIFY CODE: ******** VERIFY CODE must be a mix of alpha and numerics and punctuation. Enter a new VERIFY CODE: ******** Please re-type the new code to show that I have it right: ******** OK, Verify code has been changed! *%GTM-E-TPLOCK, Cannot release lock(s) held prior to current TSTART*
like0

Comments

Problem with GT.M lock

DAVID Whitten's picture

This is a known problem with FoIA.

The MUMPS standard is very clear about how a  LOCK and a Transaction interact.

Unfortunately, Cache doesn't follow the standard, and GT.M does.

The WorldVistA release of the code fixes this.

David

713-870-3834

like0

Locking problem with GT.M

Nancy Anthracite's picture

I believe it is a problem with %ZTLOAD1.m (and hence ZTLOAD1.m as %ZTLOAD1.m
is generated from it). You can try backing up those two routines and
replacing them with those in the file found at this link using D ^%RI.

http://opensourcevista.net:8888/NancysVistAServer/wvehr-gtm-2009-06-
ZTLOAD1.rsa

--
Nancy Anthracite

On Thursday, February 09, 2012, whitten wrote:
> This is a known problem with FoIA.
>
> The MUMPS standard is very clear about how a LOCK and a Transaction
> interact.
>
> Unfortunately, Cache doesn't follow the standard, and GT.M does.
>
> The WorldVistA release of the code fixes this.
>
> David
>
> 713-870-3834
>
> --
> Full post: http://www.osehra.org/discussion/locking-problem-gtm [1]
> Manage my subscriptions: http://www.osehra.org/og_mailinglist/subscriptions
> [2]
> Stop emails for this post:
> http://www.osehra.org/og_mailinglist/unsubscribe/502 [3]
>
> [1] http://www.osehra.org/discussion/locking-problem-gtm
> [2] http://www.osehra.org/og_mailinglist/subscriptions
> [3] http://www.osehra.org/og_mailinglist/unsubscribe/502

--
Nancy Anthracite

like0