You have to find all files on your hard drive (google the DirectoryInfo object), and then use XDocument to open them (google the XDocument object). Once you've done that, displaying them all at once could be more than your system could take.
".45 ACP - because shooting twice is just silly" - JSOP, 2010 ----- You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010 ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997
So I have a program that creates a playlist on the grid, it can play the playlist and mix the songs together.
I am trying to find a library/code that will either stream or record the entire playlist and mixes to mp3
I was thinking of capturing the audio playback and recording it?
I am running an application after my .NET solution is built to check for uniqueness of a parameter to a common method call in my solution.
What I want that application to do is step through the code looking for the method call, then inspect 1 parameter of the method call to ensure it has a unique value from all other invocations of that method.
public void TheMethod(int iSomeValue)
I want to check all the places in code that invoke TheMethod(), inspect the value of iSomeValue and determine whether or not it is unique from all other TheMethod() invocations.
Note: Literal numbers will be passed into TheMethod(), not variables. So, I will know the value at compile time.
Anyone know if this possible and, if so, a rough outline of how to pull if off in C#?
Since you want this to happen after the build my first thought would be create a Visual Studio extension to handle this. This would give you easy access to all of the code artifacts to search through.
You can find a good starting point here http://msdn.microsoft.com/en-us/vstudio/ff718165[^]
You would either need to do it on the source code itself using the C# parser or do it after the fact on the binary using reflection, etc.
In reality though, its impossible to cover all the cases. There are lots of different ways to call a method that you would be hard pressed to pick up on using either the C# parser or reflection. I.e., I can call it directly, through a delegate, through reflection, through expression trees, through a lamba expression, etc.
Your best bet to be completely fool proof is to have a check in the method itself.
One problem I would run into is that there may be intermediate method calls of various signatures before the call is finally made to my method. If I want to go the regular expression route, I would need to know all those signatures as well, which are added, edited or removed throughout the project.
I'm not sure there is an easy way to do that, but that doesn't mean it's impossible. Here is one way to go about it.
You'll need to create a post-build event to call your code that inspects the assembly.
The code to inspect the assembly will first have to load up the just-built assembly. You can then get a list of all the types in that assembly (see here).
Next, you'll need to inspect the methods on each of those types:
publicvoid InspectMethod(MethodInfo mi)
var body = mi.GetMethodBody();
var ilBytes = body.GetILAsByteArray();
// TODO: inspect the ilBytes.
The only way I can see to check calls to your method would be to manually inspect the IL. That's the part that I don't think will be easy, but it should be doable. You can read about that here: "Parsing the IL of a Method Body".
This sounds like a big pain in the rear, and I can think of very few scenarios where this would be necessary or even useful. Perhaps if you let us know what you're trying to accomplish by doing this, we could suggest another way.