View previous topic :: View next topic |
Author |
Message |
Skit3000 Admin Team
Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
Posted: Sat Nov 20, 2004 1:09 pm Post subject: |
|
|
Julian, will the interpreter engine be redesigned, or do you use the one which is also used with VDS 5? If so, maybe you could look if it is possible to adjust things so that it becomes faster, if you haven't done this yet? I am not saying that VDS isn't fast enough now, but I think the faster, the better... _________________ [ Add autocomplete functionality to your VDS IDE windows! ]
Voor Nederlandse beginners met VDS: bekijk ook eens deze tutorial! |
|
Back to top |
|
|
GeoTrail Valued Contributor
Joined: 18 Feb 2003 Posts: 572 Location: Bergen, Norway
|
Posted: Sat Nov 20, 2004 1:42 pm Post subject: |
|
|
jules wrote: | As for software licensing, I think most people like to design their own system. If you have one system, and it gets cracked, then it is cracked for everyone who uses it. So it is better for each program to have its own protection system. | I agree with you there jules. _________________
|
|
Back to top |
|
|
FreezingFire Admin Team
Joined: 23 Jun 2002 Posts: 3508
|
Posted: Sat Nov 20, 2004 2:33 pm Post subject: |
|
|
jules wrote: | I have tested stubs with integrated runtimes. In fact, the current version of the VDS 6 IDE can build standard, integrated or NT service EXEs for both VDS 5 and 6! |
If I read this right, I think I am going to have a large party. If not I'll just
keep sitting here.
If VDS 6 can do what you just said it can do, that would be SO AWESOME
I wouldn't be able to stand it!!!! _________________ FreezingFire
VDSWORLD.com
Site Admin Team |
|
Back to top |
|
|
GeoTrail Valued Contributor
Joined: 18 Feb 2003 Posts: 572 Location: Bergen, Norway
|
Posted: Sat Nov 20, 2004 3:50 pm Post subject: |
|
|
FreezingFire wrote: | If VDS 6 can do what you just said it can do, that would be SO AWESOME
I wouldn't be able to stand it!!!! | He he he can't argue with you there _________________
|
|
Back to top |
|
|
jules Professional Member
Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Sun Nov 21, 2004 11:33 am Post subject: |
|
|
Skit3000 wrote: | Julian, will the interpreter engine be redesigned, or do you use the one which is also used with VDS 5? If so, maybe you could look if it is possible to adjust things so that it becomes faster, if you haven't done this yet? I am not saying that VDS isn't fast enough now, but I think the faster, the better... |
I think the interpreter is just about as fast as it can be. Any inherent slowness in VDS is because it is a string processing language. VDS 6 will probably be about 20% slower running the prime numbers Bench.dsc. On the other hand, it's much faster loading big lists and doesn't fail to load very large ones like VDS 5 due to better memory management.
VDS 6 on a modern PC still runs the primes benchmark much faster than the computers of the day ran it with VDS 2. So I think that puts the performance issue into perspective. _________________ The Tech Pro
www.tech-pro.net |
|
Back to top |
|
|
jules Professional Member
Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Sun Nov 21, 2004 11:35 am Post subject: |
|
|
FreezingFire wrote: | If I read this right, I think I am going to have a large party. If not I'll just keep sitting here. |
Better start blowing up balloons, then! _________________ The Tech Pro
www.tech-pro.net |
|
Back to top |
|
|
FreezingFire Admin Team
Joined: 23 Jun 2002 Posts: 3508
|
Posted: Sun Nov 21, 2004 3:37 pm Post subject: |
|
|
This is what I've been waiting for since the beginning of VDS. _________________ FreezingFire
VDSWORLD.com
Site Admin Team |
|
Back to top |
|
|
marty Professional Member
Joined: 10 May 2001 Posts: 789
|
Posted: Mon Nov 29, 2004 1:44 pm Post subject: |
|
|
Suggestion:
Database support within VDS.
Well, since we are working here with MS SQL Server 2000, and possibly MySQL soon, I would like to see in the future real support for Database.
Not going thru ODBC, but real direct connection.
We use Delphi here for other projects and we bought a Database component for MS SQL Server 2000 and it works perfectly. It's just 40$.
Anyway, just a suggestion for a future version. But I am sure I would not be the one who wants this |
|
Back to top |
|
|
Skit3000 Admin Team
Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
Posted: Mon Nov 29, 2004 2:05 pm Post subject: |
|
|
Marty, how about a database system which doesn't need an external server? I think it's better to make real database connections like MySQL and SQL only available through the use of DLLs, because it will otherwise makes the runtime DLL too big... _________________ [ Add autocomplete functionality to your VDS IDE windows! ]
Voor Nederlandse beginners met VDS: bekijk ook eens deze tutorial! |
|
Back to top |
|
|
jwfv Valued Contributor
Joined: 19 Mar 2002 Posts: 422 Location: Beaufort, SC
|
Posted: Mon Nov 29, 2004 3:12 pm Post subject: |
|
|
While we are on the subject, I wish direct access for .DBF files could be added in. They may be older technology, but they still work very well and have widespread support. And - they don't require a database management system to use them. _________________ Joe Floyd |
|
Back to top |
|
|
jules Professional Member
Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Mon Nov 29, 2004 3:51 pm Post subject: |
|
|
I feel that database support should be in an external DLL. Since there are already VDS database DLLs I don't think there is a compelling argument to develop a new one. If CR wanted to include database support within an "enterprise" version of VDS they could license one of the existing DLLs to bundle with the package, or ask the developer of it to create a custom version. I don't think many hobbyist users who complain already about the price of the basic VDS would be interested in paying for such a facility.
I feel that the VDS runtime itself should contain just core functionality that is not specific to any particular type of application. Anything that is of more specialized use, or which needs a lot of code to implement it, should be implemented as an extension. The web browser and TCP/IP extensions are examples of that philosophy. Others that come to mind include graphical image display, video display, file compression/decompression and database access. What is included as part of the standard VDS or sold as separate add-ins is a commercial decision for CR to take. _________________ The Tech Pro
www.tech-pro.net |
|
Back to top |
|
|
jwfv Valued Contributor
Joined: 19 Mar 2002 Posts: 422 Location: Beaufort, SC
|
Posted: Mon Nov 29, 2004 4:28 pm Post subject: |
|
|
Jules:
I guess I agree with what you are saying. Even with .DBF files, there are different flavors of indexes, files, etc. No need to carry all that weight around in the .EXE if you don't need to, I guess.
You bring up another area of interest for me: graphics images and files. Is there a way for VDS 6 to be more "flexible" for developers of .DLLs? For instance, with a lot of third-party (non-VDS) .DLLs, they need some sort of "image container" to work with. I guess like you find in languages such as Visual Basic or Delphi. Is this out of the scope of VDS? (That type of programming is outside of my realm of knowledge.) _________________ Joe Floyd
Last edited by jwfv on Mon Nov 29, 2004 5:37 pm; edited 1 time in total |
|
Back to top |
|
|
PGWARE Web Host
Joined: 29 Dec 2001 Posts: 1562
|
Posted: Mon Nov 29, 2004 4:45 pm Post subject: |
|
|
I agree with databases being external; there are many different types of databases out there available; supporting one means others aren't supported and someone will complain that their database isn't supported. Including them all would probably be a much more difficult task.
If anything I would like some very basic CSV (comma seperated value) type database added in; as that isn't the most complicated to implement. This also could be implemented via a dsu |
|
Back to top |
|
|
Skit3000 Admin Team
Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
Posted: Mon Nov 29, 2004 6:29 pm Post subject: |
|
|
PGWARE wrote: | If anything I would like some very basic CSV (comma seperated value) type database added in; as that isn't the most complicated to implement. |
That was what I ment with basic database support. Something between the parse and list commands, which are in there already. Just for internal use, so that you can save a lot of values, without having to think about a way how you want to retreive them back... _________________ [ Add autocomplete functionality to your VDS IDE windows! ]
Voor Nederlandse beginners met VDS: bekijk ook eens deze tutorial! |
|
Back to top |
|
|
GeoTrail Valued Contributor
Joined: 18 Feb 2003 Posts: 572 Location: Bergen, Norway
|
Posted: Mon Nov 29, 2004 11:22 pm Post subject: |
|
|
I agree Skit3000.
Just a simple database system, nothing fancy like MySQl, SQL, Access or anything like that.
If we got that feature, I would be in heaven
Would be an awesome christmas present to the users *S* _________________
|
|
Back to top |
|
|
|