OI and locking (OpenInsight Specific)
At 22 FEB 2002 02:43:42PM b cameron wrote:
On OI with NLM or sservice if you
Lock Filehandle,Key then
read item from filehandle,key then
end
Unlock Filehandle,key else
end
What happens if during 'some processing' the debugger comes up, the user 'aborts' then 'ends', then continues in the application.
Is that record still locked for that user until they log out?
At 24 FEB 2002 03:35PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:
As a rule a debugger abort does an "Unlock all".
World Leaders in all things RevSoft
At 25 FEB 2002 01:59PM b cameron wrote:
Thanks Sprezz,
I assumed that and needed a second opinion to pass along as a confirmation.
We seem to be having a users getting a 'File Error=104' message
when logging onto our app. That fact that the message only has the
left bracket and the error code seems to indicate it is 'programmer' generated and I have been weeding through the needle stack of code looking for the needle. It would seem that some locking is taking
place somewhere. This system is set up with 70% of the app. in OI
and 30% still running the AREV version. Since I am not that familiar with AREV what could I be looking for re: networking issues in this scenario?
Thanks
At 26 FEB 2002 11:30AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
I'm not really sure this is completely a networking issue. FS104 is a general OS write error. This could happen because the file is locked by the server or another user. It could also happen because of a GFE. It could also happen on an OSWrite on an invalid path or locked file. I don't think you would get that error because of a stray R/BASIC LOCK statement.
There could be an issue with sharing the app between ARev and OI, if they aren't recognizing each other. What's the network driver in both systems and the server?
World Leaders in all things RevSoft
At 26 FEB 2002 01:43PM b cameron wrote:
That was my original thought back when they first came upon this; that there was locking problems in the code.
I have been going back and adding locking/unlocking to programs.
This is an inherited app. so more needles in the needle stack.
But…
Yes, all of the netdrivers are the same NOW. (1.5a)
The strange thing is that once this starts happening
it will take a little while to progress to where you can't get into
AREV at all (usually no station ID msg). I can get into OI in developer. I do, and check for GFE's and find them (twice now in SYSOBJ as well as other tables), BUT can't fix…
Then whenever/whoever the lock is, is released, and I can get in
and then NO GFE'S anymore. Phantom's??
Any other clues/suggestions/ideas greatly appreciated.
At 26 FEB 2002 02:22PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:
Do all the AREV stations have "Always suspend" unchecked in their pif?
World Leaders in all things RevSoft
At 26 FEB 2002 02:47PM b cameron wrote:
As far as I know, but will pass along for them to check.
I am assuming that they should be 'unchecked', right?
At 26 FEB 2002 02:55PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:
Right… this can lead to a cascading locking effect.
World Leaders in all things RevSoft
At 26 FEB 2002 03:34PM b cameron wrote:
Thanks, within the same theme…
I assume I know the answer to this but will ask anyway.
In another Basic we could…
Read dynarray from filehdle,id locked
msg...'user ':var:' has item ':id:' locked'then
…
End Else
…
End
Do we have something similar in OI or another way to do this?
At 26 FEB 2002 03:49PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:
Whilst AREV supports this it was never incorporated into OI. So most people create a function called say locker which attempts the lock several times before warning the user that it cannot be got and offering them the chance to abort.
World Leaders in all things RevSoft
At 26 FEB 2002 05:01PM b cameron wrote:
Yup, have been doing that already.
The strange thing is that the message is got on start up of the OI app also. Has title of Message and then the text is 'File Error=
104' which would indicate a 'programmer' type but I can't seem to
locate it so it may be called from a table with a variable calling
with a set_status or @file.error or etc…
Thanks for the response I will keep poking…
At 26 FEB 2002 06:23PM [url=http://www.sprezzatura.com" onMouseOver=window.status=Click here to visit our web site?';return(true)]The Sprezzatura Group[/url] wrote:
That is very likely a
WRITE VAR ON FVAR ELSE CALL ERRORMSG
EQUATE FS_WRITE_ERR$ TO 104 ;* 2 Write error: nature unknown.
World Leaders in all things RevSoft
At 26 FEB 2002 06:54PM b cameron wrote:
No such luck in my searching for that… I know it still means it could be there in some other amalgamation (sp?).
Not admitting to being a Novell guy, could I use monitor-]File open/lock possibly to get the user and/or rev?????.?? name?
I've got them looking for bad cards, cables, connections etc.
They can go for days without a problem then wham 6, 7, 10+ will get the message. I probed them for any patterns in running specific programs right before but there doesn't seem to be anything distinct.
Thanks again for the reponse… don't the pubs close down there soon? ;)