BookmarkSubscribeRSS Feed
☑ This topic is solved. Need further help from the community? Please sign in and ask a new question.
Tom
Super User Tom
Super User

And there is nothing in those photographs that says there was any trouble with the libname statement.

In fact the libname statements are not even using any macro variables.

In fact there are not even any errors at all that are visible in those photographs.

 

The original message posted this code:

Tom_0-1654827494033.png

Which caused this error message:

Tom_1-1654827557835.png

 

 

 

 

So what is that you are you asking about now?

 

Patrick
Opal | Level 21

@A-junamu_-  May-be next time ask one question at a time.

So for your 2nd question it's exactly as the SAS log tells you:

The session encoding under which you run your SAS session is not the same like the encoding that has been used when creating your source table.

You see such messages for example when you copy a SAS table created under Windows SAS to an environment under Unix SAS. It's just a Note informing you so nothing bad will happen. Such CEDA reading (Cross Environment Data Access) will impact on performance - but that's it.

Ready to join fellow brilliant minds for the SAS Hackathon?

Build your skills. Make connections. Enjoy creative freedom. Maybe change the world. Registration is now open through August 30th. Visit the SAS Hackathon homepage.

Register today!
How to Concatenate Values

Learn how use the CAT functions in SAS to join values from multiple variables into a single value.

Find more tutorials on the SAS Users YouTube channel.

Click image to register for webinarClick image to register for webinar

Classroom Training Available!

Select SAS Training centers are offering in-person courses. View upcoming courses for:

View all other training opportunities.

Discussion stats
  • 16 replies
  • 1311 views
  • 0 likes
  • 4 in conversation