Have you tried using powerline adapters with separate short ethernet cables instead of a long ethernet cable (you don't actually specify how long the connection is)? I have been using powerline adapters for many years without any problems. However, I lose quite a lot of speed as I run them across ring circuits (3 PCs on a triple port 200Mbps adapter on one ring, Router and NAS each with single port 500Mbps adapters on another ring) where they 'talk' through the distribution box (which is not recommended). Prior to 802.11n, this setup was faster than wireless (not all of my devices have wireless cards). Interestingly, if one of the PCs communicates with the NAS unit, the power adapters ignore the router and form an ad hoc link directly between the source and target nodes. The cheapest price for a pair of 1Gbps single port adapters that I have seen today is £19.99 (you need a pair: 1 for the PC, 1 for the router).

Sonhospa wrote: no capture if there are more lines between ... Exactly why a regex is not the best way to do this.

That is because it still is alive. It will remain so until the GC collects it. You can't "force" it to be deleted from memory. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)

You're welcome. Merry Christmas and happy new year to you also :) Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)

Thank you though, Richard. Finally I found the problem: The file "settings.designer.vb" had it's first part of the code (where the properties are defined) wrapped into "Namespace My"/"End Namespace". Obviously that's not right and lead to wrong references / empty string. Now it works again :thumbsup:! Have a nice day, Mick

Now, thanks to the insights of my helpers, I could make it clearer. I only checked the top-level number of files using Directory.GetFiles(pfad, "*.*", SearchOption.TopDirectoryOnly)) Here's what I found: • there's no redirection to "SysWOW64" once "System32" is specified as path. I can get the files of both, once set as path. • the result 2560 was correct, but I could only verify this number after setting the system files (etc) to visible in the folder options! • i.e. the GetFiles method counts hidden files as well (which it is supposed to do) So in the end my question arose out of not considering that, in the Windows directory and it's subdirectories, many files are hidden and/or system files. The GetFiles method was completely ok, only my verification wasn't. Thank you Mick

I look at it the way you suggest and drop that idea. Thank you though, saved me a lot of time and coffee. :thumbsup:

Hi Alan, thank you for the idea. Actually, before writing to the registry, I looked for a way how to have a process ("process.start()") run in a particular culture... Couldn't find information on that, so the registry hack was my problem solver. Now I tried your code, but unfortunately I encounter a strange effect: The called tool starts executing, it also consumes my additional parameters (as I can see from the Console messages), but ... then it seems to stop on it's half way, the Console window stays open and nothing goes on anymore. This is different from my older experiments with "process.start()": Once the parameters (path etc.) were fed correctly, the tool just worked (with different results depending on the system culture setting). I have no idea what mightbe wrong now. Salut Mick

Sonhospa wrote: Doesn't that slow down the application massively? You're right, it does. It'd be recommended not to set the datasource until the list is completely populated. If you want "smoother" loading using the DataGridView, you could implement a virtual mode[^] :) Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

It doesn't work because you're hogging the UI thread with this code. The Thread.Sleep doesn't help. What I mean by "hogging" is that you're not letting the UI thread process any messages from Windows, like WM_PAINT, that tells individual controls to update themselves. For a "quick fix" you can replace the line that says myLabel.Update() with Application.DoEvents(). This will process all pending messages in the application message pump, including drawing messages. This is NOT the correct way to do this! This is a hack to get your example code working! The correct way to do this would be to move the long running code (you simulated this with the Thread.Sleep call) to a background thread and Invoke calls to update the UI controls on the UI thread. A guide to posting questions on CodeProject[^] Dave Kreskowiak

List initialisers are actually really nice, particularly in writing unit tests or setting up in-memory test data. Yes, they can be used for scoping, but only when they surround entire statements. That's rarely useful as what you'd want to use as scope regions are usually already in a block (e.g. if, foreach etc). I think case statement groups are the only place I've found that capability useful.

Thank you for your help, and have a nice evening! :thumbsup:

Thank you for your great help, Richard - I guess my major misunderstanding was that I interpreted the [CR] as \r only, and not as \r\n? Nevertheless, it seems to work on the original, too. Have a nice evening, Mick

Wow - this seems to make it and even looks much simpler than what I've been fiddeling out in so many hours :~! Thank you for ending my sleepless nights :thumbsup::rose: BTW the ? must have got lost in the copy/paste process. It's part of the original. Have a very nice weekend, thank you very much!

Michael Schäuble wrote: But instead of ranting, you might at least give your advice on how you would stay with the forum structure and still reach someone of the community who might even be in a better mood and willing to help. Most readers will check multiple forums here; it's annoying to come across the same question over and over. The board also highlights the places with "new" messages, so it kinda feels impatient. Michael Schäuble wrote: (maybe because of your helpful answers) :-\ Yes, could have been friendlier. Make that "should have been". Michael Schäuble wrote: So thanks for your time - and have a better weekend.[Rose] Enjoy your weekend :) Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]