|
tks...i was looking for a Math fn....
Have a Super Blessed Day!
-------------------------
For God has not given us a spirit of fear, but of power and of love and of a sound mind.
2 Timothy 1:7
"For God so loved the world that He gave His only begotten Son, that whoever believes in Him should not perish but have everlasting life."
John 3:16
"Therefore you also be ready, for the Son of Man is coming at an hour you do not expet."
Luke 12:40
|
|
|
|
|
|
I've been using System.Reflection a lot for my custom serializer/deserializer classes, and I'm really digging it. It has made a lot of it pretty easy.
So I've been using
obj.GetType().GetMembers(BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance)
to get all the members I care about -- fields and properties.
What's weird, though, is that GetMembers() isn't returning the type's inherited members. I expect it should, and I believe that a few days ago it was. I'm not using any other binding flags, especially not one that would limit the search to just members declared in the immediate type.
Am I doing something wrong, or is the expected usage of GetMembers() that I'd have to iteratively traverse the inheritance tree and GetMembers() of each inherited type?
Thanks,
Arun
|
|
|
|
|
Unless BindingFlags.DeclaredOnly is set, you should be seeing all inheritted, yes. May I ask how you determined that the inherited members weren't being returned? Perhaps surrounding code would be helpful.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
Right. I'm definitely not using BindingFlags.DeclaredOnly. I know that inherited members aren't being returned because they're not being serialized (the output is XML), and I can even check by stepping through with a debugger.
I'm not at work right now, but the code is basically:
<br />
MemberInfo[] members = obj.GetType().GetMembers(BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance);<br />
<br />
foreach (Member member in members)<br />
{<br />
if (member is FieldInfo)<br />
{<br />
...<br />
}<br />
else if (member is PropertyInfo)<br />
{<br />
...<br />
}<br />
}<br />
Inside each block, I store the member if the conditions are proper. But even if I remove those conditions, I'm still only getting the non-inherited types.
I'm a little concerned that a previous version of my assembly is being used. I'll check for that on Monday, but again, I doubt that's the case since I was even stepping through with VS.
|
|
|
|
|
Well, it looks like I can't get access to private fields of inherited types through GetMembers(). I guess that makes sense. Using Reflector, I see that System.Runtime.Serialization also has to ascend the inheritance tree to get the list of serializable members, so I will, too.
Thanks,
Arun
|
|
|
|
|
hi,
where can i find all integer values of all WM_... messages?
for example:
int WM_CHAR = 0x0102;
|
|
|
|
|
|
|
jdunlap wrote:
Windows Message ID constants[^]
I just came across this one today, just thought I would point the user to the source.
-Nick Parker
DeveloperNotes.com
|
|
|
|
|
Hi,
I was trying to make a language selection of the Day-name. When I get the date with DateTime.Now.DayOfWeek, is there a posibility in System.Globalization to return the name of a day in another language then the Windows language?
Writing a switch case doesn't seems me to be the .NET way .
<br />
System.DateTime myDate = System.DateTime.Now;<br />
System.Globalization.CultureInfo ci = new CultureInfo("nl-BE");<br />
myDate.DayOfWeek.ToString(ci);<br />
above code still returns the English Name, not the Dutch name.
Thanks,
|
|
|
|
|
I found it by myself
It seems that .DayOfWeek only returns the english name.
When you use to formatted string DateTime.Now.ToString("dddd") it returns the day with the name in the language from the windows settings (not the windows language itsels).
To force it to another language you can use.
<br />
System.Globalization.CultureInfo ci = new CultureInfo("fr-BE");<br />
DateTime.Now.ToString("dddd", ci)<br />
And it will return the day of the week in the language specified in the CultureInfo.
So I was right to suppose a switch structure was not he .Net way.
|
|
|
|
|
This time they have rewritten the texteditor.
Lets see if they live up to the promise....
[edit]
Pros:
text editor looks tons better
bugs appeared to be fixed
Cons:
Hungry : 90mb RAM - one file opened
leppie::AllocCPArticle("Zee blog"); Seen on my Campus BBS: Linux is free...coz no-one wants to pay for it.
|
|
|
|
|
|
|
About what product is this thread? Any link?
|
|
|
|
|
|
leppie wrote:
90mb RAM - one file opened
60 MB for me. The good thing is, each additional file doesn't take much more memory. I have a 48-file project (Fluid - whaddaya think? ), and can afford to have all the files open at once. (FYI, I have 256MB RAM, Win98, and 1GHZ CPU on my main machine, but it now works just fine on another PC w/ 128MB RAM, Win98, and a 500MHZ CPU - in pre-0.96 builds it did not.)
Anyhow, #D has greatly improved in the last 3 releases especially, and I hope to see it continue that way.
Someone asked "Have you worked in it? What's it like?". Well, I work in it every day, and here's what I have to say: 0.95 was a nightmare to work with, but 0.98 is so much better - all of the nightmare bugs are gone. I like it a whole lot.
It is definitely growing into a viable alternative to VS.NET, although it doesn't have the all the features yet. What I miss right now is:
* no built-in ASP.NET designer
* no deployment features
* no data access designer features
* poor ActiveX control support
When these are finished, I'll consider it a fully-viable alternative to VS.NET - i.e. good enough to say "Why spend your money on VS.NET?". Plus, we really need MC++ support and a VB.NET forms designer - both of which are underway.
#D has some features that aren't available in VS.NET - for example, compiling to a .netmodule. This is because anyone can volunteer to integrate their own special touches into it.
|
|
|
|
|
|
Hmm... haven't experienced any mousewheel bug - what is it?
|
|
|
|
|
My mousewheel live in an evil pararel reverse dimension. iow its scrolls the wrong way around
leppie::AllocCPArticle("Zee blog"); Seen on my Campus BBS: Linux is free...coz no-one wants to pay for it.
|
|
|
|
|
Only with SharpDevelop, or w/everything? 'Cause I don't have this problem.
|
|
|
|
|
Heh, now there's one to add to the list of ways to punish annoying coworkers. I like it already.
-Blake
|
|
|
|
|
I want to transfer n number of binary files from a server to a client one by one.
I am using TcpListener and TcpClient.
Any suggestions?
mE
---------------------
A gasp of breath,
A sudden death:
The tale begun.
A rustled page
Passes an age:
The tale is done.
|
|
|
|
|
Didn't we already have this conversation, about not loading them into Bitmap's and such?
Which side decides which files are to be transfered, i.e. does the client pass a list of names to the server and it responds with the files, or does the server just send some set of files of its own chosing?
-Blake
|
|
|
|