(08-15-2013, 11:59 PM)noize Wrote:

(08-15-2013, 11:40 PM)Dreamwalker Wrote: Not a bad effort, shame about the language :Money-Mouth: you should make it multi-threaded, not only will it speed up the scan time, but it will also make the application more stable by separating the stack memory.

I'm pretty sure that the stack space allocated for the process is the same for all threads.

I don't think VB supports multithreading, however.

(08-16-2013, 06:30 PM)Dreamwalker Wrote:

(08-16-2013, 11:17 AM)noize Wrote:

(08-16-2013, 12:03 AM)Dreamwalker Wrote: Hence shame about the language lol, if you create a separate thread, create a scanning function and run that on the new thread it will have a different allocation and run faster/smoother.

I don't think so, indeed. He could use multiple threads to scan ports, but using _one_ thread for the whole scanning fuction won't make it much faster at all. Still, when you say it will have a different allocation, I don't know what you're talking about.

I think myself VB is a sloppy language, indeed, but after all, he's free to code in whatever he likes to. I'm a Batch programmer, so, who am I to judge?

Yes, VB does suck but I wasn't having a go it was a suggestion, it will make it slightly faster but the main thing is, is program stability. And different allocation is meaning memory allocation, when you start coding in languages like C and C++ you'll understand this (dealing with memory on the heap and stack etc)