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 (April 1996, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Thu, 18 Apr 1996 10:38:57 GMT
Reply-To:   dstanle@ibm.net
Sender:   "SAS(r) Discussion" <SAS-L@UGA.CC.UGA.EDU>
From:   Don Stanley <dstanle@IBM.NET>
Organization:   Information Power
Subject:   SAS/ASSIST Download Problem

I have a user who regularly downloads SAS datasets from MVS to Win 3.11 using CONNECT via SAS/ASSIST. Today she generated some never before seen error messages, and downloading no longer works. Yesterday, in the late afternoon, all was well.

When she downloads she clicks a download button and gets a list of datasets and a prompt to select which one to download. Today, she gets a progam halt in an ASSIST program entry. However, that is not the real problem, the halt is caused by a data step that attempts to update a dataset WORK.DATV2. This is all internal to the SAS download process, but we see it in the log.

Specifically, the download process executes (on MVS) an SQL query that creates a view called WORK.DATV and containing the names of all SAS datasets that could be downloaded. Then it downloads that view creating a dataset called WORK.DATV2 on the PC. This then becomes the input to the ASSIST program field that displays the datasets for selection. Before ASSIST displays that list, it trys to recreate the WORK.DATV2 file using a datastep, this is to create a new variable. It is this datastep that is suddenly failing. Furthermore, the errors in the log are in fact of the form EXPECTING ONE OF THE FOLLOWING, and then a list of SQL keywords. The error is flagged on the work DATA, ie the start of the data step.

Unusually, or perhaps not given this is all internal to SAS/ASSIST, the line numbers in the log have 40 as the successful download of the WORK.DATV view, but then 53 for the DATA that is in error. It looks like a few lines aren't in the log.

Now given my usual skepticism when people tell me nothing has changed I have tried to find differences between today and yesterday when the download worked. That isn't easy, as the PC user is 400 miles away. However, I believe her level of knowledge of SAS and PC's would render her incapable of making any change to her system. The MVS side certainly hasn't changed. So I have to believe what she says although the possibility of accidental modification exists.

Now I don't expect anyone to solve this. But if anyone does happen to have seen this problem when downloading from ASSIST, and in particular errors relating to WORK.DATV view and WORK.DATV2 dataset I'd love to know how you got around it.

If anyone from SAS does read this, I've tracked it via New Zealand SAS but I would love a response from anyone outside the usual tech support area as well if you have any ideas. This is a critical credit card MIS system which is now causing major grief to the user.

Thanks Don

============================================================================== =

Don Stanley DSTANLE@IBM.NET Information Power Limited SAS Institute Quality Partners Wellington NEW ZEALAND

Author : Beyond The Obvious With SAS Screen Control Language Currently Writing : Effective Use Of The Frame Entry In SAS Software (Working title)


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