|
wow!!thats a lot of neat info...if you have anymore info pls do lemme know.....tks a lot......really appreciate your help...
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
|
|
|
|
|
You are welcome, and no I think that's enough blathering for me for this morning. The best resource for questions of this nature is Don Box's Essential .NET, Volume 1: The Common Language Runtime. I heartily recommend it to anyone who wants to really understand how and why the CLR works.
-Blake
|
|
|
|
|
hi.....
probably a stupid question...but can someone pls tell me how can i get the remainder of a devision in C#???
lets say
3/2
i need to get the reaminder and the quotient seperately...
can anyone help?
tks...
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
|
|
|
|
|
|
are u saying if i do
int 1 = 3%2
i will get 1?
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
|
|
|
|
|
Yep. That's exactly what he meant. % is a remainder operator in C#, just like / is for division.
Rakesh
Rakesh
|
|
|
|
|
int intRemainder = 0;
Math.DivRem(int1, int2, out intRemainder);
--- or ---
int intRemainder = int1 % int2;
The 2nd way is what Joseph was talking about. The first way is longer however it is using .NET routines so it is safer if you care about cross coding. I would normally always use the second method.
|
|
|
|
|
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.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
