When Cancel goes to Error Link
#1
Posted 20 June 2005 - 01:17 PM
For some reason, when I press slash enter on the enquiry screen I end up in
error link,but if I use F3 (EOD) I.E OK.
I am intending to link the error page on the error link in the function.
This error page would display COMMS VARIABLE almost the same as @SYSLOOK.
Regards,
Matthews
#3
Posted 20 June 2005 - 04:11 PM
Lew
#4
Posted 21 June 2005 - 06:34 AM
First of all I want to send the error parameters to an XML page then send the parameters
to the JAVA mail API (bugtrack website) and the MMS/SMS.The user do not give all information and
the users just reboot the systems. I am looking at some error exception handling without having to
using the error logic,but looking at the overral function.I would like to know who the user,company,@TFUNCT
@LFUNCT,@#COMMS,@$COMMS, @DATE, @TIME
I am basically trying to trap errors like :-
@RFUNCT
11:10:45 COMMUNICATIONS MENU NAM/SYS/TTYP24
qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
The following error occurred, causing your function to COM.HOTR
be aborted and an automatic rollback to be performed. 11:10:49
@MSG [ 18]
@MSGTEXT [018 - ERROR IN WRITING FILE - ]
@MSGARGS [COM-HOTR ]
@SYSERR [0 ]
@SYSERRTEXT [ ]
Press
#5 Guest_Guest_Paul_*
Posted 21 June 2005 - 08:42 AM
You can do this by writing your own function to do what you want, i.e. write a log record with all com variables, @SYSERR, @SYSERRTEXT, @MSG, @MSGTEXT, @MSGARGS, @PFUNCT etc. and then assigning your function to @RFUNCT at logon. This remains persistent for the session or until changed again.
HTH,
Paul
#6
Posted 21 June 2005 - 10:12 PM
Paul's basically got it.
The error link is for a user canceling out of the screen. It's coded as @EFUNCT or set in the function via the error link tag.
The error screen is @RFUNCT.
It would probably clarify things more in future releases of ProIV to refer to the exit link at the EOD link and the error link as the Cancel link... or simply drop the error link altogether.
@EFUNCT is meaningless in anything other than screen or menu functions (as far as I know).
Regards,
Joseph
#8
Posted 22 June 2005 - 09:45 AM
I think that is indeed true.@EFUNCT is meaningless in anything other than screen or menu functions (as far as I know).
FWIW, for "server side" reports/updates I have often defined/used @EFUNCT to be the link function for "application initiated aborts" - ie. whenever the application detects some exception/situation it can't deal with silently then log some diagnostics, set @LFUNCT=@EFUNCT and FNEXIT. Obviously you can encapsulate this in global logic.
#9
Posted 22 June 2005 - 02:30 PM
I just ran a test on this in 4.6 to check what I'd been teaching for the last 15 years was still vaguely true!
BTW "works like a bomb" describes a lot of my code... e.g. explodes without warning devastating the local area!
#11
Posted 22 June 2005 - 05:53 PM
Uh oh, could you clarify what 'invalid' actually meant in the context you tested?The "Error link" from Reports or Updates gets called in situations such as the Primary file on LU1 being invalid.
Also a question - do you know if this still applies when there's a database transaction extant - ie. there _ought_ to be a rollback?
Thx
Edited by Richard Bassett, 22 June 2005 - 05:54 PM.
#12
Posted 22 June 2005 - 09:22 PM
Set Exit link to @MAIN and Error link to @SYSLOOK.
Used ALIAS to point to a file I knew existed... exit to @MAIN
Changed ALIAS to point to a file I knew did not exist... exit to @SYSLOOK
If I get time tomorrow I could try running on Oracle - not sure what to try though... trying to access a non-existant Table? This wouldn't have anything to roll-back, so it have to be a table nested somewhere down the Function. I'm not sure about whether I predict this to occur. Failure to read primary file in first LU is the only thing I'm confident will cause it!
#13 Guest_Guest_*
Posted 23 June 2005 - 09:17 AM
Well.. there can in theory be something to undo anywhere a transaction spanned functions (ENABLE(@NOAUTOC) or whatever it was) or if there was a (GLOBAL_)LSCALL in default logic or explicit SQL in default logic (or possibly a few other obscure scenarios).This wouldn't have anything to roll-back, so it have to be a table nested somewhere down the Function
Any file-open failure should cause a rollback - even sequential files. What I can't remember is if ProIV thinks it "knows" and behaves differently when there is an active transaction or simply when connected to Oracle or something.not sure what to try though... trying to access a non-existant Table?
#14
Posted 21 February 2008 - 05:34 PM
Same problem,'018 - error in writing file - TempFile'
@SYSERRTEXT - Error while excuting the query'
ERROR : current transaction is aborted , commands ignored until end of transaction block.
This is only a PROIV File browser time.
Neil Hunter what did you do?
Any help?
Thanks in advance ,
Matthews Estrice
#15
Posted 22 February 2008 - 05:59 AM
Hi everyone,
Same problem,'018 - error in writing file - TempFile'
@SYSERRTEXT - Error while excuting the query'
ERROR : current transaction is aborted , commands ignored until end of transaction block.
This is only a PROIV File browser time.
Neil Hunter what did you do?
Any help?
Thanks in advance ,
Matthews Estrice
Why not recreate the browser?
Is TempFile a SEQ file?
Reply to this topic
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users