The thing is, that you download the stream while you’re listening to it. If you didn’t do that you couldn’t listen to it:)) There’s a method which _might_ work to download from these kind of online streams. The only thing you need is a browser with which you can check what HTTP requests are sent (e.g. Firefox with Firebug) and a download utility which you can tell an input URL and an output file (like wget).

The trick is simple. Open the stream in your web browser while listing the HTTP GET or POST requests. Once you start playing the stream, there should be an HTTP request to the server which tells the browser which stream to play. In Firebug the size of each response is shown, so you can easily find the needle in the haystack (as the different elements of the page are just in KBs but streams are usually couple of MBs). So if you copy the URL of that HTTP request, you _might have_ the direct URL of the stream, and you _might be able to_ ‘download’ it with a download manager (like wget http://dsaihflhe.com/soidghfisruhglsa -O myoutputfile.mp3).

That’s all! :))

Note: I have never tried this, so the steps above work in theory.

sunshower…

check link. 

yesterday there was a “big” check-in of a team member of a team project. after getting the latest version and pressed the ‘play’ button (F5) i got an error message for about 15-20 times:

Error connecting to undo manager of source file ‘xxx.cs’. where xxx.cs was ‘AssemblyInfo.cs’ in most cases. i’ve found a few forum threads/posts on the net with this error message but all of them relates to asp.net webform’s .designer.cs files.

excluding these files, then rebuild and put back to project did not solve the problem.

BUT! restarting visual studio _solved_ the problem. i think it might be a bug somewhere in tfs explorer or some team feature…

yesterday’s result processed, so check this:

:D

Sandcastle installer creates a new system variable called DXROOT (which has usually a value of “C:\Program Files\Sandcastle\”). As I tried to use the simple GUI from sandcastle’s example folder on a windows2008 system, it never ran due to an unhandled DirectoryNotFoundException:

{”Could not find a part of the path ‘C:\\Program Files\\Sandcastle\\Examples\\generic\\%DxRoot%\\ProductionTools\\ChmBuilder.config’.”}

However, on a windows2003 system, it ran perfectly. Interesting, huh? I’ve examined the code of the GUI app, and there’s a call while initialization which looks like this:

Environment.ExpandEnvironmentVariables( @”%DxRoot%\ProductionTools\ChmBuilder.config” );

So, here is a small so-called test: 

Start VS2008 | Create New Console Application | try the following code:

string evName = “dxroot”;
var def = Environment.GetEnvironmentVariable( evName );
var machine = Environment.GetEnvironmentVariable( evName, EnvironmentVariableTarget.Machine );
var process = Environment.GetEnvironmentVariable( evName, EnvironmentVariableTarget.Process );
var user = Environment.GetEnvironmentVariable( evName, EnvironmentVariableTarget.User );
var exp = Environment.ExpandEnvironmentVariables( “%dxroot%” );

Console.WriteLine( string.Format( “def: {1}{0}machine: {2}{0}process: {3}{0}user: {4}{0}expand: {5}”,Environment.NewLine, def, machine, process, user, exp ) );

Result on windows 2003:
def: G:\Program Files\Sandcastle\
machine: G:\Program Files\Sandcastle\
process: G:\Program Files\Sandcastle\
expand: G:\Program Files\Sandcastle\
user: [null]

Result on windows 2008:

def: [null]
machine: C:\Program Files\Sandcastle\
process: [null]
expand: [null]
user: [null]

If you look at Environment.GetEnvironmentVariable method’s source, you can notice that if the passed target is Process, there’s a winapi call, while in case of User or Machine, it looks up the registry. ExpandEnvironmentVariable also calls winapi.

So it seems that environment variables on machine level not always behave as process level variables in windows 2008.

[update @ 06/06/2008]

it seems it’s an OS feature (or bug). after logging out and then in, results are the same on both systems.