Re: Serialized continuation size

"Scott G. Miller" <[email protected]>
Newsgroups gmane.comp.java.sisc.user
Message-ID <[email protected]>
On Mon, Apr 24, 2006 at 08:22:13AM -0700, Dan wrote:
> Hi Scott,
> 
> I'm not subscribed to sisc-users, and don't know how
> to create a proper reply within the existing
> "Serialized continuation size" thread.

SISC users is an open list, so you should be able to reply to 
[email protected] in the future.

> 
> A few points:
> 
> * it would be nice to have something like Chicken
> Scheme's chicken-dump (which displays the structure of
> a serialization file)

Raise a feature request for it on SourceForge.  It would be an 
interesting tool.

> 
> * you said
> 
> > Other, user defined procedures may be
> > serialized however.
> 
> For example, the definition (body) of a
> globally-defined procedure might be serialized? How
> about a procedure defined within a module?

Actually, checking now, if a procedure is defined in a named symbolic 
environment, a reference to that procedure is serialized instead.  So 
toplevel references, including toplevel defined module exports, won't be 
serialized in there entirety.

> How about the code making up the continuation (i.e.
> the remaining statements to be executed)?

Active microexpressions are serialized, so yes, some of the compiled 
portions of any procedure can be there.

> 
> As a SISCweb user/customizer, I certainly don't want
> any code fragments to be ever serialized -- only
> perhaps references to code fragments. How do I ensure
> this? Do I need to create new heap files?

What are you concerned about exactly?  

  Scott


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.