New post
Question
· Sep 18, 2017

<ZSG> Error

#Caché

Error:$ZERROR: <ZSG>%Save+5^GL.Account.1

Does anyone know what this error means?

Discussion (7)1
Log in or sign up to continue
Arun Kumar · Sep 18, 2017

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.

0 0
Dmitry Maslennikov · Sep 18, 2017

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.

0 0
Herman Slagman · Sep 18, 2017

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

0 0
Anna Golitsyna · Jun 11, 2021

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
 

1 0