|
Hi, All.
I need some solution to get the list of Types marked with user defined attribute.
I got few DLLs with definitions of protocol messages, which marked with some attribute ("MessageAttribute").
My mission is: to collect all Types marked with this attribute.
The DLLs - created by few different teams and have dependencies between dlls.
When I trying to load some dll by calling:
asm = Assembly.LoadFile(dllFileName)
and than to get Types list by:
asm.getTypes() - But here I get System.Reflection.ReflectionTypeLoadException.
As I see the exception caused by some Type from outer DLL.
All DLLs in same directory. I tryed also to add:
AppDomain.CurrentDomain.TypeResolve += new ResolveEventHandler(MyAssemblyResolve);
But id doesn't get into resolving function.
|
|
|
|
|
Did anyone know how to use NI-DAQmx USB600 to send out a voltage to change the input of device? any idea or suggestion? I have a GUI now, i wanna the GUI switch between Active high(5V) and Active low(0V).
|
|
|
|
|
This is the C# forum.
It is a crappy thing, but it's life -^ Carlo Pallini
|
|
|
|
|
YEP, i wanna use C# to program it.
|
|
|
|
|
Hi All,
I have a DLL file I am using in a .Net 3.5 Windows Forms Application, it is a 32-bit DLL.
Now when I run on 64-bit windows it does not work - Understandable.
I also have a 64-bit version of this file, but my question is how do I switch between the two? Obvisouly I could make two version of the application one for 32Bit that uses the 32Bit DLL and one for 64bit that uses the 64Bit dll, but is this needed? Can I not simply include the two version of the DLL in my application and somehow check which platform is running and use the relevant DLL to suite?
Any Ideas?
Thank you
P.S. My searching skills on this are not working (possible as I can not think of the correct phrase to search)
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
musefan wrote: Obvisouly I could make two version of the application one for 32Bit that uses the 32Bit DLL and one for 64bit that uses the 64Bit dll, but is this needed?
Yes.
You can run a 32-bit app within a 64-bit OS, not the other way of course, and I believe you should be able to call a 32-bit dll from a 64 bit app. That said, it is a better idea to provide two versions - 32bit and 64bit - of the application.
Panic, Chaos, Destruction.
My work here is done.
|
|
|
|
|
I completely agree with the logic of two application version but was just hoping as the majority of my application with work with windows 64bit that I could just decide the DLL to use at runtime. It is definitely an issue using the 32bit DLL on 64bit windows.
Thanks for you input 
Life goes very fast. Tomorrow, today is already yesterday.
|
|
|
|
|
This[^]is not what you need, but might help you device a way to accomplish your task.
Another thought that came to my mind is adding references through code. You can check if the system is 32 or 64 bit and add reference accordingly. However, I am not sure how big a change you code will undergo if you follow this approach.
Best way, IMO and as stated by Vilmos, would be to have to versions - one for 32-bit and other for 64.
modified on Thursday, July 16, 2009 11:54 AM
|
|
|
|
|
d@nish wrote: and as stated by Nagy
psst: It's Vilmos, but don't tell anyone!
Panic, Chaos, Destruction.
My work here is done.
|
|
|
|
|
Oh...modified.
|
|
|
|
|
I said don't tell everyone, sheesssh!
Panic, Chaos, Destruction.
My work here is done.
|
|
|
|
|
Hi,
i have a Class User which inherits from other classes:
public class User : BizObject, INotifyPropertyChanged
{
In another class I want to get all members of the User Object using Reflection:
class ObjectHelper<T>
{
public static Dictionary<string, List<Object>> Compare(T oldObject, T newObject)
{
Type type = typeof(T);
Dictionary<string, List<Object>> props = new Dictionary<string, List<Object>>();
PropertyInfo[] properties = type.GetProperties(BindingFlags.DeclaredOnly);
As far as I understand the BindingFlags.DeclaredOnly flag, inherited members should not be considered.
But in my case this flag delivers absolutely no properties.
When I just use type.GetProperties() without flags, I get all members, including the (not wanted) inherited ones from the BizObject Class.
|
|
|
|
|
That's because the overload with no arguments calls the overload with a flag argument with the flags (Public | Static | Instance)
If you add those flags to your DeclaredOnly, you should get what you want.
Reflector to the rescue!!
|
|
|
|
|
Thank you, it works now
|
|
|
|
|
Hi,
I'm toying around with generics and have run into a little problem. My class is a tree, but this is not about whether or not one should make a tree this way - what I'm trying to do adds complexity for just a little lazy-coding benefit, so please ignore the particular example - I just want to understand if what I wanted to do can be done with generics.
Here's the TreeNode class:
abstract public class TreeNode<T>
{
TreeNode<T> parent;
List<TreeNode<T>> children = new List<TreeNode<T>>();
T data;
public TreeNode() { }
public T Data
{
get { return data; }
set { data = value; }
}
public TreeNode<T> Parent
{
get { return parent; }
set { parent = value; }
}
public List<TreeNode<T>> Children
{
get { return children; }
set { children = value; }
}
}
Now, let's say we want to derive a class for organizing tags into trees. The data is just a string, and for convenience we may want a constructor that sets the text of the node. I'm trying to see if there is a way to write a utility method that would take any treenode (necessarily derived since the base class is abstract) and a collection of node *data* objects and create child nodes with the data and parent set. The following snippet illustrates the Tag and how code might use the utility method to create a hard-coded hierarchy of tags:
public class Tag : TreeNode<string>
{
public Tag() {}
public Tag(string text) { Data = text; }
}
class usingTags
{
Tag getBuiltIn()
{
Tag root = new Tag("Built-in");
Tag[] top = TreeUtil.Add<Tag>(root, "License", "Product");
TreeUtil.Add<Tag>(top[0], "CPOL", "MIT", "Proprietary");
TreeUtil.Add<Tag>(top[1], "Banco", "Acco", "Piccolo");
return root;
}
}
Based on this, the utility method should be something like this:
static public TNode[] Add<TNode, T>(TNode parent, params T[] data) where TNode : TreeNode<T>, new()
{
List<TNode> list;
if (parent == null)
list = parent.Children;
else
list = new List<TNode>();
int startIndex = list.Count;
foreach (T item in data) list.Add(new TNode() { Data = item });
return list.GetRange(startIndex, list.Count - startIndex).ToArray();
}
Two problems present themselves:
1) The first assignment to "list" does not build, the compiler complaining it cannot convert List<TreeNode<T>> to List<TNode>, which I think is odd since I have defined a type constraint which guarantees that TNode either is or is derived from TreeNode<T>.
2) If I change that assignment so it assigns null instead, just to be able to build, the code *using* it does not compile. I thought the type of T could be inferred, since TNode is TreeNode<T> and the params T[] parameter is an array of strings. But the compiler just says the method requries two type parameters.
Is there a way to solve these problems so the user of the utility method need only supply the node type to create and the actual values for node data?
|
|
|
|
|
You might want to edit that, pasting your code again with "Encode HTML tags when pasting" set. Gets me every time, too (and normaly the other way - set when I want it off - as well).
No trees were harmed in the sending of this message; however, a significant number of electrons were slightly inconvenienced.
This message is made of fully recyclable Zeros and Ones
|
|
|
|
|
The problem is that it then does that to the <pre> tags as well... But I guess that is at least preferrable to losing all the generics "tags". Thanks for pointing it out.
|
|
|
|
|
It's "Do not interpret HTML tags" that screws up pre tags in a post. Encode HTML tags when pasting only affects stuff in your paste buffer, and normally you don't copy/paste pre tags.
The European Way of War: Blow your own continent up.
The American Way of War: Go over and help them.
|
|
|
|
|
Well, encode when pasting usually screws up too because I will frequently cut and paste around text as I'm writing a post, leading to < becoming < (or &lt; in "source view") and so on. I personally think it a bit incredulous that this format-on-paste should be necessary; most other forums have solved this problem by using square brackets for a few basic formatting tags ([b], [i], and so on). Perhaps a code forum would need a slightly more obscure syntax since code can contain all sorts of text, but imho the current solution is not on par with the average forum out there.
In any case, I edited my post after it was brought to my attention there was a formatting issue, so if anyone has anything to say about my actual issue I would be interested to hear from them.
|
|
|
|
|
dojohansen wrote: most other forums have solved this problem by using square brackets for a few basic formatting tags
True, I suppose teh bigger question is if html input on CP is default deny or still default allow. I know in the past there were problems with idiots using bits of html to intentionally break a forum page, but I'm not sure how they were ultimately fixed.
I haven't done enough with templating to be able to answer the question itself, sorry.
The European Way of War: Blow your own continent up.
The American Way of War: Go over and help them.
|
|
|
|
|
The problem is that just because TNode derives from TreeNode<T>, they may not be the same type. This is the same reason you can't do something like:
List<Stream> list = new List<MemoryStream>();
Did you try something like this:
static public TreeNode<T>[] Add<T>(TreeNode<T> parent, params T[] data)
|
|
|
|
|
Thanks for the reply.
I see now that the normal rules of assignment are violated; List<TDerived> is not a List<TBase> even if TDerived derives from TBase. They are just two different constructed types, and since it is so there is no way to convert between them.
The problem with using static public TreeNode<T>[] Add<T>(TreeNode<T> parent, params T[] data) is that I cannot put a type constraint on the constructed type; in order to add new nodes the constructed type must have a default constructor.
This problem can be solved by keeping the method declaration but use a List<TBase> as local variable instead:
static public TNode[] Add<TNode, T>(TNode parent, params T[] data) where TNode : TreeNode<T>, new()
{
List<TreeNode<T>> list;
if (parent != null)
list = parent.Children;
else
list = new List<TreeNode<T>>();
int startIndex = list.Count;
foreach (T item in data)
list.Add(new TNode() { Data = item });
return (TNode[])list.GetRange(startIndex, list.Count - startIndex).ToArray();
}
In the end it's all futile though. Basically, I wanted to write a generic TreeNode type which can be parameterized by type of node data. But rather than the use constructed types directly, such as TreeNode<string>, I wanted to derive non-generic types from constructed types, potentially adding functionality to each type of tree node, as in class Tag : TreeNode<string> { ... }, but I didn't stop to think; Tag.Children would still be List<TreeNode<string>> rather than List<Tag>, the desired type.
|
|
|
|
|
Hallo,
I am writing an application that has the option to startup with new data (The well known 'new') button; by executing 'new' I want some or all Objects being repainted and reinitialized like they when starting the application.
For example I have an tabControlView with several tabs. I want them all completely clear. As well as a listview in a tab.
I already tried some things but with no success. I tried
tabControlViews.Invalidate(true); but nothing seemed to happen.
Do you have any hints?
Regards,
Chris
|
|
|
|
|
Hi,
calling Invalidate() on a Control tells it there now is a mismatch between its content and its rendering on the screen. MSDN says: "Invalidates a specific region of the control and causes a paint message to be sent to the control." So that is not what you need.
Some Controls have special methods to clear themselves, or their data collections (e.g. ListBox.Items.Clear). Simpler ones can be cleared through a property, as in Label.Text; the ultimate way to start afresh is by recreating the Control (and maybe the Form, which is easier when you added the Controls through Visual Studio).
The one hint I have is: go to the main MSDN page on the Control of interest, get the list of methods and properties, and read through them. Use the doc, don't abuse the gurus.
Luc Pattyn [Forum Guidelines] [My Articles]
The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.
modified on Thursday, July 16, 2009 9:38 AM
|
|
|
|
|
If "new" really should be like restarting the application, the easiest way to do it might be to actually restart the application, like this:
void btnReset_Click(object sender, EventArgs e)
{
Application.Restart();
}
This is the only easy way I can think of to guarantee that all state, including any statics you may be using, child forms and so on, is truly reset. But it may not be a good solution if your app is slow to start up.
With default startup location this will cause the app to "move" (of course the form is really a new form, but it's location will be displaced relative to the one that was destroyed when you restarted the application). You can get around this if you use another startup location, like CenterScreen, but it will look odd if the user moves or resizes the form before restarting.
An alternative way to do it if it's only UI state you want to reset might be this:
void btnReset_Click(object sender, EventArgs e)
{
int[] n = { Left, Top, Width, Height };
Controls.Clear();
InitializeComponent();
Left = n[0];
Top = n[1];
Width = n[2];
Height = n[3];
}
This obviously will only reset the form in question. But it's general at least, so you could incorporate such logic into your custom base class for forms, so only one piece of code needs to be modified should you wish to change any of it later on.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
