C#

Nah, we just need to somehow break the VC++ forum and leave this one working :-D James Sonork: Hasaki "I left there in the morning with their God tucked underneath my arm their half-assed smiles and the book of rules. So I asked this God a question and by way of firm reply, He said - I'm not the kind you have to wind up on Sundays." "Wind Up" from Aqualung, Jethro Tull 1971

True, Normally I wouldn't do such things in a benchmark; I feel benchmarks like this should only perform the work necessary to achieve the same end result, and not equivalent processing. I massaged the code a little and ran it under DevPartner Profiler to obtain (for my actual scenario) more accurate results. Thanks and Regards

Of course, your connection has to be stable. I pinged some random servers, and with 30000 or so pings, the lowest and highest are less than 20 ms apart. And if the program is a little smart, it will notice when the ping changes (upstream in other PC on LAN), so it will adjust the timeout settings. I believe nothing like this is made so far, and I think it might work real well. The program mainly avoids package loss on otherwise stable connections. Thanks for you feedback, let's hope some more CPers will give their opinion.

I have ICQ but its closed most of the time, I only talk to 2 people on it anymore and one of them is in an IRC channel with me and the other doesn't get on much :-P I'm trying to switch over to sonork full time :) James Sonork: Hasaki "I left there in the morning with their God tucked underneath my arm their half-assed smiles and the book of rules. So I asked this God a question and by way of firm reply, He said - I'm not the kind you have to wind up on Sundays." "Wind Up" from Aqualung, Jethro Tull 1971

Sure, send a sample, and I will get it to work. The statement in your original post, "I created a multiple file tools" didn't give me a lot of insight on what you are trying to achieve, sorry. Email: vannote@netaxs.com Regards

File f = new File(); Stream s = f.Open("\\\\.\\COM2"); maybe something like that can work but i'm nt sure

psdavis wrote: [ProvideProperty( "StatusMessage", typeof( bool ))] Try making it typeof(Control). You need to tell the UI what type of objects you want the property to appear for. It works out the type your property will provide from the GetStatusMessage and its return type. I can send you an example I have that I wrote which provides a simple extender to a control. I was going to write it up as an article, but I dont haev time. -- David Wengier Sonork ID: 100.14177 - Ch00k

nova chen wrote: And pick the defines in a single header file, then it will only expose small part of a big library to user. Nope, for that you'll have to create empty wrappers as you had mentioned in the first post. nova chen wrote: But in C#, #define can only define a symbol served for selected compile. This is because #define's aren't type safe, and .NET is extremely type-safe; which is why they took out the ability to use macros in code. In most cases whenever you used a macro you should use a function instead. James Sonork: Hasaki "I left there in the morning with their God tucked underneath my arm their half-assed smiles and the book of rules. So I asked this God a question and by way of firm reply, He said - I'm not the kind you have to wind up on Sundays." "Wind Up" from Aqualung, Jethro Tull 1971

If you are overriding the menus but not any of the drawing code (DrawItem and MeasureItem) then I would guess that the IDE should handle it, but I dont know. Try it and find out. An extender provider would certainly not affect the IDE. Probably the easiest way to do this would just be to buildup a collection of messages. This saves the interface, but doesnt allow you to set the menu help text in the forms designer. -- David Wengier Sonork ID: 100.14177 - Ch00k

Sure thing. Dale Thompson

Hello James Thanks for the answer I get this both on Studio B2 and Studio Final SP1

do it in your link. <a href="RightFrame.aspx?varA=1&varB=foo+that+hurts" target="rightframe"> I suggest at least skimming the HTML 4.1 Specification for a better understanding. James Sonork: Hasaki "I left there in the morning with their God tucked underneath my arm their half-assed smiles and the book of rules. So I asked this God a question and by way of firm reply, He said - I'm not the kind you have to wind up on Sundays." "Wind Up" from Aqualung, Jethro Tull 1971

There is a managed version of zlib available on the icsharpcode site. J# will also provide libraries for porting Java 1.2 to .NET in that is the compression libraries that Java 1.2 had. James Sonork: Hasaki "I left there in the morning with their God tucked underneath my arm their half-assed smiles and the book of rules. So I asked this God a question and by way of firm reply, He said - I'm not the kind you have to wind up on Sundays." "Wind Up" from Aqualung, Jethro Tull 1971

There are some in C# section in codeproject.:) Mazy "The path you tread is narrow and the drop is shear and very high, The ravens all are watching from a vantage point near by, Apprehension creeping like a choo-train uo your spine, Will the tightrope reach the end;will the final cuplet rhyme?"Cymbaline-Pink Floyd

Dale Thompson wrote: I'm trying to select a font that will display the original 8-bit OEM/IBM-PC8 font (with all the line characters, etc). Here is the font I'm using: System.Drawing.Font( "Lucinda Console", 10.2F, System.Drawing.FontStyle.Bold, System.Drawing.GraphicsUnit.Point, ( ( System.Byte )( 255 ) ) ); I've tried both 0 (ANSI) and 255 (OEM) for the last argument. The text buffers go through a few Encoding.ASCII.GetString() calls too. If anyone is interested, I found (guessed) the answer to this question. Unrelated to the problem - my code snippet had an error, it is "Lucida Console" (not Lucinda). But the key to the problem has to do with the "Encoding.ASCII.GetString()" calls The provided ASCII encoding only support 7 bit ASCII. This is where the translation from 16 bit Unicode to what is displayed happens - anything that is 128 or above isn't supported by the supplied ASCII encoding. The trick is to use the right codepage for the encoding. In this case, after a little research, I found that I needed to use the old IBM Codepage 437! So - using "Encoding.GetEncoding( 437 ).GetString()" corrects the problem and displays PC graphics characters! Hope this info is of use to someone out there! :) Dale Thompson

This may not be exactly what you are looking for as it is done in VC++, however the topic matches exactly. Chris has written an article already titled: Showing progress bar in a status bar pane Hope this helps Nick Parker

Well, thanks anyway for the answer! Meanwhile I've joined this forum, because it's one of the best I've seen. Ludwig