Hi @fuatengin,   The parallel processing feature in EG causes multiple workspace sessions to be launched to perform the independent work in parallel.  This can be tricky when your downstream code relies on upstream code that makes state changes (ex. assigns libraries, defines macro variables, sets system options, etc.) to a workspace session   For example, the code you put in your process flow named "autoexec" causes the libraries to be assigned and the macro variable defined on only one of the workspace sessions.  Any additional workspace sessions that are spun up to perform work in parallel will not have those libraries or macro variables defined.  If you don't explicitly define a dependency, there is no guarantee the upstream code you need will be run on the same workspace session as your downstream node.  So, to ensure your "setup code" is run on the respective workspace sessions before each of your independent programs, I recommend adding a separate code node before each or your programs (rather than using the autoexec process flow) and explicitly linking your "setup" program nodes to your actual programs.  (You'll want two "setup" code nodes to ensure the two branches remain independent/unconnected, so they'll run in parallel.  However, they could both %include the same .sas file (so you only have one to maintain) to assign your libraries and define your macro variables.)   Casey ... View more

Hi Marc,   The _CLIENTMACHINE macro variable is defined in the EG initialization code that is submitted by EG when a connection is first made to a workspace server.  Therefore, you can use that macro variable in the "Submit SAS code when server is connected" option (in Tools->Options->SAS Programs), including to define your own macro variable that uses it.  For example, I added this code to the "Submit SAS code when server is connected" option: %let myMacroVar=client machine: &_CLIENTMACHINE;   Then, when I submit "%put &myMacroVar;" in a new EG session (which causes a new workspace connection), the new macro is resolved.   That option is stored in the EGOptions.xml file stored in each user's appdata location (ex. %appdata%\SAS\EnterpriseGuide\8).  Yes, it is stored in the xml element named "strOnServerConnectSASCode" in each user's EGOptions.xml file.  (So, you'd have to edit all the user's EGOptions.xml file to add -- you'd probably want a script.)  Yes, you could include code in that option to %include your .sas file to define your macro var.  To see the server initialization log, where this code executes, right-click the server in the Servers pane (after you've connected to the server), select Properties, Software, then View Initialization Log.   Casey ... View more

What specific version of EG 8.2 do you have (in EG's->Help->About dialog)?  I highly recommend applying the latest EG 8.2 update (currently Update 4... http://ftp.sas.com/techsup/download/hotfix/HF2/G5J.html#G5J004) if you don't already have it.  It may or may not fix this specific issue, but there have been quite a few fixes since 8.2 was originally released.   After ensuring you have the latest 8.2 update, the other thing I would check is whether the modified date of the file in question is being changed by an outside process.  For example, in Windows File Explorer right-click the file and select Properties, then Details, and note the modified date.  Next time the "file change notification" dialog appears, re-check the modified date and see if it in fact changed.   Casey ... View more

@ccaero, I apologize, I made a mistake...  the change we made to replace "More" and "All" with "Browse" was made in our upcoming EG 8.3 release, not currently in an 8.2 Update, which explains why you do not see it.  I edited my earlier post to correct it.   You are correct...  the "Browse" button is a workaround, not a solution.  The solution is to replace the treeview control we are using with a fully-virtualizing treeview control.  However, that is a non-trivial amount of effort and risk -- not something we can do in an update.  For now, we have to live with the workaround (use the File Open dialog in favor of the "More" and "All" links to explore library members past the first 500), however we do hope to have an opportunity to provide a full solution in a future release.  Sorry for the inconvenience.   Casey ... View more

If it works as expected when you manually run the .vbs file, you are very close to having it working via scheduling.  Another thing to check is to make sure you are using the proper version of cscript.exe that matches your EG bitness.  For example, if you are using 32-bit EG, then the program/script on the Action tab in your Windows Scheduled task should be: C:\Windows\SysWOW64\cscript.exe   If you are using 64-bit EG, it should be: C:\Windows\System32\cscript.exe   In both cases, the "Add arguments" field should contain the quoted full path to your .vbs file.  For example: "C:\fullPathToVBSFile\EGScript1.vbs"   Casey ... View more

There is a known issue that was (unintentionally) introduced in EG 8.1 that causes the memory usage to grow linearly based on the number of items displayed in the Servers tree.  (The tree control we are using is, unfortunately, not fully virtualizing.)  For libraries with lots of data sets, or folders with lots of files, this can quickly lead to an out-of-memory condition.  To try to avoid this issue, we limit the number of child items we will show in the tree to 500 by default.  However, there are still "More" and "All" links that will allow you to load more than 500, which has the side-effect of making it easy for a user to still encounter this out-of-memory condition.  Since clicking the "More" and "All" links can potentially load lots more items into the tree, thus lead to the out-of-memory condition, we recommend using the File Open dialog to navigate for additional items (beyond 500) rather than using the "More" and "All" links.   To make it less likely for users to encounter this issue, we replaced (in upcoming 8.3 release) the "More" and "All" links with "Browse".  For example, if you scroll through a library in the Servers pane that has more than 500 tables, you'll now see something like this... Then, you can click the Browse button to bring up the file open dialog to navigate to the rest.  (In fact, it probably makes more sense to navigate in a file open dialog when there are lots of items, rather than in a tree control, but the reason we put it there is to help alleviate this issue.)  (Before 8.3, we showed "More" and "All" links here, which would still allow users to attempt to load more/all items, thus greater potential for encountering the out-of-memory condition.)   While this change makes it less likely for EG to consume an exorbitant amount of memory, memory consumption will still grow the more items you show in the tree by expanding large libraries/folders.  If it is an issue, again, we recommend (as a workaround) using the File Open dialog to navigate large libraries/folders instead of the Servers pane.   Casey ... View more

I recommend making sure your users are running EG 8.2 Update 4, as there was an issue related to libraries in a couple of the earlier 8.2 updates.  I can't promise it will resolve this specific issue, but I wouldn't be surprised if it did.   Casey ... View more

I believe this was resolved in EG 8.1, as a result of changes to the application shell (consolidating the UI technology).   Casey ... View more

Currently, there is not a way to re-enable this option.  It was removed in EG 8.1.  It would have to be added back in a future release.  In the meantime, you can avoid replacing previous results by explicitly copy/pasting.  Sorry for the inconvenience.   Casey ... View more

Yes, we intentionally removed the "Replace results" prompt (and associated option) in EG 8.1, since for many users it was unnecessary (even annoying) to prompt them every time they re-ran a node. We could have just changed the default option to "Always replace" (and maybe should have), but opted to remove altogether, thinking that the vast majority of the time folks want to replace previous results. And the fewer times they don't, they can explicitly copy/paste.   Casey ... View more

I have no idea why it quit working for you, but glad it is working again!   Casey ... View more