An Access Violation might occur if a stored process reassigns an existing pre–assigned LIBREF using a different engine. For example, if a library called MYLIB is assigned in the Stored Process Server's autoexec using the V9 engine, and this same LIBREF is reassigned in a stored process using the SPDE engine or SPDS engine, such an action might cause an Access Violation.
The following scenario illustrates the problem.
If you encounter this problem, then check the autoexec file of the SAS Stored Process Server for an allocation of the LIBREF that you are trying to reallocate. Also, check the SAS® Management Console (under Data Library Manager) for a pre–assigned library with the same LIBREF). Then, perform EITHER of the following steps:
If a LIBREF is pre–assigned and the stored process code attempts to CLEAR it (using the CLEAR option on a LIBNAME statement), it will not be cleared and the following WARNING message will appear in the log file for the SAS Stored Process Server:
The following statement (inserted at the top of the stored process code) can be used to determine if a library called "mylib" is already pre–assigned and will determine which engine it is using:
The Stored Process Server log file should contain information (at the top) about the libraries that are pre–assigned. This log file should be in a location that is similar to the following:
In the Windows environment, the following error messages might occur if you encounter this problem:
ERROR: Generic critical error. STP_ERR: A failure occurred in reading the Sas Log for Context ERROR: Read Access Violation In Task [ DOSSCHT )
In the UNIX environment, the following error messages might occur if you encounter this problem:
Segmentation Violation In Task [ <task name here> ( ] Fault and traceback information not available Task Traceback
Product Family | Product | System | SAS Release | |
Reported | Fixed* | |||
SAS System | SAS Integration Technologies | Microsoft® Windows® for x64 | 9.1 TS1M3 SP4 | 9.2 TS2M0 |
Microsoft Windows XP 64-bit Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows Server 2003 Enterprise 64-bit Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows Server 2003 Datacenter 64-bit Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft® Windows® for 64-Bit Itanium-based Systems | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
z/OS | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows 2000 Advanced Server | 9.1 TS1M3 SP4 | |||
Microsoft Windows 2000 Datacenter Server | 9.1 TS1M3 SP4 | |||
Microsoft Windows 2000 Server | 9.1 TS1M3 SP4 | |||
Microsoft Windows 2000 Professional | 9.1 TS1M3 SP4 | |||
Microsoft Windows NT Workstation | 9.1 TS1M3 SP4 | |||
Microsoft Windows Server 2003 Datacenter Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows Server 2003 Enterprise Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows Server 2003 Standard Edition | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Microsoft Windows XP Professional | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
64-bit Enabled AIX | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
64-bit Enabled HP-UX | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
64-bit Enabled Solaris | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
HP-UX IPF | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Linux | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Linux on Itanium | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
OpenVMS Alpha | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Solaris for x64 | 9.1 TS1M3 SP4 | 9.2 TS2M0 | ||
Tru64 UNIX | 9.1 TS1M3 SP4 | 9.2 TS2M0 |
A fix for this issue for SPD Server 4.4 is available at:
http://www.sas.com/techsup/download/hotfix/spds44.html#034961Type: | Problem Note |
Priority: | high |
Date Modified: | 2009-03-11 13:59:18 |
Date Created: | 2009-02-26 12:04:20 |