<ZSG> Error
Error:$ZERROR: <ZSG>%Save+5^GL.Account.1
Does anyone know what this error means?
Comments
Hi Peter,
Please check the below-mentioned message.
Pasi This is a forced error as Paul describes. It occurs in the %Save method of a persistent object to trap a number of different cases where the save should not proceed.
The %Save method includes code that should catch and handle this error, so you should not see it in your application. Is there anything unusual about the class where it occurs? Does it contain a %OnAddToSaveSet method or custom storage schema or anything else that is odd? Regards George George James Software Cach� Tools, Training, Technology www.georgejames.com +44-1932-252568 > -----Original Message----- > From: Paul Gausden [mailto:[EMAIL PROTECTED] > Posted At: 27 July 2004 14:41 > Posted To: Cach� Newsgroup > Conversation: <ZSG>%Save+9 > Subject: Re: <ZSG>%Save+9 > > > The error code is a forced application error, so it will not > be in the documentation. > > from the command line: > > >ZT "SG" > > ZT "SG" > ^ > <ZSG> > > > Regards > > Paul > > "Pasi Leino" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > Cach� 5.01, Windows 2000 Server > > > > I hit the error in subject. Any idea what it might be? > Could not find > > in docs, nor from the archieve. > > > > thanks, > > -Pasi- > > > > > >
Thanks,
Arun Kumar Durairaj.
I think that is the issue.
This is the line that is generating the error.
Set sc=..%BuildObjectGraph(related+2) If ('sc) ZTrap "SG"
This error may be thrown by some different reasons while you call %Save for an object.
In my case at this place "%Save+5" I have a call to method %BuildObjectGraph, which is internal in %RegisteredObject class. Described as "Build the list of reachable objects and their dependencies". This method calls recursively, so, maybe some troubles with dependencies.
It's on 2017.1
Do you need any further help?
What version of Cache are you running ?
We had a similar issue with %Open, it was a bug:
there was a leak in $ZE variable, which was fixed by change DLP3616 - Object Storage - complete object initialization when %LoadData fails. The change now reset $ZE="" on start of %LoadData method.
2016.2.1 (Build 803_0_16949U)
Maybe it is related
I hit largely the same $System.OBJ.%Save <ZSG> error, in a code you cannot see, of course. After reading this thread I realized that the only unusual thing I did is to give my programmatically created project a numeric name. Apparently, there is a check inside %Save: if numeric it must be an object ID and not name… The error was gone as soon as I added a letter in the beginning of the name.
I am also on Cache 2017