Standalone EXE

This forum is for general support of Xbase++
Message
Author
unisoft
Posts: 7
Joined: Thu Mar 26, 2015 4:24 am

Standalone EXE

#1 Post by unisoft »

Hi,

Anyway we can create a standalone Executable without the need of any DLL or file whatsoever ?

Regards

User avatar
Tom
Posts: 1165
Joined: Thu Jan 28, 2010 12:59 am
Location: Berlin, Germany

Re: Standalone EXE

#2 Post by Tom »

Use a different language. ;)

This PDR is related to this problem. It's 16 years old.

http://www.alaska-software.com/scripts/ ... PDRID=4902
Best regards,
Tom

"Did I offend you?"
"No."
"Okay, give me a second chance."

User avatar
Tom
Posts: 1165
Joined: Thu Jan 28, 2010 12:59 am
Location: Berlin, Germany

Re: Standalone EXE

#3 Post by Tom »

To be a little more serious. This is a problem by design. This design has some advantages - data driven applications and other things would be much more complicated without it. The disadvantage are the runtime DLLs you need to deliver. No way out. Maybe Xbase++ 5.0 (codename "cloud 7") supports this. It will be released in Q3 2027. :twisted:
Best regards,
Tom

"Did I offend you?"
"No."
"Okay, give me a second chance."

bwolfsohn
Posts: 648
Joined: Thu Jan 28, 2010 7:07 am
Location: Alachua, Florida USA
Contact:

Re: Standalone EXE

#4 Post by bwolfsohn »

Tom wrote: It will be released in Q3 2027. :twisted:
You're such an optimist.. :)
Brian Wolfsohn
Retired and traveling around the country to music festivals in my RV.
OOPS.. Corona Virus, so NOT traveling right now...
http://www.breadmanrises.com
FB travel group: The Breadman Rises

User avatar
Tom
Posts: 1165
Joined: Thu Jan 28, 2010 12:59 am
Location: Berlin, Germany

Re: Standalone EXE

#5 Post by Tom »

Okay, Q4 2027.
Best regards,
Tom

"Did I offend you?"
"No."
"Okay, give me a second chance."

User avatar
rdonnay
Site Admin
Posts: 4722
Joined: Wed Jan 27, 2010 6:58 pm
Location: Boise, Idaho USA
Contact:

Re: Standalone EXE

#6 Post by rdonnay »

You could probably put the Alaska and eXpress++ runtime DLLs in a self-extracting ZIP EXE.
The eXpress train is coming - and it has more cars.

unisoft
Posts: 7
Joined: Thu Mar 26, 2015 4:24 am

Re: Standalone EXE

#7 Post by unisoft »

Hi,

Just to make sure. thanks, so we have time till 2027, Q4 !!!

Regards

Victorio
Posts: 620
Joined: Sun Jan 18, 2015 11:43 am
Location: Slovakia

Re: Standalone EXE

#8 Post by Victorio »

Hi,

I also thought about it, because it is not nice, when user see tens od dll fiels in our directory and search exe file .

Only such an idea :think: :
- put all dll to zip file
- when start application, first run "some" auxiliary exe module which "know" set of dlls which need main application (for example list can be in external ini file) and unzip those dlls
- and run main application.
- auxiliary module unzip dlls only first time, or only if he finds out some differences

This system can reduce dlls in directory, not unzip this, which ones not need

Sorry, if you mean something else altogether :)

bwolfsohn
Posts: 648
Joined: Thu Jan 28, 2010 7:07 am
Location: Alachua, Florida USA
Contact:

Re: Standalone EXE

#9 Post by bwolfsohn »

Victorio wrote:Hi,

I also thought about it, because it is not nice, when user see tens of dll files in our directory and search exe file .
If your issue is the cline seeing these dll files, keep in mind the windows operating system, and most applications, call functions in dll files. the only difference is that these files are in a directory referenced by the path setting, (usually somewhere in the widows group of directories). You could move all the dll's into another directory under your mail directory, and the user wouldn't see them. You'd just need to change your code and possibly your installation routines to account for this.
Brian Wolfsohn
Retired and traveling around the country to music festivals in my RV.
OOPS.. Corona Virus, so NOT traveling right now...
http://www.breadmanrises.com
FB travel group: The Breadman Rises

User avatar
Tom
Posts: 1165
Joined: Thu Jan 28, 2010 12:59 am
Location: Berlin, Germany

Re: Standalone EXE

#10 Post by Tom »

You can't move the Xbase++-runtimes to another directory which is not the working directory of your app - or not included in the search path. You can't set the runtimes location in your app. This is a PDR aswell, maybe from 1996, but I'm not going to search it.
Best regards,
Tom

"Did I offend you?"
"No."
"Okay, give me a second chance."

Post Reply