> Tehát kérdésem: hogyan lehet azt beálítani, hogy a lefordított program
> GARANTÁLTAN mindenfajta kiegészítés nélkül működjön 32 bites Windows
> alatt? Tényleg semmilyen módon nem lehet ehhez megúszni az 500KB-os
> minimális induló méretet - vagy pedig az 500 oldal begépelését a
> szükséges Windows szerkezetekkel? 

Ha Win ala fejlesztunk, celszeru a MS sajat fejlesztorendszeret hasznalni,
ha nagyon nyomos ellenjavallat nincs. Microsoft Visual C++ ugyanugy
ingyenes mint a Borland. Ettol varhato el leginkabb, hogy a legheto
"legnativabb" windows alkalmazasokat fogja generalni. 
Itt is lehet, sot celszeru hasznalni egy, az ablakos programok irasat
emberszabasuva tevo fgv konyvtarat, ez az MFC. Erre van kitalalva a
Microsoft altal.
Mezei fejleszto manapsag nem all neki nullarol osszerakni Windows app-ot
pont azert, mert nem kellemes 500 oldalnyi ablakkezelo kodot bogaraszni.
Mazochistaknak valo.

Gyors meretteszt ures alkalmazas vazra a Visual Studio 6 appwizarddal:
- Win32 ablakos-menus Helloworld alkalmazas: 40 kB (!) (About Box-szal
együtt:))

- Win32 MFC ablakos alkalmazas: 200 kB, sztatikusan linkelt MFC-vel, e
melle nem kell semmi. Belinkelt MFC konyvtar nelkul ez is 40 kB.

- Win32 MFC alk., MDI interfesz, kliens-szerver, activeX, OLE automation,
minden elkepzelheto csicsaval egyutt -amire nincs is szukseg- 470K.

Az esetedre visszaterve: miert kell mindenaron Borlandot hasznalni,
ami koztudottan sajat futtatokornyezettel dolgozik? Ahhoz kepest nem
is tul elterjedt, sot visszaszoruloban van. 
A vilag barmely PC-gepen nagyobb valoszinuseggel talalni MFC futtato-
fajlokat (nehany, 1-3 db .DLL) mint a Borlandot, ezek kulon telepitest
sem igenyelnek.
 A Turbo C-t es tarsait el kene felejteni, 2006-ot írunk, lassan a
32 bites oprendszerek is a multe lesznek, nemhogy a 16 bites DOS.
A TC mar 10 evvel ezelott is szakallasnak szamitott, en utoljara
1996 korul hasznaltam. A DOS vilagaban valoban kellemes cucc volt,
de nagyjabol az NT ota nincs letjogosultsaga.

Ha windowsra programozol, es szeretnel nativ kodu ablakos progikat
irni, celszeru megtanulni pl. az MFC osztalykonyvtar hasznalatat.
 Ne az alapjan valassz fejlesztokornyezetet, hogy 14 evvel ezelott
mit szoktal meg. A legjobban jarsz, ha a Borland-specifikus dolgokat
elfelejted, csak az ANSI C szabvanyos megoldasokat tartod meg
emlekezetedben: ezek mukodnek Microsoft C++ alatt is.

Jelenleg az MFC legelterjedtebb nativ Windowsos kornyezet. (bar a 
..NETet ennel is konnyebb megtanulni programozni, 20 megas, raadasul
interpretalt koddal dolgozo futtato kell hozza...)

VAti

> Nézzük tovább: miért TURBO C ennek a rendszernek a neve?
> Nézzünk csak meg egy TC alatt simán lefordítható programot!
> - mint ahogy a DEV C sem, úgy ez sem ismeri a "BIOS.H"-t. Persze ez
> Windows program, ezért nincs is szüksége rá - de akkor legalább egy
> leírás nem ártana, hogyan lehet áttérni erről és mi van helyette. A
> program többi része látszólag jó.

A BIOS és a DOS helyett van a WinAPI (megfelelő függvényekkel)...
(ugyebár a BIOS rutinjai 16 bitesek és jórészt nem védett környezetre
szólnak...)


> Tehát kérdésem: hogyan lehet azt beálítani, hogy a lefordított program
> GARANTÁLTAN mindenfajta kiegészítés nélkül működjön 32 bites Windows
> alatt? Tényleg semmilyen módon nem lehet ehhez megúszni az 500KB-os
> minimális induló méretet - vagy pedig az 500 oldal begépelését a
> szükséges Windows szerkezetekkel? Itt annyival jobb a helyzet, hogy a
> környezetérzékeny segítség is működik - viszont hiába nézem meg a normál
> applikáció C forrását: sehol nem látom benne ennek a sok ablaknak,
> stb.-nek a meghatározását. A kettő között egy olyan lehetőség, hogy
> működjenek az ablakok (tehát ne kelljen begépelnem minden egyes ablak
> definícióját, hanem pl. komponens formájában tehessem fel), elinduljon
> a program, stb. - de tényleg csak azokat a szerkezeteket tegye bele,
> amelyek ehhez szükségesek, tényleg hivatkoztam rájuk a programban - és
> ne mindig az összes, 500KB-ot?

Próbáld meg: Project Options, Linker, Linking, Use dynamic RTL - ha nincs
kipipálva, akkor minden szükséges könytárat az exe-be linkel.

Ha belinkeli a VCL elemeit, akkor nagy lesz a méret, ha csak a Winapi-t
használod, akkor viszont kézzel kell programoznod az ablakokat... sajnos 
a
library hekkelést (ami alapvető inkompatibilitás forrása lehet) kivéve 
nem
nagyon van köztes megoldás...


> Valahol, a Borland C 5 leírásában láttam ilyet - (az még nem visual
> program, csak van benne egy ilyen segítség) - de az a program nem szabad.
>
> Még egy érdekesség: lehet olyat is mondani neki, hogy Delphi projektet
> nyisson meg - ennek ellenére nem nyitja meg, nem történik semmi. Ehhez
> le kellene töltenem a Turbo Delphit is?

Igen, ehhez a Turbo Delphi kellene, de az ingyenes verziókból egy gépen 
csak
egyfélét - vagy-vagy - lehet futtatni.

Üdv:

PlyR

Heló

ezt a fejlesztőezközt .NET alá csinálták. Ez a jövő. A Windows Vistában
benne van a .NET
..NET telepítés nélkül nem működik. (Minden Borlandos vizuális
fejlesztőeszköz a saját memóriakezelőjét használja, ezt valahol biztos 
ki
tudod kapcsolni. borlndmm32.dll vagy ilyesmi asszem) A VCL komponensek
futásidejű linkelését szintén, de ennek az az ára, hogy kövér a program. 
Ha
így nagyon nem jó neked, hát kódolj masm32 alá :) ott egy ablakot megúszol
1kB-tal ;)

B