Microsoft programok ingyen

ha jol latom, ezek csak az “express” valtozatok. mellesleg nekem az egesz Visual Studio-rol a “bloatware” jut eszembe. mi a halalt birtak ezen ennyit programozni? egyszer kellett DirectShow ala fejlesztenem valamit, es 2 Gb-nyi mindenfele szart fel kellett pakolnom azert, hogy vegre nekiallhassak. Linuxban meg fog az ember egy gcc-t, egy vim-et (jo, aki a klikkelgetos IDE-ket szereti: anjuta-t vagy kdevelop-ot), a szukseges library-ket, es csokolom.

Az ASP.net fejlesztőkörnyezetük egyszerűbb voltozatát is (aminek nemtom a nevét) már ingyen osztogatták a PHP konferencián.

Devilll:
1. a C es C++ nem gepi kodu, max gepi kodra fordit. 🙂 de az hagyjan, a Microsoft-fele C fordito nem arrol hires, hogy a leggyorsabb kodot keszitene, az icl pl siman veri a legtobb helyzetben, de sokszor a MinGW-ben levo gcc is, pedig az nem is nativ Windows platformra fordit, hanem fut alatta egy POSIX emulacios reteg.
2. most sem ingyenes a Visual Studio, csak egy resze, amit Express neven illetnek. nincs benne minden, ami a teljes Visual Studioban benne van.
3. a kimeneti fajl merete nem jelent semmit, attol fugg, mi van statikusan linkelve bele es mi az, amit dinamikusan, DLL-bol tolt be. Delphi asszem defaultbol statikusan linkel, ezert a nagyobb meret.
4. a “leghatekonyabb programnyelv” szerintem leginkabb az, ha tobbet keversz, attol fuggoen, hogy mire van szukseged: teljesitmenyre vagy atlathato forraskodra. en pl azt preferalom, hogy Python-ban irom meg a programot, es a sebessegigenyes reszeket atultetem C-be, amit utana Python beepulo modulkent hasznalok. a C lehet, hogy marha gyors, de ha neked kell pocsolnod az osszes memoriakezelesi hulyeseggel, memory leak-ekkel, buffer tulirassal, a hajadat kiteped, mire megirsz egy rendes programot.

nem szándékozom 🙂 csak próbálom kijavítgatni, mert részben nekem van igazam és részben neki 😀 szal most szépen javítgatjuk egymást amíg nem értünk egyet 😛

[re=7499]Devilll[/re]:
2. maga a Microsoft Visual C fordito meg az alap library-k eddig is ingyenesen letolthetoek voltak. van vagy kb 15 Mb maximum, ehhez nem kell a Visual Studio halistennek. asszem a Platform SDK-hoz is hozza lehetett ferni, bar erre mar nem mernek megeskudni. epp ezert nem ertem, hogy ha maga a C fordito 15 mega, akkor a maradekon mit programoztak ennyit 🙂
3. persze hogy jelent, ugy ertem, hogy nem jelent semmit, hogy valoszinuleg a Delphit is ra lehet beszelni a dinamikus linkelesre, csak akkor lehet, hogy egy-ket DLL megletetol fuggeni fog a Delphiben irott programod. de a Visual Studio-ban irt alkalmazasoknal is eppugy megvannak ezek a DLL-fuggosegek.
kozben utananeztem: a Delphi alapertelmezesben statikusan linkeli az .EXE-be a Visual Component Library-t, hogy ne kelljen a hozza tartozo DLL-eket a programoddal cipelni. hasonlits ossze egy VCL nelkuli delphis programot egy Visual C-ssel, szerintem nem lesz ekkora kulonbseg.
5. nincs az a programozo, akinek ne lenne tele memory leak-ekkel a C-ben vagy C++-ban irt programja, hacsak kulon nem szorakozik orakat azzal, hogy valgrind-del (vagy valami hasonlo eszkozzel, nem tudom, Windows alatt hogy hivjak) megkeresse oket. a memoriakezeles elveit nyilvan hamar meg lehet tanulni, es azt is elhiszem, hogy bizonyos gyakorlottsag utan az ember almabol felebresztve felrantja a red-black tree kezeleset menedzselo kodot kisujjbol, de nekem ne mondja azt senki, hogy soha nem felejt el felszabaditani egy-egy memoriateruletet vagy nem boklaszik felre egy-egy pointere ugy, hogy nem veszi eszre. es rohadtul ruhellem, amikor C-ben ilyen hibak okat vadaszom negy oran keresztul. (ennek ellenere nyilvan ha sebessegkritikus alkalmazast irok, akkor csakis C, semmi mas)
6. ha ez szamit, kb 15 eve programozok (sajnos), negy evig tartottam laborokat a BME-n C-bol, szoval en sem ma kezdtem. de nem hiszem, hogy szamitana. 🙂

2. ket eve mar ingyen volt, lehet, hogy ez nem volt mindig igy, nem tudom, Windows platform alatt eleg regota nem fejlesztek komolyan, max neha szorakozasbol.
3. fogsz egy Dependency Walker-t, raengeded a delphis .exe-dre, es megmondja, milyen DLL-ektol fugg. http://www.dependencywalker.com/-rol letoltheto, ingyenes, nekem meg nem volt olyan, hogy kihagyott volna valamit (bar nyilvan azt mondjuk nem fedezi fel, ha a felhasznalotol keri be a DLL nevet :)). az mas kerdes, hogy egy ehhez hasonlo eszkozt miert nem birtak belerakni a Delphi fejlesztokornyezetebe, de ez mar legyen a Borland problemaja. legalabb kisebb lett 🙂 (bar asszem a Delphi 5 is egy CD-n terpeszkedett mar a regi szep idokben, abba is hagytam a vele valo foglalkozast, mert a gepeim mindig szarabbak voltak, mint ami ezeknek kellett volna)
5. leak eseten arra gondolok, hogy lefoglalsz valamit malloc-kal, aztan elfelejted free-zni. az ilyennek az eselyet tipikusan csak noveli, ha dinamikusan foglalgatsz dolgokat. es kelloen komplex program eseten utolag marha nehez debuggolni, hogy akkor pontosan hol is van az a free nelkuli malloc a 35000 sornyi programkododban. a helyzetet csak bonyolitja, ha optimalizalni probalsz es reference counting-ot csinalsz meg copy-on-write-tal trukkozol.
a kerdesedre pedig valaszolva: tfh irsz valami szerverfolyamatot, es mondjuk 1 ora futas alatt leakel 1 megat. az napi 24 mega, es kb 21 nap alatt szepen felzabalja az egesz memoriat, aztan lehet utana szepen naplozni a malloc-free parokat fajlba (LD_PRELOAD-dal ganyolva), hivasi pontokkal egyutt, es silabizalgatni, hogy melyiknek nincs meg a parja. (jo, erre van a valgrind, de annak se sokkal szebb a kimenete). egyebkent igazabol most mar nem vagom, hogy ebben a pontban mi a vita targya 🙂 a memory leak rossz, ezt nem vitatjuk. C-vel tobbet kell szivni, hogy elkeruld, de neha megeri, gondolom ezt sem. egy one-shot kis programocskanal, ami lefut fel perc alatt, es rajtam kivul ugyse hasznalja senki, nyilvan a kutyat sem erdekel a memory leak. de ha mondjuk egy library-t irok, amirol nem tudom, hogy hol, hanyan, milyen kornyezetben fogjak majd hasznalni, kutya kotelessegem megkeresni az utolso kis memoriaszivargast is, mielott release-t csinalnek belole.
6. amennyiben ram celoztal: nem, nem neztelek hulyenek.

remelem lassan kezdunk konszenzusra jutni 🙂

2. izé, ez tényleg csak érdeklődés: hogyhogy kiszámíthatatlan? nem gcc van alatta?
3. na ez az, ezért nem veszek én sem zárt forráskódú szoftvert 🙂 a Visual Studio viszont személy szerint az én életemet nem könnyítette meg, pont azért, mert fel kellett pakolnom 2 Gbyte-ot, hogy egyáltalán nekiállhassak valaminek, utána meg nézhettem a Nagy Homokórát, mert tetű lassú volt. (jó, mint mondtam, a gépem nem egy atomerőmű, de ugyanezen a dev-cpp vígan eléldegél, a vim-ről meg már ne is beszéljünk)
5. próbálom megvédeni az álláspontomat, miért utálok C-ben kódolni, minden előnye ellenére 🙂 a malloc-free vagy new-delete párok számolása ugyanis nem olyan egyszerű, mint a kapcsos zárójelek esete. banális példa:

char *s1 = new char[20];
char *s2 = new char[20];
[…mindenféle egyéb kód…]
s2 = s1;
[…mindenféle egyéb kód…]
delete(s1);
delete(s2);

itt ugye megvan minden new-delete pár, mégis van leak, mert elvesztettünk egy pointert. vagy más: van egy függvényed, ami allokál memóriát egy pointerbe egy malloc-kal, és ezt a pointert visszaadja. utána már neked kell gondoskodnod arról, hogy _minden_ helyen, ahol meghívod a függvényt, el ne felejtsd utána a visszatérési értékét free-zni, ha már nincs rá szükség. és ekkor ugye még csak nem is fog megegyezni a programodban a malloc-ok száma a free-kkel.