02-16-2010 03:15 PM
Hi
if you are working with the .net codemodule you are able to hold a class reference in a variable by using an object reference.
the small attached example show this very well.
If you are setting breakpoints and run it you will see that the value comes from .Net. Most times this is enough data.
I wonder if it is possible to attach some more data like the hole class information as you know it from Visual Studio.
Just visit the screenshot to see what i am looking for.
Juergen
02-17-2010 10:15 AM
As far as I'm aware that is not possible. 🙂 that would be handy for me too.
The only suggestion I would have is to configure you step to your .NET project ( solution / project / code file ).
Go down in Debug mode while running the sequence.
And try to browse the contents of the .NET while debugging in Visual Studio.
Maciej
02-18-2010 01:00 AM
Hi Mac,
Thanks for your suggestion. The Visual Studio Debuging is a well known option for me.
The attached screenshot was done in this way.
But this is only working on the development maschine in office, were VS is installed!
On the production maschines and some other TS editor maschines which they were consuming
my .net stuff, there is no VS present and you have no change to debug into.
I agree with your opinion that this not possible.
But maybe there is a small change doing this because you have all you need.
If your are creating a reference there is a tab for parsing .net struct.
why is there no tab for parsing .net class ? I supose if you connect this to an
assembley and select your class this should be working.
Or if you are looking on some .net struct examples, there is a button in the
code module itself which creates a TS type for your parameter. Why not in my example?
So i am curious on some "blue" answers.
or we will see this "helpful" feature in some next TS release.
Regards
Juergen
02-18-2010 02:09 AM
I undersand now your intention. This feature would be very helpful! 😉
I also strongly would support getting this feature in TS would save me a lot of paint too!
One last thing I have to say as means of a workaround would be trying to use remote debugging in VSby
attaching to the seqedit.exe process that is working on your production machine via the network and debug while you're logged in to your developer machine.
This is a bit tricky but as long as you're doing it over some reliable connection on a LAN it should be possible.
This is by far not an ideal solution ... it's just the only workaround that comes into my mind.
Regards,
Mac
02-19-2010 01:09 AM
02-19-2010 04:46 AM
Hi I did play with this thing a bit.
In the attachment I've put together a simple word document to help you out...
Hope it works for you.
Let me know if it did.
Cheers,
Maciej
03-05-2010 10:19 AM
03-06-2010 11:19 AM
We appreciate the feedback. Being able to expand and see the fields of .NET class objects in the variables view is on our list of things to consider for a future version of TestStand. Keep in mind there are many features we would like to add and must prioritize them.
Something that you might see more in the near-term is that we are considering showing more information in the value column for .NET objects as follows:
.NET Type: Mynamespace.MyClass, ToString(): my object's tostring value
Note that most classes do not implement ToString() (in which case only the typename would be shown), but for your own classes you could override and implement ToString() and thus customize what TestStand displays for your class objects. Does this sound like something that would help address the issue you are seeing and/or be useful to you?
Thanks again for the feedback,
-Doug
03-09-2010 10:42 AM
Hi Doug,
Such a feature would be very helpful of course and this is better than nothing like the ".net" text today.
But what a about using the all the object data like Visual Studio.
I am using for my .net stuff a logger from codeproject.com
http://www.codeproject.com/KB/trace/tracetool.aspx
There is member called SendObject. This member logs in a way like VS does.
So there must be a solution for doing this.
Ok i know this is inside my code and TS will be out side. I am not a coding crack in VS.
But just some idea: VS will create a debug file .pdb maybe TS can use this if it is present
and shows us all the stuff we like.
-- just an idea !
Regards
Juergen
03-09-2010 03:08 PM
I understand that allowing expanding into subfields of .NET objects is preferrable. We will consider ways in which we can make more information about .NET objects available at runtime in future versions of TestStand. Thanks again for your feedback.
-Doug