Saksida Bojan wrote: Moddaly and non moddaly means only that it runs either in diffrent or same thread I don't think so. It means they use different message pumps, however all message pumps are executed (one at a time) by one and only one thread. Here is an experiment to prove it: - create main form Form1 with a ListBox and a Button; it will be shown modelessly; - create Form2 with a ListBox and a Button; it will be shown modally; - add the following to Form1: public partial class Form1 : Form { int count; public Form1() { InitializeComponent(); } public void log(string s) { lb.Items.Add(s); } private void button1\_Click(object sender, EventArgs e) { log("Thread ID="+Thread.CurrentThread.ManagedThreadId); Form2 f=new Form2(); f.ShowDialog(); } protected override void WndProc(ref Message m) { count++; if (count<5) log("Thread ID="+Thread.CurrentThread.ManagedThreadId); base.WndProc(ref m); } } - add basically the same code to Form2 (without new Form2/ShowDialog) - run, click button, see all thread IDs, on second form, click button, see all thread IDs equal to the former ones. :) Luc Pattyn [Forum Guidelines] [My Articles] The quality and detail of your question reflects on the effectiveness of the help you are likely to get. Show formatted code inside PRE tags, and give clear symptoms when describing a problem.

I've now fixed it by using a single cell. Too many passwords to remember? Try KeePass Password Safe!

My pleasure. I am glad I could help. There are so many things that I am still struggling with in DataGridViews. So I gladly help where I can. Best regards. Kobus

If you change the keyboard layout to English, caret works just fine, but for example with Finnish layout, ampersand is sent instead caret (just like in your case). Since every other character works as expected, I would consider this as a possible bug. Mika

It was a test or a reply(question)? ;)

FlushFileBuffers doesn't work for a USB file? Judy

It seems Windows does not send PBT_APMSUSPEND nor PBT_APMQUERYSUSPEND (in WM_POWERBROADCAST) when going to sleep. I've found some other power functions in the meanwhile (CallNtPowerInformation, GetActivePwrScheme, ...), maybe one of these helps... Thanks anyway for your reply, best regards Dominik Too many passwords to remember? Try KeePass Password Safe!

Yes, use GetWindowPlacement to record the window max/min state, size, and monitor when the app exits, store the returned struct as binary data in the registry (or elsewhere), and the use SetWindowPlacement when the app boots the next time. Don't forget to handle bizarre situations as when a user discards a monitor or changes screen resolution.

You can find out on which OS your application is running by System.OperatingSystem and System.Environment classes #region signature my articles #endregion

Glad to hear my guess was right :) "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rick Cook www.troschuetz.de

Thanks for the tip! The splitter doesn't get the focus any more after the sub-dialog is closed. One problem remains, though. When clicking the splitter with the left mouse, it appears like this: Screenshot[^]. But I guess this can be solved somehow by handling the mouse events. Thanks a lot again! Too many passwords to remember? Try KeePass Password Safe!

I've just found a solution and wanted to quickly let you know it, in case it's interesting for you, too: First, a random byte array is generated using a cryptographically secure random number generator. This is the key used for encryption. It is protected using ProtectedData.Protect with the DataProtectionScope.CurrentUser option and written to the registry. When loading, the protected key is retrieved from the registry, unprotected using ProtectedData.Unprotect and used as decryption key for our file. I'm not sure what data ProtectedData is using, but it seems that the password can be changed, without making the ProtectedData behavior change, i.e. the user's password actually doesn't matter. Same applies to the user name. Probably Windows keeps some secret key for each user, which we can't access manually. Best regards Dominik Too many passwords to remember? Try KeePass Password Safe!

Exactly what I was looking for, thanks a lot! :) Too many passwords to remember? Try KeePass Password Safe!

Remember that nullable types can only take value types as the generic argument (as value types cannot be null). So in your declaration you just need to specify that T is a value type: public static bool ValidateNumber(T tNum, T? tMinimum, bool bMinInclusive, T? tMaximum, bool bMaxInclusive) where T : struct, IComparable Hope this helps. :)

That works, thanks a lot! _outp(0x64, 0xAD); and __asm mov al, 0xAD __asm out 0x64, al do the same... but what do they do?? ;) (doesn't work on NT)

The people who decided that should be euthanized as a service to humanity. Software Zen: delete this; Fold With Us![^]

It's from another thread, but man, you *have* to see Celine Dion in Las Vegas!