Date:         Thu, 17 Jul 2003 05:59:08 -0700
Reply-To:     WebMiner <graham.murray@WEBMINER.CO.UK>
Sender:       "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:         WebMiner <graham.murray@WEBMINER.CO.UK>
Organization: http://groups.google.com/
Subject:      Re: MODULEN/C
Content-Type: text/plain; charset=ISO-8859-1

Stephen,

Have you tried the -noterminal option on the sas command line in your
batch job ?  I know it fixes some similar types of problems with batch
SAS (proc export IIRC) although I don't know if it will fix your
issue.

ie.  SAS -sysin sasprog.sas -noterminal ...etc

HTH,

Graham.

http://www.WebMiner.co.uk - Resources for SAS and web developers.


> I have been using the MODULEN/C functions in SAS to talk to an API. I run
> this task in a SAS batch job. Unfortunately if the API encounters an error
> it has a tendency to inform the user via a message box. In the batch job
> what happens is that no user sees the message box but the API sits and waits
> for a user response that will never come. The batch then hangs forever thus
> annoying those well known Stalinist monsters - the central systems
> administrators. Some APIs allow you to suppress this kind of messaging but
> does anyone know of some clever way of switching off messaging for all APIs
> or even more cleverly of diverting messages into the SAS log (without the
> hanging experience). Too much to hope for?
>
> Yours in hope rather than expectation
>
> Stephen Dunn
> Highway Insurance
> Tel: 01277 266253
> Fax: 01277 262828
> e-mail: stephen.dunn@highway-insurance.co.uk
>
>
>
> Member of the General Insurance Standards Council
>
> This email, together with any attachment(s), is for the exclusive
> and confidential information of the addressee(s).  Any other distribution,
> use or reproduction without the sender's prior consent is unauthorised
> and strictly prohibited.  If you receive this message in error, please
> notify the sender immediately and delete the message without making any
> copies.
> Any views or opinions expressed are the author's and do not necessarily
> represent those of Highway Insurance.  You should not rely on the content
> of this message unless satisfied it is from an authorised source.
> Highway Insurance reserves the right to monitor all email communications.