|
How do these differ? Besides color
and case.
Console.WriteLine(typeof(double).FullName);
Console.WriteLine(typeof(Double).FullName);
Both tell me it's a System.Double
Thank you,
Paul
|
|
|
|
|
Actualy they both are the same thing. The base class is System.Double whitch is mapped (for many reasons) into the double type. This case is encountered at every standard variable type.
Would you prefer to write in your code
System.Double myDouble = new System.Double(10); Or is easier like this ?
double myDouble = 10; 
protected internal static readonly ... and I wish the list could continue ...
|
|
|
|
|
|
In addition to
System.Double myDouble = new System.Double(10);
You can also say
Double myDouble = 10.0;
Jon Sagara
Look at him. He runs like a Welshman. Doesn't he run like a Welshman? Doesn't he? I think he runs like a Welshman.
Sagara.org | Blog | My Articles
|
|
|
|
|
Like Vlad said there are many reasons, the main is that, like C, int should always be mapped to the size appropriate for your processor. So on a 32-bit system this is 32 bits and on a 64 bit system it's 64 bits wide, so System.Int32 and System.Int64 respectively.
float and double are done in the same way although I'm not sure what their standing is because to my knowledge float and double are defined by IEEE and doubles are 64 bits by definition.
Anyone correct me if I'm wrong
Ed
|
|
|
|
|
One might think that it would work like C, but it doesn't. In C# all the data types are defined with an exact size. The int data type is an alias for the System.Int32 data type, so it will always be 32 bits regardless of the system.
MSDN: C# built-in types[^]
---
b { font-weight: normal; }
|
|
|
|
|
Hmmm, so it's only there to save keystrokes.
I still can't remember where I read that C# acts like C, maybe someone with a 64 bit dev system can check it out?
Live and learn! 
Ed
|
|
|
|
|
I agree, there is a different conception of the shorthand 'int' between classic C and managed languages using the common type system, since the CTS doesn't consult the system on which it's compiled to see what size an integer should be.
However that's not the same as saying 'int' will always represent a 32 bit integer. I think the idea is that if, say, 64 bit systems became the standard, 'int' might eventually map to Int64. Obviously, that would require a release of the framework (or at least the CTS), but the possibility definitely exists, and there are numerous warnings to that effect in the documentation. In such a case, source compiled using 'int' could take on a different meaning than code written using the (more explicit) 'Int32' under the updated type system.
That said, do I typically fully qualify all of my integral type declarations? No, not really. Do I lay awake nights worrying about it? No, not really.
The most exciting phrase to hear in science, the one that heralds the most discoveries, is not 'Eureka!' ('I found it!') but 'That's funny...’
|
|
|
|
|
hi all!
please tell me how to add a splash screen in VS 2003. I dont get the splash screen option in the project properties.
thanks
|
|
|
|
|
Puddle of Blood wrote: I dont get the splash screen option in the project properties.
Was there ever a spashscreen option?
Create a form, put your graphics on it. Put a timer on it. When the timer gets to a certain point have the event handler for the timer close the form. In the application's Main method (you'll find it in the class that Visual Studio originally called Form1) before the code that exists already create your splash screen form object, call Show() on that object.
Voila! You have a basic splash screen.
ColinMackay.net
Scottish Developers are looking for speakers for user group sessions over the next few months. Do you want to know more?
|
|
|
|
|
|
If I understood correctly what you want, try this:
string[] parts = this.txtFullName.Text.Split(' ');
this.txtFirstName.Text = parts[0];
this.txtSecondName.Text = parts[1];
this.txtLastName.Text = parts[2];
Of course you'll probably need to do some more validation but that method will work  .
Ed
|
|
|
|
|
|
Just remember to think about what would happen if the full name didn't have middle name, or if it had a compound last name, three names, and so on.
-- LuisR
Luis Alonso Ramos
Intelectix - Chihuahua, Mexico
Not much here: My CP Blog!
The amount of sleep the average person needs is five more minutes. -- Vikram A Punathambekar, Aug. 11, 2005
|
|
|
|
|
hi
when i am creating a log file inside the c# web services, error message is comming access denied or don't have a permission. i am using IIS web server i give the full permission of my context but the error.
so please help
raj
sr. developer
india
&
|
|
|
|
|
You're probably getting this because the ASPNET account (by default) that your webservice is running under doesn't have permissions to the folder you're trying to create the file in.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
And following on Dave's comment, be sure to give *full* control access to the folder, not the default read-only. Otherwise the ASPNET account will not be able to write to the file.
In Windows Explorer, right-click on the folder and add ASPNET with Full Control in the Security tab.
-- LuisR
Luis Alonso Ramos
Intelectix - Chihuahua, Mexico
Not much here: My CP Blog!
The amount of sleep the average person needs is five more minutes. -- Vikram A Punathambekar, Aug. 11, 2005
|
|
|
|
|
It would appear that you have to close the CryptoStream to get all the data passed through to the NetworkStream (FlushFinalBlock doesn't seem to do it, which is odd, because when writing to a MemoryStream, it does work). However, GZipStream seems to have the same problem--you have to call Close to flush the final data.
The problem is, this closes the network stream! So I can't use the same socket to read any response.
Does anyone have any experience with this? It seems like I'll need to wrap the whole thing in a memory stream that allows the GZipStream and CryptoStream to close without affecting the NetworkStream. Is this correct?
Thanks!
Marc
Pensieve
Functional Entanglement vs. Code Entanglement
Static Classes Make For Rigid Architectures
|
|
|
|
|
I havn't had any experience with this (I'll try it out though when I get the chance which is god knows when  ).
My guess is that the GZip compression method needs to have all the data in a buffer before it can finish compressing. The cryptostream may require the same thing although I'm not sure why.
As for GZipStream closing the network stream that is bizarre compared to the other streams because I've in the past opened a file-stream wrote some data using the FileStream, opened a StringWriter on the FileStream and wrote some data, closed it, opened a BinaryWriter and done the same thing. (I think, can't remember clearly).
If the MemoryStream method works then I'd use that if you're simply plugging out a pile of data, reading a response and then plugging out more.
Alternatively you could use some of the encryption classes in the System.Security namespace which work on byte arrays.
Just had a look in Reflector @ System.IO.Compression.GZipStream, it doesn't override the Close, neither does the DeflateStream which is what GZipStream is a wrapper around, so when you call Close it's actually calling close on the stream itself.
One possible solution looks like you may be able to call GZipStream.BaseStream.Close which shouldn't affect the network stream, only the DeflateStream.
Take a look in reflector and you'll (hopefully) see what I mean
Ed
|
|
|
|
|
Thanks for the feedback. BaseStream.Close also immediately caused the memory stream to be disposed.
This line in MSDN By default, GZipStream owns the underlying stream, so closing the stream parameter also closes the underlying stream. would make believe that the stream would remain open if I use the constructor that sets the "leave stream open" flag to true.
And indeed, it does leave the stream open. On further research, the problem appears to be in the CryptoStream--the NetStream reader isn't retrieving the data unless I explicitly close the CryptoStream on the writer.
But if I shove everything into a MemoryStream, then it works fine.
I swear, it's got to be me, but I can't see what I'm doing wrong!
Marc
Pensieve
Functional Entanglement vs. Code Entanglement
Static Classes Make For Rigid Architectures
|
|
|
|
|
Hmmm,
Which ICryptoTransform are you using?
I'm just wondering since the problem is with the CryptoStream, can you perform the encryption yourself using one of the System.Security.Cryptography classes.
Take a look at the source for System.Security.Cryptography.CryptoStream.Write. I know that it won't be as tidy as using the CryptoStream but could you do something similar to this in your code using the ICryptoTransform yourself.
I.e. you do the work not CryptoStream
Of course, this is assuming that the method with NetworkStream + GZipStream works fine. 
Ed
|
|
|
|
|
|
Marc Clifton wrote: I hadn't even thought of that idea!
That makes 1.5 of us 
I did think about it briefly but because I'd messed around a bit with DES and RSA encryption and found the classes relatively easy to work with I thought it'd be easier to write the encryption code yourself.
However I can't remember how I did the encryption and the two classes I thought I used look nothing like them (maybe they've changed for .NET 2.0?).
I'd be interested to find out which solution you decide to go for an for what reasons. May help me later on, I never know.
Ed
|
|
|
|
|
|
Not a problem 
It's nice to help someone, I've asked a couple of questions here but never get a response, so I'm trying to make a change (albeit small )
I'll look forward to the article.
Ed
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
