I am currently consistentlly failing to get some rather simple things done. So your help would be much appreciated. I am trying to build a function that takes some parameters from which PSCredentials are created. Looks like this:
Well, actually the function goes on with code to compare the passwords, but creating the Credential objects fails and retreiving the passwords later on with $Credentials.GetNetworkCredential().Password returns NULL causing things to fail. I struggle to see why the credentials are not created.
If I create myself a username and SecureString pwd variable and just run the code in the function with those variables it works. So passing the parameters into the function and using them for Credential creations seems to be the problem. But I can’t see what’s wrong.
No, not at all. I added this statements to keep the script from creating output when the function is called from another script that shall run automatically. So far I thought it does not alter the variable just prevents it be written to the console.
I commented that part out at some point to make sure it is not part of the problem. But I will try that again and by rather annoyed if it really was that simple to fix the problem.
The variable stores the end result of the pipeline, which in this case is nothing. So while that may not be your only problem, it is in this case at least one of your problems. Using a variable will capture the entire pipeline (except with a few poorly written commands), which would prevent output from “showing up” anyway.
Well it was that simple. Thanky you very much. I will spend some time feeling stoopid and some more to figure out exactly when I will need to add the “out-null” part. Eventhough I am kinda suspicious that it is need only when code is not assigned to a variable. I’ll see…
At the end of any pipeline, even with just one command, PowerShell has to decide what to do with whatever’s in the pipeline after it’s executed. If you’ve assigned the pipeline to a variable, then that’s where any output objects go. If you didn’t, then PowerShell passes your pipeline objects to Out-Default, which passes them to Out-Host, which invokes the formatting subsystem to render the objects into text for on-screen display.
See “Learn Windows PowerShell in a Month of Lunches” for more.
The exception would be errors, warnings, verbose, and debug messages, which do not go into the pipeline, and which have their own mechanisms for coming to the host display.
A rare additional exception is a command - typically a compiled cmdlet - that outputs objects to the pipeline, but also writes messages directly to the host window. You can’t capture/redirect those hardcoded host messages, but it’s exceedingly rare to find commands that do that.