forum.vdsworld.com

Vic D'Elfant · Posted: Mon Sep 29, 2003 8:38 am Post subject: Running a dsu independant

Another thing I would like to see is that a dsu could stay working (in a loop or whatever), without the main script freezes.

This would be very nice if you use a loop in the dsu that blends a dialog without having the main script paused, for example.

Greetings,
Vic

Skit3000 · Posted: Mon Sep 29, 2003 12:50 pm Post subject:

You can do this by creating a second program, which communicates with the first program by registry or something. I don't think you can create a second loop, because VDS reads a file line by line...

vdsalchemist · Posted: Mon Sep 29, 2003 1:47 pm Post subject:

Hi All,
It sounds like Vic is wanting "threads" Wink

Well the only thing I can say here is good luck. You are better off doing what Skit suggested.

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

Threads would be cool to have in VDS someday. Smile

Garrett · Posted: Mon Sep 29, 2003 8:22 pm Post subject:

Threads would be outstanding!

-Garrett

Vic D'Elfant · Posted: Tue Sep 30, 2003 7:22 am Post subject:

And the possibility to create plugin-dsus (not compiled with the exe) combined with threads would be even better Very Happy

Vic

CodeScript · Posted: Tue Sep 30, 2003 7:33 am Post subject:

Hi Vic
Good Luck Wink

Skit3000 · Posted: Tue Sep 30, 2003 1:24 pm Post subject:

PGWARE · **Web Host** Joined: 29 Dec 2001 Posts: 1563

Actually I think CR/SADE were planning on having the ability for VDS 5 to create dll's (using vds syntax) as well. If it were an actual dll I could see this easily being able to run in it's own thread.

LiquidCode · Posted: Tue Sep 30, 2003 1:58 pm Post subject:

Dlls with VDS, That would great!

CodeScript · Posted: Tue Sep 30, 2003 2:05 pm Post subject:

I think that has been (p)reserved for VDS 6. I guess it is an interpreted script dll using VDS runtime like a VB activex dll rather than being complied to machine code ?? Even then it would have the ability to run as a seperate thread I suppose.

jules · Posted: Tue Sep 30, 2003 3:30 pm Post subject:

This is not as straightforward is it might seem, because I guess everyone has different ideas of what they want to do in a thread. For example, for my mail server I'd like to be able to spawn a section of code in a separate thread, so that I can service multiple clients. There's no really satisfactory way to do that at the moment (at least, I can't think of one.) But I don't really want much interaction between the threads and the main process, except perhaps a return value when they finish.

Other people may want their threads to update stuff in real time, which is a lot more complicated. Actually I did have a SPAWN command implemented in VDS 5 but there was a lot of conflicts with things like dialogs and events, use of extensions and so on, so it just proved that the whole implementation needed a lot more thinking through than there was time to do for VDS 5. But it seems possible, which makes it a fair chance that such a feature could appear in VDS 6.

vdsalchemist · Posted: Tue Jul 08, 2008 8:31 pm Post subject:

Hey I just seen this post Jules... This is what I am trying to achieve at the moment from a DLL. However I am still running into logic road blocks trying to build a self contained VDS interpreter but when I get past this road block we will be able to have simple sub-routines that can be executed in a separate thread with hopefully an event to tell you when you can pick up the return value of the sub-routine.

I think if there is ever going to be another version of VDS there should be this simple scenario that Jules has outlined here. It is better than nothing. also it would be nice to pass the thread sub-routine a single parameter/argument if that could be possible.