LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (March 2001, week 2)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:         Sat, 10 Mar 2001 06:36:02 -0500
Reply-To:     don.henderson@US.PWCGLOBAL.COM
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         don.henderson@US.PWCGLOBAL.COM
Subject:      Re: How AF uses lists to define objects
Content-type: text/plain; charset=us-ascii

Andreas,

I suspect that David is trying to clean up lists created directly by SCL code written by others (which is why Don Stanley's earlier suggestion would likely not work for David).

David: correct me if my assumption is wrong here. But I suspect you are trying to add a facility to your SSP product/facility? And what you want to do is make sure that a program that a customer/user writes does not leave things lying around in the server environment that can pop up later and cause problems? This was a major request from SAS users of SAS/IntrNet and that is why I suspect you are trying to do something similar.

In Version 8 of SAS/IntrNet, SAS has provided that facility by implementing the Application Server as a PROC which gives them the facility to invoke each request in its own "Executive." An Executive is a separate sub-environment within SAS that is insulated from all others. That is how the V8 App Server guarantees no polution of macro vars, etc. It is also why things like the FMTSEARCH option have be specified within a program specified in a REQUEST INIT statement. See the following which makes mention of this concept of executives:

http://www.sas.com/rnd/web/intrnet/dispatch/how.html#works

I am not sure if SAS has surfaced the facility to SCL or to user programs to create an Executive, so that may not be an option for you.

The only suggestion I could make is that if my speculation is correct, perhaps you need to create a master list of all the lists before invoking the user program, and then after the user's program is done, delete all the lists not in this "master" list. However, there might also be other internal lists that it might be dangerous for you to delete this way.

-don henderson

Andreas Grueninger <grueninger@IBGRUENINGER.DE>@LISTSERV.UGA.EDU> on 03/10/2001 04:46:10 AM

Please respond to grueninger@ibgrueninger.de

Sent by: "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>

To: SAS-L@LISTSERV.UGA.EDU cc: Subject: Re: How AF uses lists to define objects

I have the strong feeling that you try to do something really unnecessary. Lists created by SAS objects are deleted automatically when the object is terminated. If you manipulate this lists you destroy the internal structure.

I create all lists at the beginning of a program/method and I leave all programs/methods at defined points and there is always a macro which kills all lists I defined at the beginning of the program/methods. And nothing else is deleted by me.

dward@INTERNEXT-INC.COM (David L. Ward) wrote:

>If the lists are local (odd), I can delete them as well. But strange things >start happening with any code afterwards. When I try to instantiate any >objects I get those nasty severe task errors, etc. The lists I am deleting >look like what you get when you execute a putlist on an object, sublists of >sublists of sublists, with _INSTANCE_ATTRS_, _ATTRS_, etc. I would assume

* --------------------------------- + ! Ingenieurbuero Grueninger ! ! Andreas Grueninger ! ! Uhlbergstr. 15 ! ! 72631 Aichtal (Germany) ! ! email: grueninger@ibgrueninger.de ! + --------------------------------- ;

---------------------------------------------------------------- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.


Back to: Top of message | Previous page | Main SAS-L page