Borland C++ Builder ?

Du skal gøre følgende:

Gå under Project->Options. Vælge fanebladet "Packages". For neden er der et flueben der hedder "build with runtime packages". Den skal IKKE være sat.

Det skulle kunne gøre det.

DMK

Du compiler bare alm.
Du kan ikke lave en standalone exe fil....der kræves nogle dll filer alt efter hvilke includes bruger...
Men hvis du flytter exe filen til en anden computer og prøver at eksevere den så kommer den selv og siger hvis den mangler dll...

dmk << Når jeg prøver det. Skriver den at den mangler borlndmm.dll & cp3245mt.dll. det kan da ikke være rigtigt at man skal kopiere de .dll som den skal bruge ud på alle maskiner? Men det kan da godt være at rbnstudio har ret????

Der må være en lettere måde ?

Okay, det er ved at være længe siden jeg har haft Borland installeret, så jeg kan åbenbart ikke helt huske ALLE detaljerne...

Jeg mener dog, at for at undgå at den vil linke med DLL'er runtime, så kan man gå ind under Project->Options, vælge fanebladet Linker, og vælge IKKE at bruge RTL  (RunTime Libraries). Prøv om ikke det hjælper.

DMK

Skal man have BDE installeret når der connectes til en databaser??
Jeg får følgende fejl når jeg kører et program, der gør dette.
"An error accured when trying to initialize Borland Database Engine (error $2108)"

nimmer> Ja...jeg mener at BDE Borland Database Engine skal installeres for at kuune bruge databaser....

...Nu ved nærmere eftertanke kan jeg godt give dig ret i at der må være en nemmere måde en at skulle kopiere dll filer med.....Man må kunne compilere sin exe fil så den indholder de dll filer den skal bruge....

Yep, hvis du vil rode med databaser, så er der ingen vej udenom: Du må have BDE installeret.

Og dog...
Har du hørt om ODBC ? Sådan lige ved første øjekast, så ser BDE ud til at være mere "lavniveaus agtig", og rigtig noget for os nørder. MEN! BDE er faktisk ikke andet en et api ovenpå ODBC, og så selvfølgelig ovenpå Borlands (undskyld, Enprise's) egne databasetyper, Paradox og ... Ja, jeg kan ikke huske den anden. Sybase?
Hvis du gerne vil tilgå disse typer kan det i øvrigt også gøres igennem ODBC.

ODBC er generelt meget nemmere at have med at gøre, og da BDE er et api ovenpå ODBC, er ODBC naturligvis også hurtigere.
Du kan benytte ODBC også fra borland, blot ved at inkludere ODBC.LIB i dit projekt, og include odbc.h (tror jeg nok). Hjælpen til ODBC findes frit tilgængeligt på www.microsoft.com. Men du kan jo også sætte nogle point på højkant, så skal jeg nok hjælpe ;-).

I øvrigt, hvis du vil bruge ODBC, så kan jeg varmt anbefale Visual i stedet for Borland. Med mindre selvfølgelig du vil lave GUI, så hold dig væk fra Visual.

DMK

Ok det er iorden jeg opretter et nyt spørgsmål angående ODBC under Borland Builder. Men det bliver først imorgen jeg får tid til at rode med det igen.

Til rbnstudio:
Du har vist misforstået det med begrebet DLL. DLL betyder Dynamic Link Library, alså et library som linkes til dynamisk, altså først når programmet startes. Der er ingen ide i at linke DLL filer direkte ind i programmet, da mange programmer bruger de samme DLL'er. Hvis alle linkede DLL'er ind i deres programmer gik hele ideen med DLL'er ligesom væk, da det er meningen de skal ligge alene så andre programmer også kan benytte dem og på den måde også spare plads. Ville det fx ikke være temlig idiotisk hvis alle Win9x-programmer skulle have linket kernel32.dll, user32.dll osv ind i deres program, det ville resultere i .exe filer på flere MB i stedet for at have DLL filer liggende og have windows programmer på 50K i stedet???

Michael

michaelras>I know....
Men det må kunne lade sig gøre at compilere en standalone exe fil....Hvilket jo ville kræve at de specielle dll'er som bruges til BCppBuilder inkluderes...da de normalt ikke findes i en Win95/Win98/NT installation.

Som tidligere skrevet, så kan det godt lade sig gøre at slippe for at skulle linke med borlndmm.dll og cp3245mt.dll runtime. Det eneste man skal gøre er, at vælge ikke at benytte runtime libraries.

Det er fuldstændig rigtigt, at det ikke er specielt smart at alle programmer har compileret alle dll'er de skal bruge direkte ind i exe-filen... Hvis der da er mere end et program. Hvis man fx. skal lave et stykke software til en anden, og kun skal lave det ene program, så er det heller ikke smart, at man er afhængig af, at modtageren har diverse mere eller mindre mystiske dll'er liggende på sit system. Derfor er det alligevel smart at compile det man skal bruge med ind i sit program. Det fungerer jo heldigvis ikke sådan, at fordi man vælger ikke at linke dynamisk med en DLL, så compiler den hele DLL'ens programkode ind i ens exe-program. Hvis det er en bare lidt smart compiler, så vil den kun forøge exe-filens størrelse med det der bliver brugt fra det pågældende library.

DMK