<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>LinusH Tracker</title>
    <link>https://communities.sas.com/kntur85557/tracker</link>
    <description>LinusH Tracker</description>
    <pubDate>Tue, 29 Sep 2026 22:02:30 GMT</pubDate>
    <dc:date>2026-09-29T22:02:30Z</dc:date>
    <item>
      <title>Re: Need Guidance on SAS DI Jobs Migration to Azure (590 Jobs / 55 Datamarts)</title>
      <link>https://communities.sas.com/t5/Developers/Need-Guidance-on-SAS-DI-Jobs-Migration-to-Azure-590-Jobs-55/m-p/994238#M6701</link>
      <description>&lt;P&gt;Here on SAS Communities you usually get help on how to use SAS, not how to stop using SAS...&lt;/P&gt;
&lt;P&gt;Highly doubt there exists supported migration tools. Usually it's the new supplier (which you for some hasn't told us - Azure based could pretty much be anything that runs in cloud) that supplies migration tools, so contact them/their community for support.&lt;/P&gt;</description>
      <pubDate>Mon, 28 Sep 2026 10:40:03 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Developers/Need-Guidance-on-SAS-DI-Jobs-Migration-to-Azure-590-Jobs-55/m-p/994238#M6701</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-09-28T10:40:03Z</dc:date>
    </item>
    <item>
      <title>Re: How to periodically clear the log ONLY IF none error?!</title>
      <link>https://communities.sas.com/t5/SAS-Programming/How-to-periodically-clear-the-log-ONLY-IF-none-error/m-p/993141#M380483</link>
      <description>There are a few options you can play with to prevent the log to grow as fast:&lt;BR /&gt;NOMPRINT &lt;BR /&gt;NOSYMBOLGEN&lt;BR /&gt;NOMLOGIC&lt;BR /&gt;NOSOURCE&lt;BR /&gt;NOSOURCE2&lt;BR /&gt;NONOTES</description>
      <pubDate>Mon, 07 Sep 2026 06:56:44 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/How-to-periodically-clear-the-log-ONLY-IF-none-error/m-p/993141#M380483</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-09-07T06:56:44Z</dc:date>
    </item>
    <item>
      <title>Re: odbc performance mystery--libname access slow, but sending same SQL via pass-through is really f</title>
      <link>https://communities.sas.com/t5/SAS-Programming/odbc-performance-mystery-libname-access-slow-but-sending-same/m-p/990113#M380262</link>
      <description>Yes, the short CPU timings tells us something is going on in SQLS, not SAS.</description>
      <pubDate>Fri, 26 Jun 2026 06:49:05 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/odbc-performance-mystery-libname-access-slow-but-sending-same/m-p/990113#M380262</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-26T06:49:05Z</dc:date>
    </item>
    <item>
      <title>Re: Add white row before a variable value</title>
      <link>https://communities.sas.com/t5/New-SAS-User/Add-white-row-before-a-variable-value/m-p/990084#M43956</link>
      <description>It seems you try to create a report in a SAS dataset/table, which is not optimal.&lt;BR /&gt;If you have somewhat structured source data, there are several SAS procedures to create reports, like PRINT and REPORT. &lt;BR /&gt;You can even use a data step with PUT statements for high degree of customization.&lt;BR /&gt;Please share a sample of your source data and we could suggest a proper tool to use for your report.</description>
      <pubDate>Thu, 25 Jun 2026 14:52:09 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/Add-white-row-before-a-variable-value/m-p/990084#M43956</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-25T14:52:09Z</dc:date>
    </item>
    <item>
      <title>Re: odbc performance mystery--libname access slow, but sending same SQL via pass-through is really f</title>
      <link>https://communities.sas.com/t5/SAS-Programming/odbc-performance-mystery-libname-access-slow-but-sending-same/m-p/990063#M380250</link>
      <description>&lt;P&gt;Agree, it seems weird.&lt;/P&gt;
&lt;P&gt;Don't know what's going on, but adding more logging/tracing might give some hints:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;Compare real and CPU time, gives a hint whether the extra time is spent in SAS or SQLS.&lt;/LI&gt;
&lt;LI&gt;msglevel=i, verifies if the join etc is sent to SQLS&lt;/LI&gt;
&lt;LI&gt;You could platy with some of the other SASTRACE options, like ,,,s and ,,t,&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;If you don't get closer to an understanding, open a track to SAS could be an option.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 25 Jun 2026 06:23:10 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/odbc-performance-mystery-libname-access-slow-but-sending-same/m-p/990063#M380250</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-25T06:23:10Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain the answer code for this challenge question?</title>
      <link>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989736#M43940</link>
      <description>&lt;P&gt;1. Since there's an explicit OUTPUT when last.code, you need to retain the value of firstsnow across observations. All variables are reset for each observation, RETAIN prevents that to happen for selected variable.&lt;/P&gt;
&lt;P&gt;2. This set of statements makes sense only to execute when you are at the last observation for your by group /code).&lt;/P&gt;
&lt;P&gt;3. In a regular data step, there is an implicit OUTPUT at the end - usually at RUN. When introducing an explicit OUTPUT, there is no implicit OUTPUT any more, and you only write&amp;nbsp; an observation at the OUTPUT statement. In this case when the condition last.code is true.&lt;/P&gt;</description>
      <pubDate>Wed, 17 Jun 2026 09:25:32 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/Can-someone-explain-the-answer-code-for-this-challenge-question/m-p/989736#M43940</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-17T09:25:32Z</dc:date>
    </item>
    <item>
      <title>Re: Recurring question: Automatically Adjust Row Height in Excel</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Recurring-question-Automatically-Adjust-Row-Height-in-Excel/m-p/989569#M380217</link>
      <description>&lt;P&gt;With some trial and error and AI conversation, I got all lines visible from your example:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data HAVE;
  x = catx( '0A'x , '0000000000', '4445566778','9999999999','9991123456'); 
run;

ods excel file="print.xlsx" options(sheet_name='Test' 
												 flow="Tables" 
												 row_heights="0,0,0,0,0");          
  proc print data=HAVE noobs ;
  	var x / style(column)={width=2.5cm
                           vjust=top 
                           tagattr="wrap:yes"
                       };
  run;
ods excel close;&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;But as you can guess, the setting of width= needs to be correlate with the actual length of your strings, which probably will make this hard to use in every day applications....?&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jun 2026 12:37:06 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Recurring-question-Automatically-Adjust-Row-Height-in-Excel/m-p/989569#M380217</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-11T12:37:06Z</dc:date>
    </item>
    <item>
      <title>Re: SAS and S3 File Systems</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/SAS-and-S3-File-Systems/m-p/989451#M30831</link>
      <description>&lt;P&gt;As I understand it you could mount it to your Kubernetes cluster, but maybe that's not what you are looking for?&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jun 2026 11:14:43 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/SAS-and-S3-File-Systems/m-p/989451#M30831</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-10T11:14:43Z</dc:date>
    </item>
    <item>
      <title>Re: Using custom Autoexec at startup of SAS EG</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Using-custom-Autoexec-at-startup-of-SAS-EG/m-p/989044#M46499</link>
      <description>&lt;P&gt;There are probably many ways of doing this, so it may come down to your requirements.&lt;/P&gt;
&lt;P&gt;How many teams are there that need separate autoexec?&lt;/P&gt;
&lt;P&gt;First, I don't think you should bypass the existing set up with the central ones.&lt;/P&gt;
&lt;P&gt;The different option within EG will distribute the logic from the server. This will be question of governance.&lt;/P&gt;
&lt;P&gt;On the server you could create separate compute contexts (e.g. other SASApp's). This a quite a change and feasible if you don't too many groupings and want other separation between you user groups.&lt;/P&gt;
&lt;P&gt;Maybe you could have a %include code in your central autoexec (with some kind of logic that pickup users group and select the appropriate .sas file), or %if %then %else sections in your autoexec code.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 02 Jun 2026 14:02:18 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Using-custom-Autoexec-at-startup-of-SAS-EG/m-p/989044#M46499</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-06-02T14:02:18Z</dc:date>
    </item>
    <item>
      <title>Re: PROC EXPORT bug? Placement of WHERE and KEEP in dataset options</title>
      <link>https://communities.sas.com/t5/SAS-Programming/PROC-EXPORT-bug-Placement-of-WHERE-and-KEEP-in-dataset-options/m-p/988680#M380152</link>
      <description>&lt;P&gt;This looks like some kind of a bug, report it to SAS tech support.&lt;/P&gt;</description>
      <pubDate>Wed, 27 May 2026 07:08:30 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/PROC-EXPORT-bug-Placement-of-WHERE-and-KEEP-in-dataset-options/m-p/988680#M380152</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-05-27T07:08:30Z</dc:date>
    </item>
    <item>
      <title>Re: Snowflake Queries</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Snowflake-Queries/m-p/987209#M46490</link>
      <description>&lt;P&gt;Please provide the query (and log) so we can help analyze it, ideally with using the options in the link from &lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/159"&gt;@Tom&lt;/a&gt;.&lt;/P&gt;</description>
      <pubDate>Tue, 05 May 2026 13:08:50 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Snowflake-Queries/m-p/987209#M46490</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-05-05T13:08:50Z</dc:date>
    </item>
    <item>
      <title>Re: Export a dataset to csv inserting the delimiter at the end of each row</title>
      <link>https://communities.sas.com/t5/SAS-Programming/Export-a-dataset-to-csv-inserting-the-delimiter-at-the-end-of/m-p/986588#M379968</link>
      <description>&lt;P&gt;Just to fix the output issue, you could use the of _all_ construct with catx:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data _null_;
	set &amp;amp;Lib..&amp;amp;Mem;
	length out $1000;
	out = cats(catx(';', of _all_),';');
	file "&amp;amp;outfile" mod lrecl=32767 encoding="utf-8";
	put out;
run;&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Tue, 21 Apr 2026 10:39:36 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/Export-a-dataset-to-csv-inserting-the-delimiter-at-the-end-of/m-p/986588#M379968</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-04-21T10:39:36Z</dc:date>
    </item>
    <item>
      <title>Re: Lesson 7: Accessing DBMS Data with SAS/ACCESS</title>
      <link>https://communities.sas.com/t5/SAS-Data-AI-Studio/Lesson-7-Accessing-DBMS-Data-with-SAS-ACCESS/m-p/986480#M11564</link>
      <description>It's pretty much in the message, you need to specify on which server your SAS PC Files Server is executing.&lt;BR /&gt;This information should be documented for your environment.</description>
      <pubDate>Fri, 17 Apr 2026 06:31:20 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-AI-Studio/Lesson-7-Accessing-DBMS-Data-with-SAS-ACCESS/m-p/986480#M11564</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-04-17T06:31:20Z</dc:date>
    </item>
    <item>
      <title>Re: Bulk loading</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Bulk-loading/m-p/986479#M30791</link>
      <description>I don't have the "Bulk Load" tab in my advanced settings, probably because we are using SAS/ACCESS to SQL Server, not ODBC. I'm on 9.4M8 Linux.&lt;BR /&gt;Not sure what you refer to when you say "advanced option in ODBC set up". Do you mean ODBC Manager (Ican't fins an advanced option here)?&lt;BR /&gt;I think it should be enough to set it on the libname, the important thing is to generate the BULKLOAD=YES when your LIBNAME statement is being generated.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Apr 2026 06:24:56 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Bulk-loading/m-p/986479#M30791</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-04-17T06:24:56Z</dc:date>
    </item>
    <item>
      <title>Re: Daily SAS Problem?</title>
      <link>https://communities.sas.com/t5/New-SAS-User/Daily-SAS-Problem/m-p/985482#M43778</link>
      <description>There are lot of coding challenges on internet. You can use those even if they aren't SAS specific, just use SAS to solve them.&lt;BR /&gt;One example I've couple of years is "Advent of Code".</description>
      <pubDate>Fri, 27 Mar 2026 12:54:32 GMT</pubDate>
      <guid>https://communities.sas.com/t5/New-SAS-User/Daily-SAS-Problem/m-p/985482#M43778</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-27T12:54:32Z</dc:date>
    </item>
    <item>
      <title>Re: How to use SUBSTR to create another variable?</title>
      <link>https://communities.sas.com/t5/SAS-Programming/How-to-use-SUBSTR-to-create-another-variable/m-p/985319#M379824</link>
      <description>&lt;P&gt;As&amp;nbsp;&lt;a href="https://communities.sas.com/t5/user/viewprofilepage/user-id/401244"&gt;@MarkusWeick&lt;/a&gt;&amp;nbsp;suggest, use a numerical date formatted column for this.&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class=" language-sas"&gt;data news;
   val = '06May1998'd;
   new_val = intnx('YEAR',val, 1, 'SAME');
   format val new_val date9.;
run;&lt;/CODE&gt;&lt;/PRE&gt;</description>
      <pubDate>Wed, 25 Mar 2026 07:56:12 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Programming/How-to-use-SUBSTR-to-create-another-variable/m-p/985319#M379824</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-25T07:56:12Z</dc:date>
    </item>
    <item>
      <title>Re: SAS Enterprise Guide Error Message</title>
      <link>https://communities.sas.com/t5/SAS-Enterprise-Guide/Error-Message-when-querying-Snowflake/m-p/985137#M46457</link>
      <description>&lt;P&gt;Could this be caused by VARIANT data types?&lt;/P&gt;
&lt;P&gt;Check for lengths in all columns, do any of them exceed 32K?&lt;/P&gt;
&lt;P&gt;Also, try implicit pass-through (your query should work with the same performance, explicit pass through shouldn't be necessary here).&lt;/P&gt;</description>
      <pubDate>Mon, 23 Mar 2026 10:28:00 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Enterprise-Guide/Error-Message-when-querying-Snowflake/m-p/985137#M46457</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-23T10:28:00Z</dc:date>
    </item>
    <item>
      <title>Re: SCD Type 2 Loader Modification</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/985022#M21081</link>
      <description>Another (and not ideal) work-around if you wish to use the existing transformation:&lt;BR /&gt;- specify %let etls_debug = 1; in your job(s), or perhaps in appserver_autoexec_usermods.&lt;BR /&gt;- Have program (macro preferably) in your postcode of your SCD2 transform (or as a separate transformation) that picks up work.etls_close, modify the end date (for records equal today - drop the rest), and re-apply it to you target table. Of course, if you are expecting a big amount of records to be closed out each batch, this is probably not acceptable from a performance standpoint.</description>
      <pubDate>Fri, 20 Mar 2026 07:51:03 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/985022#M21081</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-20T07:51:03Z</dc:date>
    </item>
    <item>
      <title>Re: SCD Type 2 Loader Modification</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/984940#M21079</link>
      <description>&lt;P&gt;This is a outside my realm. I found this (old) paper:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.google.com/url?sa=t&amp;amp;source=web&amp;amp;rct=j&amp;amp;opi=89978449&amp;amp;url=https://support.sas.com/resources/papers/proceedings/proceedings/forum2007/015-2007.pdf&amp;amp;ved=2ahUKEwi63Ma-vamTAxVDExAIHUkvPEkQFnoECB8QAQ&amp;amp;usg=AOvVaw02Ha3_unK5TGPkuKH_Td9S" target="_blank"&gt;https://www.google.com/url?sa=t&amp;amp;source=web&amp;amp;rct=j&amp;amp;opi=89978449&amp;amp;url=https://support.sas.com/resources/papers/proceedings/proceedings/forum2007/015-2007.pdf&amp;amp;ved=2ahUKEwi63Ma-vamTAxVDExAIHUkvPEkQFnoECB8QAQ&amp;amp;usg=AOvVaw02Ha3_unK5TGPkuKH_Td9S&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;May contact you SAS representative or open a SAS track to get better/more detailed guidelines.&lt;/P&gt;
&lt;P&gt;One caveat, if you build you own java transformation, that will for not be eligible for migration to Viya 4 when that day comes (please verify with SAS).&lt;/P&gt;</description>
      <pubDate>Wed, 18 Mar 2026 12:50:36 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/984940#M21079</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-18T12:50:36Z</dc:date>
    </item>
    <item>
      <title>Re: SCD Type 2 Loader Modification</title>
      <link>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/984929#M21077</link>
      <description>&lt;P&gt;That is one flaw many have discovered.&lt;/P&gt;
&lt;P&gt;Unfortunately, you cannot tweak the DI Studio native transformations, unless you a re a skilled Java developer.&lt;/P&gt;
&lt;P&gt;What you can do is take the generated code&amp;nbsp; from the standard transformation, and paste into a User Written Transformation.&lt;/P&gt;
&lt;P&gt;It will not be as "nice" as the original one, and some adjustments/configuration to make it work.&lt;/P&gt;</description>
      <pubDate>Wed, 18 Mar 2026 09:04:36 GMT</pubDate>
      <guid>https://communities.sas.com/t5/SAS-Data-Management/SCD-Type-2-Loader-Modification/m-p/984929#M21077</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2026-03-18T09:04:36Z</dc:date>
    </item>
  </channel>
</rss>

