|
|
I meant I'm a 
43 68 65 65 72 73 2c
4d 69 63 68 61 65 6c
|
|
|
|
|
|
I believe you may be referring to this man. 
David Stone
But Clinton wasn't a predictable, boring, aging, lying, eloquent, maintainer-of-the-status-quo. He was a predictable, boring-but-trying-to-look-hip, aging-and-fat-but-seemingly-oblivious-to-it, lying-but-in-sadly-blatant-ways, not-eloquent-but-trying-to-make-up-for-it-by-talking-even-more, bringer-in-of-scary-and-potentially-dangerous-new-policies. And there was also Al Gore. It just wasn't *right*.
Shog9
|
|
|
|
|
|
Be careful - the C# destructor is simply a shorthand way of calling the Finalize method that forces it to be written in a try/catch loop. It is NOT guarenteed to run when your object goes out of scope, hence the 'Dispose' paradigm, which is little more than deterministic destruction through a method that you need to remember to call.
I think ( and Jeff Richter agrees ) that calling it a destructor and making it look like a C++ destructor is gay, because it isn't one, and it's confusing that it looks like one.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
Thx Christian
Thats sounds like a lot of "extra useless" work though
How would disposed be called then, automatically? If it not auto, then it defeats the point...
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
leppie wrote:
Thats sounds like a lot of "extra useless" work though
It *is*, except that there is no deterministic finalisation, therefore you need it if you want destruction to happen when an item goes out of scope, or at any other time you choose.
leppie wrote:
How would disposed be called then, automatically?
No, the point is that the system cannot tell when to call it.
leppie wrote:
If it not auto, then it defeats the point...
Sadly, that *is* the point. There is no mechanism whereby a destructor gets called at any specific time, and so you need to abstract the destruction into a function you *can* call, which is the only reason for IDispose, to formalise what is really both obvious and a little sad.
Having said that, the fact that C# moves towards an idiom where try/catch is used more than in C++, because the API's throw Exceptions rather than return error codes, it's really not that hard to have a finally block that handles the cleanup through IDispose, or otherwise. I was a little sad at first, and it still makes things ugly in some cases, but I tend to think now it's more of a paradigm change than an all out disaster. Not like the fact that const is broken in C#.
Christian
We're just observing the seasonal migration from VB to VC. Most of these birds will be killed by predators or will die of hunger. Only the best will survive - Tomasz Sowinski 29-07-2002 ( on the number of newbie posters in the VC forum )
Cats, and most other animals apart from mad cows can write fully functional vb code. - Simon Walton - 6-Aug-2002
|
|
|
|
|
I'm using a Class DLL which contains my codes to make it easier for me to update the software with just overwrting the DLL file. Now I need to know how can I use the following command in the clas library?
FORMname.CONTRLname.Text = "Hell World";
Jassim Rahma
|
|
|
|
|
|
Does C# has browse directory dialog?Something like SHBrowseForFolder that we use in VC.
Mazy
"If I go crazy then will you still
Call me Superman
If I’m alive and well, will you be
There holding my hand
I’ll keep you by my side with
My superhuman might
Kryptonite"Kryptonite-3 Doors Down
|
|
|
|
|
|
Thanks.
Mazy
"If I go crazy then will you still
Call me Superman
If I’m alive and well, will you be
There holding my hand
I’ll keep you by my side with
My superhuman might
Kryptonite"Kryptonite-3 Doors Down
|
|
|
|
|
Is it possible to create a client/server socket that can send data in the main thread and receive data in a separeted thread?
And one thing more:
In my second thread, that thread that receives data, I want to show the data in a ListBox in the main thread. Is it safe to pass the Form object of the main thread to the second thread.... hm.. difficult to explain... I hope you understand!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
|
I'm not using sockets to communicate with my threads!
I wonder if I can do the all receiving in a separeted thread and if I can send data in a second thread.
But then... In my second thread, which one I do I all ReadLine on my NetworkStream, I want to show the received data from the socket in a list box IN THE MAIN THREAD, which one I WriteLine to my NetworkStream!
Do you understand now?
If you can answer the first thing it's enough!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Hi
You shouldn't have to bother with threads. Asynchronous methods already provided (see BeginXXXX() andEndXXXX() of Stream class) should do the trick and everything could be run from the main thread.
Hope this helps
MYrc : A .NET IRC client with C# Plugin Capabilities. See
http://sourceforge.net/projects/myrc for more info.
|
|
|
|
|
I will try that!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Rickard Andersson wrote:
send data in the main thread and receive data in a separeted thread
You could share the object between the threads; but you'll have to make sure you take measures to ensure both aren't used at the same time.
Rickard Andersson wrote:
Is it safe to pass the Form object of the main thread to the second thread
Yes its safe, its what you do with the ListBox that could be dangerous.
The key to multi-threaded Windows Forms UI interaction should answer your questions about how you should go about using it safely from your second thread.
James
"And we are all men; apart from the females." - Colin Davies
|
|
|
|
|
James T. Johnson wrote:
but you'll have to make sure you take measures to ensure both aren't used at the same time.
can I use lock(...) to prevent that?
or, I use async sockets...
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Rickard Andersson wrote:
can I use lock(...) to prevent that?
Yes, you can.
Rickard Andersson wrote:
I use async sockets...
That would work too; however you don't get to control the thread that is used for it (a ThreadPool thread is used to execute the method)
James
"And we are all men; apart from the females." - Colin Davies
|
|
|
|
|
 Does anyone know how to convert a string to DateTime? I am reading in a string from a flat file, that is being parsed and certain pieces need to be converted to other types. But I don't know how to declare a variable to date type in C#.
|
|
|
|
|
Convert.ToDateTime or DateTime.Parse
Paul
|
|
|
|
|
I tried something like the following and it didn't like it.
string tempstr, blk_tkt_date1;
tempstr = inpu.Substring(5, 8);
blk_tkt_date1 = Convert.ToDateTime(tempstr);
The error I get is "Cannot implicitly convert type 'System.DateTime' to 'string'".
|
|
|
|
|
Because blk_tkt_date1 is defined as a string.
What you're doing here is converting it to a datetime and passing it back into a string, which isn't possible.
Depending on what you really want to achieve: either define blk_tkt_date1 as a DateTime or replace the ToDateTime line with
<br />
blk_tkt_date1 = Convert.ToDateTime(tempstr).ToLongDateString();<br />
There are several alternatives to ToLongDateString, depending which format you want it in.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
Email: 
i dont go back till the 10th. 