forum.vdsworld.com

DW · Contributor Joined: 21 Mar 2003 Posts: 175 Location: UK

Im pretty new to VDS but I wish we could do more then one thing as once.
Like say something like open a file while at the same time browse the internet all at once, or something like make a dialog flash, while at the same time be sending text to notepad, whatever. Just multiple things.

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

VDS is not and probably will never be multi-threaded. Quoted from the
site:

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

Also personally I feel that SADE should not put the following on their
site:

Garrett · Posted: Tue Apr 29, 2003 10:17 pm Post subject:

I think that's a legacy comment that probably needs to be changed now.

-Garrett

DW · Contributor Joined: 21 Mar 2003 Posts: 175 Location: UK

Im not using a browser eliment im just saying that as an example.

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

I personally feel that some big-shot developers don't want to waste their
time if they see that and it is brought up several times.

I think VDS has turned out to be something amazingly better than what
it was originially intended to do. When it first came out it was made for
sending keystrokes etc. and having very simple dialog capabilities. Then
DLL authors came along and extended its functionality and are still doing
so. Look where VDS is getting to: being able to load non-VDS DLL's and
creating really useful applications for today's world. Without the development
of VDS, we wouldn't have the VDSWORLD Forum Checker, for example. Very Happy

LOBO · Posted: Wed Apr 30, 2003 12:04 am Post subject:

FF,
I do believe Garrett meant the comment you quoted from SADE's site was a legacy comment that probably needs to be changed.

-Mark

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

Oops. Sorry, didn't understand. Embarassed

vdsalchemist · Posted: Wed Apr 30, 2003 1:58 pm Post subject:

Hi All,
Here are my thoughts about VDS being multi-threaded. First of all when you use certian VDS DLL's they are being multi-threaded behind the scenes. Second to allow a VDS programmer to manipulate threads would not be very easy because of the nature of Threads and the nature of VDS in general.
It would be a nice feature but most of the VDS programmers panic at the site of using a VDS DLL never the less calling the Win32 API. I know where I speak because of the sales of Gadget are so low that they were not even enough to pay for the electricity to run the PC that I wrote the code on. If the VDS programmers out there want all this really cool and advanced stuff they should support the developers of VDS.
Anyway the truth be known you could actually have multiple Threads with Gadget by passing the beginthread function from the Visual C runtime DLL msvcrt.dll the address of one of Gadget's callback functions but that is only half of what a thread is. The primary problem with Threads and VDS is the fact that VDS is an interpreter that reads each line one at a time. Yes you can change the sequence of execution but it is still one line at a time and it will not continue execution until that line has finished and got a return. When you setup one of Gadget's callback functions it will fire events to the VDS program that your script can respond to so it returns execution to the script right away but you still need a better way to control starting and stopping of the callback function. The callbacks are still very beta and they have a few problems with Win 2000+ and returning large amounts of data mainly because VDS'es event process does not return a value to our VDS DLL's. If VDS had a way to tell our VDS DLL when it actually fired the event then we could have our functions wait for it. Maybe I should post this to the wish list on the DLL developers forum Idea

Lets just say it is possible but I am not going to make an example of it because too many things can go wrong with it and I cannot be certian that VDS programmers are ready for such an advanced topic as multi Threading and I am sure that the developers over at SADE are thinking the same thing. One step at a time guys/gals. Learn what is possible with the Win32 API and how to use it then move on to more advanced topics as this if you choose too Wink

Also this would be a good topic to be posted on the DLL developers forum Idea

DW · Contributor Joined: 21 Mar 2003 Posts: 175 Location: UK

I have to admit (after the long read Very Happy

) that you do make a good point.
What about just simple stuff like, when you have a dialog on screen called through 'INFO' the program in the back ground can still continue?

Skit3000 · Posted: Fri May 02, 2003 4:58 pm Post subject:

You should emulate an info window. That way the old window can still be used...

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

There's also this approach:

Hortalonus · Posted: Fri May 02, 2003 8:17 pm Post subject:

I like that one FF... very creative. Very Happy

FreezingFire · **Admin Team** Joined: 23 Jun 2002 Posts: 3508

Thanks.

Skit3000 · Posted: Fri May 02, 2003 8:22 pm Post subject:

It's a good idea, but useless if you want to test it quick, cause you always need to compile it...