Actuarial Outpost
 
Go Back   Actuarial Outpost > Actuarial Discussion Forum > Software & Technology
FlashChat Actuarial Discussion Preliminary Exams CAS/SOA Exams Cyberchat Around the World Suggestions


Reply
 
Thread Tools Display Modes
  #211  
Old 08-11-2017, 05:37 PM
SanctuS's Avatar
SanctuS SanctuS is offline
Member
 
Join Date: Apr 2008
Posts: 63
Default

Yes.
Reply With Quote
  #212  
Old 08-11-2017, 05:40 PM
BassFreq's Avatar
BassFreq BassFreq is offline
Member
CAS
 
Join Date: Jun 2003
Location: Chicago
Studying for all eternity
Favorite beer: Duff
Posts: 1,681
Blog Entries: 2
Default

SAS knows how to find it, but you might need to explain to Enterprise Guide where the file is.

Does changing "SET NERD_STUFF;" to "SET Temp.NERD_STUFF" or to "SET BUTTS.NERD_STUFF" fix the problem?

Is there a LIBNAME %BUTTS statement in the inherited code that redefines the working directory?

If part of the code runs remotely and another part runs locally, that could also be a source of this kind of problem. Are there RSUBMIT and ENDRSUBMIT statements?
__________________
If at first you don't succeed, you have one data point.
Res ipsa loquitur, sed quid in infernos dicet?
Reply With Quote
  #213  
Old 08-11-2017, 05:41 PM
SanctuS's Avatar
SanctuS SanctuS is offline
Member
 
Join Date: Apr 2008
Posts: 63
Default

Quote:
Originally Posted by BassFreq View Post
SAS knows how to find it, but you might need to explain to Enterprise Guide where the file is.

Does changing "SET NERD_STUFF;" to "SET Temp.NERD_STUFF" or to "SET BUTTS.NERD_STUFF" fix the problem?

Is there a LIBNAME %BUTTS statement in the inherited code that redefines the working directory?

If part of the code runs remotely and another part runs locally, that could also be a source of this kind of problem. Are there RSUBMIT and ENDRSUBMIT statements?

I'm going to test the MoralHazard response and see if I can pull out the OPTIONS USER=BUTTS statement and see what happens.
Reply With Quote
  #214  
Old 08-11-2017, 05:49 PM
MoralHazard MoralHazard is offline
Member
CAS
 
Join Date: Jul 2011
Favorite beer: Sam Adams Rebel Rouser
Posts: 86
Default

Just be careful -- whoever put the "options user=" there probably did it for a reason. That statement has the effect of putting all the datasets without a prefix into "butts." There's a good chance that taking it out will break something else, so probably best to use "set work.nerd_stuff" instead.
Reply With Quote
  #215  
Old 08-11-2017, 06:01 PM
SanctuS's Avatar
SanctuS SanctuS is offline
Member
 
Join Date: Apr 2008
Posts: 63
Default

Quote:
Originally Posted by MoralHazard View Post
Just be careful -- whoever put the "options user=" there probably did it for a reason. That statement has the effect of putting all the datasets without a prefix into "butts." There's a good chance that taking it out will break something else, so probably best to use "set work.nerd_stuff" instead.
Thanks for the tip, but I'm going to run the test and see. I think it'll be okay, based on my survey of the code since the code is pretty explicit about calling BUTTS.[DATASET_NAME].DATA when required.

I think code 1 will still run and code 2 will no longer be a problem child.
Reply With Quote
  #216  
Old 10-11-2017, 09:18 AM
LICENSED TO ILL's Avatar
LICENSED TO ILL LICENSED TO ILL is online now
Member
 
Join Date: Oct 2005
Posts: 412
Default

Help me with defining a libname in SAS Enterprise 9.4:

libname store '\\My Depts\A&L_Files\Input\';

Get this error:
NOTE: Library STORE does not exist.
and A folder in my SAS library doesn't show up. I think it is due to the "&" in the filepath.

If I had " " around the filepath then this error shows up:
Apparent symbolic reference L_Files not resolved.

Any way around this besides changing the name of the folder (which I wouldn't be able to do nor want to request)?

Thanks!
__________________
Spoiler:
Quote:
Originally Posted by Abelian Grape View Post
Nothing gay about mirin' another bro's gains.
Quote:
Originally Posted by campbell View Post
Want to become aware of my fist?

Last edited by LICENSED TO ILL; 10-11-2017 at 11:50 AM..
Reply With Quote
  #217  
Old 10-11-2017, 03:37 PM
McBride McBride is offline
Member
CAS SOA
 
Join Date: Oct 2006
Posts: 73
Default

I tested using the ampersand and single quotes and it does work.

It may be the slashes. If EG is connecting to a Unix server, the slashes need to go the other way. Also, spaces in a path name can cause problems sometimes.
Reply With Quote
  #218  
Old 10-11-2017, 04:10 PM
ALivelySedative's Avatar
ALivelySedative ALivelySedative is offline
Member
CAS
 
Join Date: Dec 2013
Location: Land of the Pine
College: UNC-Chapel Hill Alum
Favorite beer: Red Oak
Posts: 1,397
Default

Not sure why the first option doesn't work. Never much used Unix, so McBride's solution may be the issue? Slash on the end needed? In this case I don't see why the space would present a problem. Looks like the double quotes are trying to resolve a nonexistent macro variable 'L_Files' because of the ampersand.
__________________
1/P | 2/FM | 3F/MFE | LC | ST |4/C | 5 | 6 || 7 | 8 | 9
VEE: Econ, Fin, Stat
OC1, OC2
COP
Reply With Quote
  #219  
Old 10-11-2017, 04:36 PM
LICENSED TO ILL's Avatar
LICENSED TO ILL LICENSED TO ILL is online now
Member
 
Join Date: Oct 2005
Posts: 412
Default

The single quote suppresses the "macro variable" (the ampersand) recognition iirc

I am connecting to Unix and the opposite direction slashes and different iterations of such [with ' and " and %STR() ] still doesn't work

Thanks tho, appreciate the tests gize!
__________________
Spoiler:
Quote:
Originally Posted by Abelian Grape View Post
Nothing gay about mirin' another bro's gains.
Quote:
Originally Posted by campbell View Post
Want to become aware of my fist?
Reply With Quote
  #220  
Old 10-11-2017, 10:28 PM
McBride McBride is offline
Member
CAS SOA
 
Join Date: Oct 2006
Posts: 73
Default

One other thing I thought of. The paths are case sensitive. I had that cause problems for me before.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


All times are GMT -4. The time now is 08:40 PM.


Powered by vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
*PLEASE NOTE: Posts are not checked for accuracy, and do not
represent the views of the Actuarial Outpost or its sponsors.
Page generated in 4.26569 seconds with 10 queries