Are you sure that the error message from other COM objects are the same?   Formerly you posted this result: <connectionAttempts> <connectionAttempt> <description>Access is denied. </description> <status>0x80070005</status> <saslogin></saslogin> <sasmachinednsname></sasmachinednsname> <sasclassid></sasclassid> <sasprogid>SAS.Workspace.1.0</sasprogid> <threadid>17200</threadid> <name>mylocalserver</name> </connectionAttempt> </connectionAttempts> That XML error message is formatted in SAS error XML which means that you were at least able to successfully create these two COM objects $objFactory = New-Object -ComObject SASObjectManager.ObjectFactoryMulti2 $objServerDef = New-Object -ComObject SASObjectManager.ServerDef According to your log the error occurs when you call $objFactory.CreateObjectByServer(...)   I hope this helps you to isolate the error. ... View more

@ChrisHemedinger: i don't think that this is related to DCOM in any way. Flux is using a Powershell Feature called Remote Services to start a new Powershell session under his credentials on a remote server. Communication between the client and the server PowerShell session is provided AFAIK by a native protocoll and not DCOM. The remote session is just another powershell.exe process on the server listening on a specific network port for commands from the client.   However for some reason that powershell.exe process is denied to start a new local SAS session. ... View more

Sorry for the late reply.   I come to the same conclusion as you do. The problem is between COM and SAS. When you execute my snippet or use the Connect-SasWorkspaceLocal you completely bypass any network stuff.   So i think your problem might occur between your user and Windows. If you use Powershell Remote services you don't have an interactive Windows session. For starting a SAS server on the SAS platform the Windows user for starting a SAS server has to have the privilege "Log on as batch job". Ask your Windows administrator for your server to grant your Windows user the "Log on as batch job" privilege in the local security policies of the server machine and try again.   As an alternative you might create a new local technical user on the server machine and grant this user the privilege and use the credentials of the technical user to login to your remote powershell session.   For narrowing the issue it might also be very helpfull to look in the Windows event log for errors at the server for the time the SAS error occured.   I hope this helps you to solve your issue. ... View more

Hallo Barbara,   leider sind die Beiträge nur noch als PDF verfügbar. Allerdings sind die PDF Dateien nicht kopiergeschützt, d.h. es ist problemlos möglich den Text mit dem "Auswahlwerkzeug" z.B. im Adobe Reader auszuwählen und z.B. den Quellcode in die Zwischenablage zu kopieren.   Hierbei wird auch der nicht sichtbare Teil außerhalb des Scrollbalkens mit in die Zwischenablage kopiert   Viele Grüße, Andreas ... View more

For adding the COM reference use the usual dialog for adding references. Select the COM tab to the left. Search for SAS in the search box. I highlighted the usual COM references you will need most likely:   You can also take a look at my open source project for reference: http://sourceforge.net/p/cmdlets4sas/code/HEAD/tree/trunk/     Your problem might also be a pure powershell problem. Have you tried to run other applications like calc.exe in the remote session?   It would also be interesting to start a local SAS session via COM in your remote session with this code snippet: $objFactory = New-Object -ComObject SASObjectManager.ObjectFactoryMulti2 $objServerDef = New-Object -ComObject SASObjectManager.ServerDef $objSAS = $objFactory.CreateObjectByServer( "mylocalserver", $true, $objServerDef, # used server definition for Workspace $null, $null ) Do you get an exception with the pure powershell code, too?   ... View more

This generic error could be caused by many things. - SAS is not correctly installed on the remote machine - SAS is installed, but in the wrong CPU configuration (64bit vs. 32 bit) - the user running your application is not allowed to -- read the Windows registry -- start SAS via COM (maybe no access rights to the file system path where SAS is installed) - ... I would recommend that you login to the remote server with remote desktop and interactively run your application there. BTW: i would not recommend to use the SAS integration DLLs directly in your Visual Studio project. Use the COM libraries instead. ... View more

This generic error could be caused by many things. SAS is not correctly installed on the remote machine SAS is installed, but in the wrong CPU configuration (64bit vs. 32 bit) the user running your application is not allowed to read the Windows registry start SAS via COM (maybe no access rights to the file system path where SAS is installed) ... I would recommend that you login to the remote server with remote desktop and interactively run your application there. BTW: i would not recommend to use the SAS integration DLLs directly in your Visual Studio project. Use the COM libraries instead. ... View more

Hi, meinst du mit "Geheimhaltungsalgorithmus" dass nicht jeder Benutzer alle Zeilen der Tabellen lesen kann? Falls ja, findest du hier Beispiele und die zugehörige Doku: http://support.sas.com/kb/31/563.html http://support.sas.com/documentation/cdl/en/birlpug/64020/HTML/default/viewer.htm#bookInfo.htm Gruß Andreas ... View more

@Andreas: die Ergebnisse würden mich auch interessieren. Wenn sich ein neutraler Schiedsrichter finden lässt, sollte das auch kein Problem sein. Ich nehme mich mal aus, da ich selbst zwei Implementierungen gepostet habe. Hat jemand Lust die Beispiele zu vergleichen? ... View more

Also das Thema Performanceoptimierung von SAS Programmen ist erfahrungsgemäß eine Geheimwissenschaft für sich. Aus Neugier habe ich das ganze auch einmal mit "richtigen" Datentypen in einem DS2 Programm ausprobiert. Ich hätte erwartet, dass es dadurch etwas schneller wird, aber genau das Gegenteil war der Fall.   Zur Vollständigkeit hier noch der DS2 Code:     /* Parameters for program */ %let start_number = 18900000000; /* %let start_number = 1; */ %let end_number = 19100000000; /* %let end_number = 2e10; */ %let divisor = 10; proc ds2; data matches(overwrite=yes); dcl bigint number; dcl bigint current_number; dcl bigint previous_number; dcl int sum_of_digits; dcl int quersumme; method getQuerSumme(bigint zahl) returns int; sum_of_digits = 0; do while(zahl ne 0); sum_of_digits = sum_of_digits + mod(zahl, 10); zahl = zahl / 10; end; return(sum_of_digits); end; method init(); do number = &start_number. to &end_number.; quersumme = getQuerSumme(number); if (mod(quersumme,&divisor.) eq 0) then do; current_number = number; if ( (current_number - previous_number) eq 1) then do; put 'NOTE: Zahlenpaar gefunden:'; put 'NOTE- Zahl:' previous_number; put 'NOTE- Nachfolger:' current_number; output; stop; end; previous_number = number; end; end; end; enddata; run; quit;   PS: SAS als Skriptsprache ist selbst im Vergleich zu Managed Code wie Java oder .Net ziemlich langsam. Der gleiche Algorithmus in C# ist ungefähr um den Faktor 100 schneller. Es sollte also noch etwas Potenzial zur Performanceverbesserung da sein ... View more

@mfab: Berechnungen mit Fließkommazahlen sind aus meiner Erfahrung immer schneller als Stringoperationen. Außerdem hast du danach dann auch wieder die Typkonvertierung von z.B. Text "1" in die Ziffer 1. Das kostet auch noch einmal etwas Performance.   Bei dir sehe ich auch noch diese Zeile als potenziell problematisch an: DO i = 1 TO length(findme); Für jede berechnete Quersumme gehst du bei einer 10stelligen Zahl zehn Mal durch diesen Abschnitt und rufst damit 10 mal die LENGTH Funktion auf. Bei 1.000 berechneten Quersummen rufst du also 10.000 mal LENGTH auf.   Etwas besseres als FULLSTIMER kenne ich für DATA _NULL_ Steps auch nicht. Leider kann man nicht sehen an welchen Stellen innerhalb eines Datasteps die typischen Performancekiller (wie IO, CPU Zeit, usw.) auftreten.   Die Code Katas finden übrigens mehr oder weniger regelmäßig statt. Immer wenn ich ein passendes Problem finde stelle ich es ein und markiere es mit dem entsprechenden Tag. Über die Seite Code Kata Tag findest du leicht die älteren Beiträge. Weitere Anregungen zu Code Katas sind immer willkommen.   Grüße, Andreas ... View more

Vielen Dank schon einmal für alle eingereichten Lösungen. Ich bin immer wieder faziniert auf wie viele unterschiedlichen Wegen sich das gleiche Problem lösen lässt und wie stark die einzelnen Lösungen untereinander abweichen.   Bei der ein oder anderen Lösung wäre ich auch froh, wenn ich nicht die Wartung für das Programm übernehmen müsste Auch zieren die meisten Lösungen das SAS Log mit Typkonvertierungsnotes, da wohl an der ein oder anderen Stelle ein PUT/INPUT vergessen wurde.   Ich versuche mich daher einmal an einer "sauberen" Implementierung. Hier also mein Programm: /* Parameters for program */ %let start_number = 1.89999e10; /* %let start_number = 1; */ %let end_number = 1.91e10; /* %let end_number = 2e10; */ %let divisor = 10; /* define view with sum of digits */ data sum_of_digits_view/ view=sum_of_digits_view; attrib number length=8 format=commax15. sum_of_digits length=8; keep number sum_of_digits; do number=&start_number. to &end_number.; sum_of_digits = 0; tmp_number = number; do while(tmp_number ne 0); sum_of_digits = sum_of_digits + mod(tmp_number, 10); tmp_number = floor(tmp_number / 10); end; output; end; run; /* data processing logic */ data _null_; set sum_of_digits_view; /* filter */ if (mod(sum_of_digits,&divisor.) eq 0); length previous_number current_number 8; retain previous_number 0; /* check condition */ current_number = number; if ( (current_number - previous_number) eq 1) then do; put "NOTE: Zahlenpaar gefunden:"; put "NOTE- Zahl:" previous_number; put "NOTE- Nachfolger:" current_number; stop; end; previous_number = number; /* report progress */ if (mod(_n_, 1000000) eq 0) then do; progress = (current_number - &start_number.) / ( &end_number. - &start_number. ); rc = dosubl(cats('SYSECHO "progress:', put(progress, percent10.2), '";')); end; run; Ich habe mein Programm logisch in zwei Teile geteilt. Im ersten Teil erzeuge ich eine Data View, die mir alle Zahlen im Suchraum sowie ihre Quersumme berechnet. Dieses Zwischenergebnis lässt sich auch schnell und einfach visuell "debuggen". Im zweiten Teil wird im DATA _NULL_ Schritt die View verarbeitet und die Regeln der "Business Logik" geprüft. Da bei einer vollständigen Suche ab der Zahl 1 die Verarbeitung relativ lange dauert, habe ich mir hier noch einenTrick abgeschaut: innerhalb des Datasteps melde ich noch an Enterprise Guide zurück, wie weit der aktuelle Verarbeitungsstand ist.   Viele Grüße, Andreas   ... View more

Hallo Michael, ich selbst benutze LAG nur höchst ungern, da es in Verbindung mit konditionalen Abfragen zu unerwarteten Effekten führt. Vielleicht hilft dir dieses Whitepaper unter http://support.sas.com/resources/papers/proceedings09/055-2009.pdf weiter. Grüße, Andreas ... View more