| View previous topic :: View next topic |
| Author |
Message |
PGWARE Web Host

Joined: 29 Dec 2001 Posts: 1567
|
Posted: Fri Jul 18, 2003 3:10 am Post subject: |
|
|
| Why put the responsibility on Commercial Research?? If the developer of the software is too lazy or doesnt know how to include the runtime that's their problem to deal with. I don't see what's so difficult about placing a ~300kb file in the same directory as the exe????? I wouldn't bother using any software which requires me to search around for runtimes, makes the product look very unprofessional and sloppy. |
|
| Back to top |
|
 |
FreezingFire Admin Team

Joined: 23 Jun 2002 Posts: 3508
|
Posted: Fri Jul 18, 2003 11:00 am Post subject: |
|
|
| mindpower wrote: | As long as VDS is an interpreted language it will rely
on a runtime of sorts. Even Java relies on a runtime and I never hear
Java programmers complain this much about it. |
That's because people don't regularly distribute Java as an application.
While I always include the runtime it would be nice to see runtimes
integrated. The next part of my post will explain why.
| mindpower wrote: | ... and I really don't see what the big deal is with
using a product like Alloy and extracting the runtime to the drive? |
I have used several Windows hosting providers in the past who are very
protective of putting VDS's runtime in their system directory. I have only
had one install it and that was VDS 4's runtime, it would not work with
VDS 5. Also the same goes for extracting it. If I used software such as
Alloy for this task it still would not work, because putting the runtime in
the same directory as the executable just doesn't work.
| PGWARE wrote: | | Why put the responsibility on Commercial Research?? |
I have absolutely no intention of doing that. _________________ FreezingFire
VDSWORLD.com
Site Admin Team |
|
| Back to top |
|
 |
PGWARE Web Host

Joined: 29 Dec 2001 Posts: 1567
|
Posted: Fri Jul 18, 2003 1:03 pm Post subject: |
|
|
| Many windows hosting providers wont allow you to upload any dll, it's a danger to the system. If your looking for development and hosting exe's on a Windows server you'll definately need to get a dedicated server. Trying to use a shared server for this type of development you will find that many things are limited as they should be in a shared environment. |
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Fri Jul 18, 2003 2:00 pm Post subject: |
|
|
| Quote: | | Many windows hosting providers wont allow you to upload any dll, it's a danger to the system. If your looking for development and hosting exe's on a Windows server you'll definately need to get a dedicated server. |
That's not true. I've never had any trouble hosting exe files at Freeserve, which I still use as a backup for the files on my site, www.tech-pro.co.uk, and I know of several people who have freeware on their free webspace. In any case, if you don't have your own space you're better off uploading the files to SimtelNet or FileBasket. The advantage of that is that your app gets exposure, and you also get download stats which you won't get with a free webspace provider.
I wish we could put an end to this whining about VDS not producing integrated EXEs. The only reason VDS 2 produced integrated EXEs was because the runtime WAS an EXE, and the integrated EXEs were made by tacking the script on the end of the EXE. The only reason the VDS 2 runtime was an EXE was because I didn't know how to make the runtime work as a DLL at the time. Since the runtime was made into a DLL it was not possible to do it that way. Some things have to be done differently if done from an EXE instead of a DLL. It would require two completely separate copies of the runtime to be maintained.
There is practically no serious development language that creates fully self contained EXEs. Even apps written in Visual C need things like MSVCRT.DLL which, if you hadn't guessed, stands for the MicroSoft Visual C Runtime. Delphi is an exception, but the minimum size self contained Delphi app now weighs in at about 600K. The only way that's a plus is that the Delphi runtime is about a meg and a half.
The solution is to use a setup program and package your program as a setup.exe. This will install the vdsrun50.dll in the Windows system folder and it will be completely transparent to the end user. There's an excellent free setup generator produced by Jordan Russell which will do that for you. I've used it for years and it is rock solid reliable.
It would be nice if there was a setup generator which would do clever things like fetch a runtime DLL from the Web if it wasn't present on the user's system, so you didn't have to package it with the main executable. But the VDS runtime is still pretty small compared to most applications. If you visit a download site and look at the typical size of applications these days, VDS apps are definitely among the smallest, even when they include the runtime. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
PGWARE Web Host

Joined: 29 Dec 2001 Posts: 1567
|
Posted: Fri Jul 18, 2003 2:09 pm Post subject: |
|
|
| Quote: | | That's not true. I've never had any trouble hosting exe files at Freeserve, which I still use as a backup for the files on my site, www.tech-pro.co.uk, and I know of several people who have freeware on their free webspace. In any case, if you don't have your own space you're better off uploading the files to SimtelNet or FileBasket. The advantage of that is that your app gets exposure, and you also get download stats which you won't get with a free webspace provider. |
Maybe you misunderstood what I meant, I was refering to executing exe's as a cgi, not hosting them as a download. I certainly don't think freeserve allows this. |
|
| Back to top |
|
 |
CodeScript Moderator Team

Joined: 08 Jun 2003 Posts: 1060 Location: India
|
Posted: Sat Jul 19, 2003 4:00 am Post subject: |
|
|
| jules wrote: | | Since the runtime was made into a DLL it was not possible to do it that way. Some things have to be done differently if done from an EXE instead of a DLL. |
I think(excuse me if i am wrong) this can be done even with dll, so that the exe stub extracts/loads the dll into memory and then starts the main exe part (or some thing similar). PE Bundle by Collake Software does this. _________________ Regards
- CodeScript
Give your application a professional look with the VDSGUI Extension |
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Sat Jul 19, 2003 8:15 am Post subject: |
|
|
| Quote: | | Maybe you misunderstood what I meant, I was refering to executing exe's as a cgi, not hosting them as a download. I certainly don't think freeserve allows this. |
You're right. I thought you were referring to distributing software. I don't have any experience of developing web sites, but I would have thought that if you had a hosting provider that allowed EXEs (pretty rare in itself, I would have thought) they would allow DLLs too. A DLL is no more risky than an unknown EXE, less so in fact since they can verify its origin very easily. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
jules Professional Member


Joined: 14 Sep 2001 Posts: 1043 Location: Cumbria, UK
|
Posted: Sat Jul 19, 2003 8:19 am Post subject: |
|
|
| Quote: | | I think(excuse me if i am wrong) this can be done even with dll, so that the exe stub extracts/loads the dll into memory and then starts the main exe part (or some thing similar). |
That's a pretty good description of what the VDS EXE stub does. It loads VDSRUN50.DLL then calls a function passing the compiled script as one of the parameters. So the whole script is executed in the context of the DLL and not the EXE. _________________ The Tech Pro
www.tech-pro.net |
|
| Back to top |
|
 |
FreezingFire Admin Team

Joined: 23 Jun 2002 Posts: 3508
|
Posted: Sat Jul 19, 2003 12:16 pm Post subject: |
|
|
I've seen a few paid shared hosting providers that would have allowed
executables for CGI but didn't want to place the runtime into the system
directory. A Delphi executable would work fine.
I'm not complaining, we all can think what we want, I am just discussing
this topic, and bringing up ideas or issues to discuss. _________________ FreezingFire
VDSWORLD.com
Site Admin Team |
|
| Back to top |
|
 |
Skit3000 Admin Team

Joined: 11 May 2002 Posts: 2166 Location: The Netherlands
|
|
| Back to top |
|
 |
PGWARE Web Host

Joined: 29 Dec 2001 Posts: 1567
|
Posted: Sat Jul 19, 2003 2:39 pm Post subject: |
|
|
No it wouldnt be practical to convert the runtime back into a exe, there are some major differences in coding and some things work in a dll while others won't work as an exe. If you take a look at some of the Win Api you will find this to be the case.
I don't understand why distributing another file with your application is a problem? After all you will also need to distribute a help file with the application as well (provided your software is for the public). Sure in some cases you really need a single exe and there are ways to achieve this.
If you need to host your exe as a cgi you do not need to place the runtime into the system dll, placing it in the same directory will work. If it isn't working for you then the admin of the server isn't allowing dll's to be loaded, contact them and see what they say. I hosted a few exe's as cgi with my old host (parcom.net) and placed the runtime in the same directory. I had to ask them and they allowed it, I don't know if they still allow it though.
Many hosts fear that dll's can bring down a system alot faster if there are any coding problems within the dll. The slightest error and you can get a blue screen, whereas with most exe's usually the exe itself crashes and doesn't cause the whole server to blue screen. Sure there are circumstances where an exe can crash the whole system as well. I'm not certain on this but I think on a Windows server dll's are allowed to call system functions/files but exe's typically are restricted to their own directory and anything below it; which posses a potential security risk to allow any dll without first verifying it.
If your really needing to develop for a Windows server you should get a dedicated server, otherwise if you do manage to find a shared hosting provider you'll find alot of things are restricted. |
|
| Back to top |
|
 |
FreezingFire Admin Team

Joined: 23 Jun 2002 Posts: 3508
|
Posted: Sat Jul 19, 2003 9:59 pm Post subject: |
|
|
Please don't take offense and I'm not trying to start a fight, but it seems
that a lot of people are closed-minded about this. They act like "This is the
way it is, it will not change, end of discussion." As a paying customer I feel
that I am entitled to some say as to what I want to see.
Also another reason I'd like to see integrated executables is because right
now there is no way to just distribute a single executable to a user. A lot
of people actually have problems when they try to do something like burn
an executable that has been packed with other files to a CD, then they get
all sorts of problems.
It's not really necessary to counter everything I said in this post also. I
just wanted to throw in my two cents.  _________________ FreezingFire
VDSWORLD.com
Site Admin Team |
|
| Back to top |
|
 |
Garrett Moderator Team
Joined: 04 Oct 2001 Posts: 2150 Location: A House
|
Posted: Sat Jul 19, 2003 11:00 pm Post subject: |
|
|
Hmmm, this might come across as sounding like a smart ass, but it's not
intended that way.
When I want to distribute a *single* file, I use a little something called
a *ZIP* file. Name me someone on the internet who doesn't know about
zip files or how to unzip them? Even newbie netizens learn about zip files
on their first few adventures downloading files.
I understand your plea for integrated runtime, as I would love to see this
also, but for me, it's just a luxury, as I would most likely zip the single
exe file into a zip anyway to make it smaller for distribution. But honestly,
I'd only prefer it as an option.
My stance on this is that I really do like having the runtime seperate. For
me, this makes it easier to udpate my programs with anyone who's using
my programs. This allows them to merely download an exe file that is
but only a few kb's as opposed to download one that is 300+ kb with the
runtime integrated. This also allows a developer to offer his programs
in two download options, one with runtime for those who've never
downloaded from this developer before, and one without runtime for
those who have already downloaded programs from this developer. This
can save bandwidth for both you the developer and the user, it also
saves hd space (not sure that's really a concern these days) for the user.
Just my penny/pence worth.
-Garrett _________________ 'What you do not want done to yourself, do not do to others.' - Confucius (550 b.c. to 479 b.c.) |
|
| Back to top |
|
 |
SnarlingSheep Professional Member


Joined: 13 Mar 2001 Posts: 759 Location: Michigan
|
Posted: Sun Jul 20, 2003 4:31 pm Post subject: |
|
|
| FreezingFire wrote: | Please don't take offense and I'm not trying to start a fight, but it seems
that a lot of people are closed-minded about this. They act like "This is the
way it is, it will not change, end of discussion." As a paying customer I feel
that I am entitled to some say as to what I want to see.
|
Yeah, that's a bit of a problem around here..
Opinions from paying customers shouldn't be shot down and in some cases, put down, so easily. Seems to me like VDS wouldn't be around without people like me, even if I don't agree with how everything works.
That's my 17 cents. _________________ -Sheep
My pockets hurt... |
|
| Back to top |
|
 |
Tommy Admin Team
Joined: 16 Nov 2002 Posts: 746 Location: The Netherlands
|
Posted: Sun Jul 20, 2003 11:33 pm Post subject: |
|
|
| jules wrote: | | It would be nice if there was a setup generator which would do clever things like fetch a runtime DLL from the Web if it wasn't present on the user's system, so you didn't have to package it with the main executable. But the VDS runtime is still pretty small compared to most applications. If you visit a download site and look at the typical size of applications these days, VDS apps are definitely among the smallest, even when they include the runtime. |
An idea would be to integrate such functionality in the .exe files created by VDS.
It could ask the user something such as "One of the components required to be
able to use this program is not present. Would you like to download it? Yes/No"
in case the runtime would not be already present. If the user would choose Yes,
the VDS program could handle everything automatically for the user. This probably
won't be a realistic option however, as it would probably increase the size of the .exe
file quite much. |
|
| Back to top |
|
 |
|