Programfejlesztés Linux alatt

Linux-kezdő

Programfejlesztés Linux alatt

  • 1182 megtekintés

( gyomber | 2005. 05. 27., p – 21:34 )

Sajnos elkeserített a linux pár napja. Sajnos Kylix3-al kezdtem a fejlesztést és mivel az új 2.6.x-es kernelek ezt már nem nagyon támogatják sajnos abba kellett hagynom a programkészítést. Mikor el kezdtem keresgetni hasonló alternatívát, rá kellett ébrtednem, hogy hasonló nincs linux alá, mint a Kylix3. Miért van az, hogy M$ alá tucatszámra vannak ilyen programok, linux alá meg szinte semmi. Miért van az, hogy M$ alá teljesen szabványos dolgok vannak, míg linux alá ahány disztib annyi féle és nem átjárhatóak a dolgok. És ha azok is, akkor nagy hekkelésnek kell bekövetkeznie ahhoz, hogy egyik linuxról a másikra át lehessen rakni egy alkalmazást... :x :x :x Nagyon elszomorít ez a dolog. Így nem is lehet neki állni egy nagyobb projektnek, mert nem lehet eladni... Nekem meg nincs kedvem mindenféle linux alá mindenféle módosításokat elkészíteni, mert Mandrake alá így kell, UHU alá így, SuSE alá meg így. Azt hiszem, hogy most egy darabig félrerakom ezt az egyébként nagyon megkedvelhető rendszert...

( wry | 2005. 05. 28., szo – 04:51 )

[quote:a84b281208="gyomber"][...]Mikor el kezdtem keresgetni hasonló alternatívát, rá kellett ébrtednem, hogy hasonló nincs linux alá, mint a Kylix3. Miért van az, hogy M$ alá tucatszámra vannak ilyen programok, linux alá meg szinte semmi. Miért van az, hogy M$ alá teljesen szabványos dolgok vannak, míg linux alá ahány disztib annyi féle és nem átjárhatóak a dolgok. És ha azok is, akkor nagy hekkelésnek kell bekövetkeznie ahhoz, hogy egyik linuxról a másikra át lehessen rakni egy alkalmazást... :x :x :x Nagyon elszomorít ez a dolog. Így nem is lehet neki állni egy nagyobb projektnek, mert nem lehet eladni... Nekem meg nincs kedvem mindenféle linux alá mindenféle módosításokat elkészíteni, mert Mandrake alá így kell, UHU alá így, SuSE alá meg így. [...]

az, hogy nincs pascal-szerű prognyelv (IDE-vel, forms szerkesztővel) az lehetséges, hogy egy valós dolog - erről nem tudok, tanultam régen pascalt de soha életemben nem használtam még semmire a kötelezően beadott programokon kívűl... ellenben megkérdezhetem mit értesz azalatt, hogy "hekkelésnek kell bekövetkeznie ahhoz, hogy egyik linuxról a másikra át lehessen rakni egy alkalmazást"? shared libekre gondolsz? csomagokra? kifejtenéd?
ne érts félre, nem vagyok troll. azért kérdem mert tényleg érdekel.

( gyomber | 2005. 05. 28., szo – 07:28 )

pl. UHU 1.1 alatt szépen megy a Kylix3. Fejlesztés gyönyörű. UHU 1.2 alatt IDE már el sem indul! Még hekkeléssel sem! Mandrake 10 alatt libek másolgatása, környezeti változók alakítgatás és talán elszalad. SuSE 9.2 alatt ugyancsak másolgatás, hekkelés felső fokon. Aztán kompoens hozzáadásakor úgy elszáll, hogy öröm nézni!!! Szóval rengeteg vele aporbléma. Erre gondolok akkor, amikor azt mondom, hogy nagyon sok vele a babra munka és sohasem tudod azt, hogy ha van egy ügyfeled, akkor ő éppen milyen linux terjesztést használ és mire kell felkészülnöd akkor, ha az általad megírt programot szeretnéd neki feltelepíteni.

Túl azon, hogy a fejlesztés is kisebb bonyodalmakon vezet a végeredmény illesztése egy meglévő rendszerhez, na az sem kutya egy dolog... :x :x :x

( Joco8192 v | 2005. 05. 28., szo – 07:34 )

Programoz C, C++ , Python nyelvek egyikén Linux alat ezekhez van cuc. A divat a C++.

( f0xhu v | 2005. 05. 28., szo – 07:55 )

kylix.hu oldalt nezegetted mar? Itt van jonehany nemhivatalos kiegeszites es patch az ujabb rendszereket hasznalok szamara. Anno innen telepitgettem suse ala kylix-ot es nekem nem volt gondom vele, igaz mar vagy 1.5-2 eve... de hat a kylix sem mai gyermek :/

( fdavid | 2005. 05. 28., szo – 08:08 )

[quote:e20e9ffed4="gyomber"]pl. UHU 1.1 alatt szépen megy a Kylix3. Fejlesztés gyönyörű. UHU 1.2 alatt IDE már el sem indul! Még hekkeléssel sem! Mandrake 10 alatt libek másolgatása, környezeti változók alakítgatás és talán elszalad. SuSE 9.2 alatt ugyancsak másolgatás, hekkelés felső fokon. Aztán kompoens hozzáadásakor úgy elszáll, hogy öröm nézni!!! Szóval rengeteg vele aporbléma. Erre gondolok akkor, amikor azt mondom, hogy nagyon sok vele a babra munka és sohasem tudod azt, hogy ha van egy ügyfeled, akkor ő éppen milyen linux terjesztést használ és mire kell felkészülnöd akkor, ha az általad megírt programot szeretnéd neki feltelepíteni.

Túl azon, hogy a fejlesztés is kisebb bonyodalmakon vezet a végeredmény illesztése egy meglévő rendszerhez, na az sem kutya egy dolog... :x :x :x

Kedves Gyomber,

kicsit ugy tunik, mintha kevernel bizonyos dolgokat. Tehat:

1. A fejlesztokornyezet, es annak sikeres mukodese egy dolog.
2. Az elkeszult program sikeres mukodese egy adott disztribucio alatt, pedig egy masik.

Bar tartalmilag lehetnek hasonlosagok, megsem ertem, hogy miert is kellene neked pl. Kylixet telepitened az ugyfel gepere.

Ad 1: A fejlesztokornyezet egy vmilyen szoftverceg, vagy szabad szoftveres kozosseg altal keszitett program, amelyet nem a te disztribuciod ala keszitettek, hanem mindegyik ala. (Ez meg kesobb fontos lesz.) Az, hogy ez a program a te disztribuciod alatt megfeleloen mukodjon, annak az az alapveto feltetele, hogy a program altal hasznalt shared objcetek (.so) telepitve legyenek a megfelelo verzioszammal. Ez nem olyan nagy gond, hiszen a linux egy adott librarybol tobb verzio egyideju jelenletet is tamogatja. Ezen kivul szukseges meg, hogy minden program a disztribuciodnak megfelelo konyvtarszerkezetbe telepuljon.
Ezt a legegyszerubben ugy lehet garantalni, hogy az adott disztribucio csomagkezeleojet, es az adott disztribuciohoz tartozo csomagokat hasznalsz. (Itt a disztibucio verzioszama is fontos lehet, SUSE es UHU tipikusan ilyen.) Az adott disztribuciohoz keszult csomagot a disztribucio csomagkezelojevel telepitve jellemzoen nem lesz gondod a fuggosegekkel, hiszen ezek automatikusan telepulnek.

Ad 2: Hat joreszt ide is le lehetne irni, amit az 1. ponthoz. Ami azoktol eltero: ha az ember fejleszt, akkor tisztaban kell lenni egy szoftver terjesztesenek modjaval. A szoftvert jellemzoen ugy szoktak terjeszteni, hogy a szukseges allomanyokat egy installer program segitsegevel osszecsomagoljak, es a felhasznalo gepen az installer program segitsegevel telepul. Ez az installer program linux eseteben, az adott linux disztribucio csomagkezeloje. Tehat, ha kesz vagyok egy pl. binaris terjesztesre szant programmal, akkor a kivalaszott disztribuciohoz csomagot kell, hogy keszitsek belole, ez a csomag meg kell, hogy feleljen a disztribucio konyvtarszerkezetenek, ill. egyeb sajatossagainak, policyjanak, stb., es garantalva kell legyen, hogy a programom altal hasznalt libraryk az adott disztribuciohoz csomag formajaban szinten elerhetoek. (Megj: ez biza a windowsnal sincs maskepp. Ugyan tudom, hogy Kylix, meg stb, de szivtal-e mar, baratom, az mfc42.dell-lel?)

Szoval lathatod, hogy a fejlesztes disztribuciofuggetlen.
Az un. csomagolasra ket eljaras letezik:
A kereskedelmi cegek, pl. Opera, Skype a nehany un. mainstream disztribuciohoz keszitenek csomagokat, kulonben mindenki csinalja meg maga. A szabad szoftveres kozossegben pedig minden disztribuciohoz akadnak csomagolok, vagy a disztibucio keszitoje csinal csomagot.

Ha ezek utan van meg kerdesed, akkor batran, de kerdeskent fogalmazd meg, mert a panaszkodast nem mindig szokas kerdesnek venni. Raadasul, ha kerdezel, akkor meg azt a latszatot is kelted, hogy nem lefikazni akarsz vmit, hanem erdeklodsz, es van egy problema, amit meg akarsz oldani. Es talan mostmar latod is, hogy ez valojaban nem is problema.

De ha egy program telepitesevel van konkret gondod, abban is kapsz itt valoszinuleg segitseget. A hekkelesrol pedig egyelore ne beszeljunk, majd akkor ha mar az alapfogalmakkal tisztaban leszel.

( stage81 | 2005. 05. 30., h – 10:16 )

Sziasztok!

Gondoltam, én is hozzáfűzök pár szót ehhez a topic-hoz. Kedves Gyömbér! Én mysql adatbázist kezelek minden probléma nélkül c nyelven (Red Hat 9-es disztró alatt). Van egy mysql.h nevezetű fejlécállomány, amiben benne van, hogy hogy tudsz kiépíteni egy kapcsolatot a mysql adatbázissal. 1 nap alatt ki lehet bogarászni, hogy hogy működik, de azért adok még egy kis segítséget.
Fő függvények:
mysql_init(*MYSQL); //inicializál
mysql_real_connect(...); //kapcsolódik az adatbázishoz, itt meg kell adni többek között a belépési jelszavakat, portokat, stb.
mysql_query(*MYSQL,* char) // Egy sql utasítást bírsz kiadni
Valamint nem utolsó sorban:
mysql_fetch_row, mysql_store_result (Bocsi, hogy most kapásból nem tudom a paraméterezését, de szerintem ennek te is utánna fogsz nézni)
Főbb változók:
MYSQL
MYSQL_RES
MYSQL_ROW

Azt majdnem el felejtettem leírni, hogy fordításkor be kell fordítani a mysql librarit a progiba, valahogy így:
gcc -o progi progi.c -lmysqlclient -L/usr/lib/mysql
De ha te teljesen grafikus környezetre szeretnél építeni, akkor úgy tudom, hogy KDevelop/Qt alatt is van adatbázis kezelés, bár ha jól tudom, nincs hozzá komponens társítva, vagy csak korlátozott számban, szóval elő kell venni a Qt help-jét. Valamint a megjelenítendő adatot neked kell összekapcsolni a megjelenítő komponensekkel (Bár ez szerintem triviális).

Egyébként én is pascal-al kezdtem. Szerintem nem annyira halott (lásd Delphi), viszont a C elterjedtebb (és szerintem jobban kezelhetőbb). Ha elfogadsz egy jó tanácsot, Te is jobban jársz, ha áttérsz rá. Nem kell félni tőle, az alapja nagyon hasonlít a pascaléhoz. És szerintem a C nem "divat". "A divat múlandó, a C örök" :lol: :wink:

Annyit még hozzá szeretnék fűzni az egészhez, hogy ez Red hat alatt működött, gőzöm sincs mi a helyzet az Uhu-val! Remélem, azért tudtam segíteni, és el bírsz indulni valamerre.

Üdvözlettel:
S81

( gyomber | 2005. 05. 28., szo – 08:08 )

Az a bajom igazán, hogy több fórumot átolvastam már és azt a következtetést vontam le, hogy a kylix vonal meghalt... Sajnos ez azért probléma nekem, mert a lazarus még nem életképes, és úgy látom, hogy olyan adatbázis komponensekkel ellátott fejlesztési eszköz linux alá nem igazán érhető el, mint az előbb említett borlandos termék. Igen, erre sokan azt mondják (és mint láthattuk, mondták is az előzőekben), hogy C++ mega java meg ilyenek. De ezt könnyen mondja egy olyan, aki még talán sohasem készített egy nyilvántató programot sem. Ezt mondom, hogy sajnos a linux még nincs felkészítve olyan alkalmazásfejlesztő eszközökkel, mint M$ társa. Sajnos. És amíg ez a helyzet, addig miért várom (várjuk) azt, hogy előtérbe helyezzék kedvenc rendszerünket??? :roll: :roll: :roll:

Nem így látjátok?

( gyomber | 2005. 05. 28., szo – 08:16 )

[quote:964edcde3d="fdavid"]Ha ezek utan van meg kerdesed, akkor batran, de kerdeskent fogalmazd meg, mert a panaszkodast nem mindig szokas kerdesnek venni. Raadasul, ha kerdezel, akkor meg azt a latszatot is kelted, hogy nem lefikazni akarsz vmit, hanem erdeklodsz, es van egy problema, amit meg akarsz oldani. Es talan mostmar latod is, hogy ez valojaban nem is problema.

Nos. Kicsit kioktatóra sikeredett, de nem bánom, ha előre visz a dolog... Konkrét kérdés: UHU 1.2 alá hogy lehet feléleszteni a kylix3-t? Látom, hogy valami fantasztikus tudás szorult beléd és remélem ezt is olyan egyszerűen fogod leírni, mint az előző hozzászólásodat. Mondom, lehet kioktató is, nem bánom csak vigyen előre a dolog... 8O 8O 8O

( fdavid | 2005. 05. 28., szo – 08:22 )

[quote:e4c641aeb3="gyomber"]Nos. Kicsit kioktatóra sikeredett, de nem bánom, ha előre visz a dolog...

Bocs.

[quote:e4c641aeb3="gyomber"]Konkrét kérdés: UHU 1.2 alá hogy lehet feléleszteni a kylix3-t? Látom, hogy valami fantasztikus tudás szorult beléd és remélem ezt is olyan egyszerűen fogod leírni, mint az előző hozzászólásodat. Mondom, lehet kioktató is, nem bánom csak vigyen előre a dolog... 8O 8O 8O

1. Van-e UHU 1.2-hoz Kylix csomag? (hivatalos, vagy contrib)
2. Ha nincs, akkor elerheto-e minden szukseges elem, amibol kesziteni lehet?
3. A Kylix minden fuggosege elerheto UHU 1.2-hoz?

( gyomber | 2005. 05. 28., szo – 08:28 )

Nekem egy Kylix3 enterprise verzióm van, amely telepítővel és minden szükséges (elvileg) összetevővel rendelkezik. De ez nem UHU 1.2 csomag.

Hogy az UHU 1.2 alatt a Kylix3 minden fügősége elérhető-e? Sajnos Glibc hibával száll el az egész, úgy, ahogy van... És nem tudom miért.. A fórumokon már többször feldobtam a kérdést, de csak mély hallgatás volt a válsz és nem tudom, hogy hogyan lehet a problémát orvosolni. Emiatt már több disztrót is feldobtam próbának, de mások (2.6.x-es kernellel) simán vették az akadályt... :oops: :oops: :oops:

Ebben kellene kis segítség!

( snq- | 2005. 05. 28., szo – 08:44 )

Szigoruan Szemelyes Velemeny (tm):

en biztos nem pocsolnek ilyesmivel, mikozben olyasmik elerhetoek mint pl netBeans/j2 vagy mono/glade#/gtk#

( gyomber | 2005. 05. 28., szo – 08:59 )

[quote:dc840971d0="snq-"]Szigoruan Szemelyes Velemeny (tm):

en biztos nem pocsolnek ilyesmivel, mikozben olyasmik elerhetoek mint pl netBeans/j2 vagy mono/glade#/gtk#

Igazad van, de pl. monoban hogyan tudsz olyan adatkövető komponenseket használni, mint a kylix/delphi vonalon? Vagy ha lehet és tudsz, akkor segíts, hogy hol találok rá példaprogramokat meg minden egyebet??? A mono demot is végignéztem és beleolvasgattam, de olyat, hogy adatkövető komponensek, olyat nem olvastam. Tudsz segíteni? :oops:

( Aewyn | 2005. 05. 28., szo – 09:06 )

[quote:dba1fcaab7="gyomber"]Sajnos. És amíg ez a helyzet, addig miért várom (várjuk) azt, hogy előtérbe helyezzék kedvenc rendszerünket??? :roll: :roll: :roll:

Hát ja. A múltkor is állok a közértben jó hosszú sorban, de hiába volt a homlokomra tetoválva egy ..szott nagy pingvin; mégsem akartak előtérbe helyezni a pénztár közelébe. Ejhh.

( fdavid | 2005. 05. 28., szo – 09:15 )

[quote:14126754fc="gyomber"]Nekem egy Kylix3 enterprise verzióm van, amely telepítővel és minden szükséges (elvileg) összetevővel rendelkezik. De ez nem UHU 1.2 csomag.

Hogy az UHU 1.2 alatt a Kylix3 minden fügősége elérhető-e? Sajnos Glibc hibával száll el az egész, úgy, ahogy van... És nem tudom miért.. A fórumokon már többször feldobtam a kérdést, de csak mély hallgatás volt a válsz és nem tudom, hogy hogyan lehet a problémát orvosolni. Emiatt már több disztrót is feldobtam próbának, de mások (2.6.x-es kernellel) simán vették az akadályt... :oops: :oops: :oops:

Ebben kellene kis segítség!

Konkretan ide kellene postolni, hogy mi a problema a glibc-vel. Nem talalja, vagy talalja, de nem jo az adott verzio, stb.

( snq- | 2005. 05. 28., szo – 09:17 )

remelem egyre gondolunk: libgda/libgnomedb tartalmaz data-bound widgeteket, es van hozza c#/mono-bol hasznalhato interface (gda#)

( gyomber | 2005. 05. 28., szo – 09:24 )

[quote:43dbf85695="fdavid"][quote:43dbf85695="gyomber"]Nekem egy Kylix3 enterprise verzióm van, amely telepítővel és minden szükséges (elvileg) összetevővel rendelkezik. De ez nem UHU 1.2 csomag.

Hogy az UHU 1.2 alatt a Kylix3 minden fügősége elérhető-e? Sajnos Glibc hibával száll el az egész, úgy, ahogy van... És nem tudom miért.. A fórumokon már többször feldobtam a kérdést, de csak mély hallgatás volt a válsz és nem tudom, hogy hogyan lehet a problémát orvosolni. Emiatt már több disztrót is feldobtam próbának, de mások (2.6.x-es kernellel) simán vették az akadályt... :oops: :oops: :oops:

Ebben kellene kis segítség!

Konkretan ide kellene postolni, hogy mi a problema a glibc-vel. Nem talalja, vagy talalja, de nem jo az adott verzio, stb.

Konkrétan csak ennyi!

./startdelphi
/home/pga/kylix3/bin/delphi: relocation error: /home/pga/kylix3/bin/libdl.so.2: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference

( gyomber | 2005. 05. 28., szo – 09:27 )

[quote:4fc88f334f="snq-"]remelem egyre gondolunk: libgda/libgnomedb tartalmaz data-bound widgeteket, es van hozza c#/mono-bol hasznalhato interface (gda#)

Nem tudtsz egy olyan oldalt/doksit, ami ezzel foglalkozik vagy példaprogramot, amivel el lehetne indulni??? Csak én nem találok és ennyire béna vagyok, vagy ezzel nem igazán foglalkoznak a fejlesztők????? Kérnék egy kis segítséget, hogy merre tovább. nem akarok megint M$ alá fejleszteni csak akkor, ha nincs más és muszáj...... :cry: :cry: :cry: :cry:

( snq- | 2005. 05. 28., szo – 09:35 )

[quote:15eea89539="gyomber"]
./startdelphi
/home/pga/kylix3/bin/delphi: relocation error: /home/pga/kylix3/bin/libdl.so.2: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference

elkepzelheto workaround:
LD_ASSUME_KERNEL=2.2.5 ./startdelphi

[quote:15eea89539="gyomber"]Nem tudtsz egy olyan oldalt/doksit, ami ezzel foglalkozik vagy példaprogramot, amivel el lehetne indulni?

direkt gda#/gnomedb# tutorialt nem lattam meg sehol

( gyomber | 2005. 05. 28., szo – 09:36 )

[quote:bdcbdd12fe="snq-"]remelem egyre gondolunk: libgda/libgnomedb tartalmaz data-bound widgeteket, es van hozza c#/mono-bol hasznalhato interface (gda#)

Néztem UHU 1.2 csomit hozzá, de nem találtam. Nem tudsz véletlenül ilyet?

( gyomber | 2005. 05. 28., szo – 09:39 )

[quote:637220acbb="snq-"]
elkepzelheto workaround:
LD_ASSUME_KERNEL=2.2.5 ./startdelphi

Fentiek után is gond van:
pga@linux:~/kylix3/bin$ ./startdelphi
/home/pga/kylix3/bin/delphi: relocation error: /home/pga/kylix3/bin/libdl.so.2: symbol _dl_global_scope, version GLIBC_2.0 not defined in file ld-linux.so.2 with link time reference

Hát ennyi, egyenlőre...

( kandis | 2005. 05. 28., szo – 09:39 )

Szia gyömber!

Nem nagyon tűnik ki nekem, hogy milyen nyelven akarsz programozni, bár többször szerepel a pascal ebben a topic-ban. Az igazat megvallva, én c/c++ fejlesztő vagyok, és nekem is kellenek grafikus (sőt adatbázis kezelős dolgokat írnom). Mivel a suliban nekem a C++ Builder progot tanították (szakdolgozatom is egy adatbázis kezelő jellegű progi volt), a Borland Kylix 3-mal szerettem volna kezdeni (szabályosan, és meg is vettem volna az amúgy nem free szoftvert, nem is olcsón :) ), de hamar rájöttem a sok fórum olvasása után, no meg a borland cég hozzáállásából, hogy ez a vágyam felejthető.
Fejlesztésre Red Hat 9 (Shrike) disztribet használok, és azon is a KDevelop2.1 + Qt párosítást. Jó a help (Qt-é), és viszonylag kis energiával lehet benne fejleszteni, úgyhogy ha c/c++ irányultságod akadt, evvel meg tudod oldani. Igaz ami igaz a KDevelop 2.1 -nek van hibája, de viszont van hozzá segítség, és ha érdekel előkeresem.

Amúgy amikor olvasgattam a grafikus fejlesztőkről találtam egy párat pascal programozáshoz, de nem nagyon emlékszem a nevükre, mivel ezt a nyelvet halottnak tekintem magam részéről (2 évig tanultam, úgyhogy ismerem egy kicsit :) ).

Sok szerencsét, remélem azért tudtam segíteni.

( gyomber | 2005. 05. 28., szo – 09:42 )

[quote:cfcea2091c="kandis"]Szia gyömber!

Nem nagyon tűnik ki nekem, hogy milyen nyelven akarsz programozni, bár többször szerepel a pascal ebben a topic-ban. Az igazat megvallva, én c/c++ fejlesztő vagyok, és nekem is kellenek grafikus (sőt adatbázis kezelős dolgokat írnom). Mivel a suliban nekem a C++ Builder progot tanították (szakdolgozatom is egy adatbázis kezelő jellegű progi volt), a Borland Kylix 3-mal szerettem volna kezdeni (szabályosan, és meg is vettem volna az amúgy nem free szoftvert, nem is olcsón :) ), de hamar rájöttem a sok fórum olvasása után, no meg a borland cég hozzáállásából, hogy ez a vágyam felejthető.
Fejlesztésre Red Hat 9 (Shrike) disztribet használok, és azon is a KDevelop2.1 + Qt párosítást. Jó a help (Qt-é), és viszonylag kis energiával lehet benne fejleszteni, úgyhogy ha c/c++ irányultságod akadt, evvel meg tudod oldani. Igaz ami igaz a KDevelop 2.1 -nek van hibája, de viszont van hozzá segítség, és ha érdekel előkeresem.

Amúgy amikor olvasgattam a grafikus fejlesztőkről találtam egy párat pascal programozáshoz, de nem nagyon emlékszem a nevükre, mivel ezt a nyelvet halottnak tekintem magam részéről (2 évig tanultam, úgyhogy ismerem egy kicsit :) ).

Sok szerencsét, remélem azért tudtam segíteni.

És a grideket és az adatkövető komponenseket honnan tetted a programodhoz. Hogyan kapcsolódtál az sql-hez. És még van számtalan kérdésem, de ami a lényeg: nem tudnál küldeni valamilyen alapprogramot, ami tartalmaz egy adatbázis nyitást ráccsal vagy adatkövető komponensekkel?

( kandis | 2005. 05. 28., szo – 10:02 )

Éppen példa progit jelenleg pont erre nem, de majd később, sajnos most nincs olyanom megírva, s sajana :( nincs is időm, de ha megnézed a qt-t, annak vannak adatbázis kezelő osztályai, és a kde, meg képes őket használni.

Ahhoz, hogy hogy csinálj progot, ahhoz előbb olvasd el ezt (magyar, úgyhogy nem kell igazán megijedni)

Teljes cím (a szóköz miatt nem húzza teljesen alá):
http://people.inf.elte.hu/nacsa/Lectures/Milliomos1 munkafuzet.pdf

Egyenlőre ennyi! :wink:

( aperger | 2005. 05. 30., h – 11:47 )

Sziasztok,

Írtam már ide ezt többször is, most is csak kimásoltam....!

Én sikeresen futtattam a Kylix 3 Prof. (Delphi IDE) fejlesztőeszközt a következő disztribúciókon: RedHat 7.2-7.3, RedHat 8, SuSE 8.2-9.0, UHU 1.1.1, Fedora Core 2-3.

Jelenleg az FC3-at csak használom (a debug csak parancssorból megy, de FC2 alatt azzal sem volt gond, így nem haszálom, de a CrossKylix segítségével ez könnyen áthidalható). Az FC verziók alá pedig kell egy kis trükk... (ezek az IDE futtatásához kellenek, debug, stb..)
a "stratdelphi" script-be kell írni (IDE futtatás)

LD_ASSUME_KERNEL = 2.6.0

egy kis beírás a "/etc/rc.d/rc.local" fájlba

echo > 1 /proc/sys/vm/legacy_va_layout

A CrossKylix (http://crosskylix.untergrund.net/execshield.shtml) oldalán elérhető egy patch ami a programok futtatásához kell az új kernelek alatt, a fordító hiányosságait javítja. Néhány oldal ahonnét én is összeszedtem a dolgaimat:
http://www.kylix.hu
http://www.drbob42.com
http://crosskylix.untergrund.net
http://www.kylix-patch.de.vu

Az utolsó linken lehet találni egyéb patch-eket a C++-os Kylix futtatásához.

Egy apró megjegyzés, ahogy a kernel-t, KDE-t, GNOME-ot, stb... fejlesztik a Kylix-ot is javítgatni kell, de a Borland-nak nincs ereje/pénze rá, ezek a javítások OpenSource megoldások, én csak fejet hajtani tudok a szerzők előtt!!!!

PergerSoft - http://www.suzukiperger.axelero.net/

( _Joel | 2005. 05. 28., szo – 10:49 )

[quote:f6634dac65="gyomber"] hogyan tudsz olyan adatkövető komponenseket használni, mint a kylix/delphi vonalon?

Adj egy eselyt a Java Studio Creator-nak (30 napos kulcsot general, ha letoltod, de amugy sem egy draga valami). Abban szepen kattingatva ossze lehet dobni egy adatbazist vagy webservice-t hasznalo web-es GUI-t navigacioval, validacioval, stb (effektive egy ketretegu webalkalmazast, aminek a futtatasahoz eleg egy Tomcat meg egy postgresql/mysql).

( gyomber | 2005. 05. 28., szo – 11:02 )

[quote:9e871a074a="_Joel"][quote:9e871a074a="gyomber"] hogyan tudsz olyan adatkövető komponenseket használni, mint a kylix/delphi vonalon?

Adj egy eselyt a Java Studio Creator-nak (30 napos kulcsot general, ha letoltod, de amugy sem egy draga valami). Abban szepen kattingatva ossze lehet dobni egy adatbazist vagy webservice-t hasznalo web-es GUI-t navigacioval, validacioval, stb (effektive egy ketretegu webalkalmazast, aminek a futtatasahoz eleg egy Tomcat meg egy postgresql/mysql).

Dobsz egy címet?

( snq- | 2005. 05. 28., szo – 11:09 )

http://www.sun.com/software/products/jscreator/ (Sun ONE Studio vo't valamiko')
http://www.netbeans.org/products/ide/
http://java-source.net/

( dragi v | 2005. 05. 28., szo – 11:10 )

En csak annyit tennek hozza, hogy az nem a linux hibaja, hogy a Borland ceg nem ad ki hozza normalis fejlesztoi kornyezetet, hanem egyszer kiadta regebben aztan jovan. Ezzel szerintem a Borlandhoz fordulj es ne a linuxot hibaztasd. M$ ala sem csak az M$ ad ki IDE-ket hanem jopar masik ceg is. A fo kerdes szerintem az, hogy Linuxra miert nem adjak ki ezeket? (tudom, tudom, mert nincs benne penz)

( szaty | 2005. 05. 28., szo – 11:14 )

Kedves gyömber,

úgy látom hogy gondba vagy a disztribúciókkal, én a helyedben valami nemzetközi disztribúciót használnék mert egy csomó csomag van hozzájuk sokkal többen használják mint az UHU-t. Ilyen disztribúció pl.: RedHat Debian vagy SUSE.

( kandis | 2005. 05. 28., szo – 11:34 )

[quote:59b8ba2521="szaty"]Kedves gyömber,

úgy látom hogy gondba vagy a disztribúciókkal, én a helyedben valami nemzetközi disztribúciót használnék mert egy csomó csomag van hozzájuk sokkal többen használják mint az UHU-t. Ilyen disztribúció pl.: RedHat Debian vagy SUSE.

szaty, a Suse-t már prószálta, de mondjuk, én nem igazán mondanám, hogy azzal próbálkozzon, a RedHat, meg a debian jo, viszont ha nem igen jártas a telepítésekben, a redhat egyszerűbb :) , és programozás szempontjából, legalábbis c/c++ szemszögéből nézve, könnyebb (nem jobb, csak könnyebb). Ezt azért mondom, mert a kollega valószínű most kezdene linuxosan progozni, s nekem is sok nehézségem volt/van ezzel kapcsolatba., bár inkább volt :) .

( hop1 v | 2005. 05. 28., szo – 14:41 )

[quote:7417c6ad6e="kandis"]
Amúgy amikor olvasgattam a grafikus fejlesztőkről találtam egy párat pascal programozáshoz, de nem nagyon emlékszem a nevükre, mivel ezt a nyelvet halottnak tekintem magam részéről (2 évig tanultam, úgyhogy ismerem egy kicsit :) ).

Én kb. 6 évig tanultam iskolában, meg vagy annyit önszorgalomból, és még mindig nem ismerem :)))

( kandis | 2005. 05. 28., szo – 14:52 )

[quote:ba4d4863cf="hop1"][quote:ba4d4863cf="kandis"]
Amúgy amikor olvasgattam a grafikus fejlesztőkről találtam egy párat pascal programozáshoz, de nem nagyon emlékszem a nevükre, mivel ezt a nyelvet halottnak tekintem magam részéről (2 évig tanultam, úgyhogy ismerem egy kicsit :) ).

Én kb. 6 évig tanultam iskolában, meg vagy annyit önszorgalomból, és még mindig nem ismerem :)))

Ok! Nyertél. :) , bár nem azt mondtam, hogy ismerem, csak halottnak tekintem, mivel nekem nem igazán megfelelő. Amúgy ezt a fajta prog nyelvet szokták inkább tanítani, (no meg a vindows-t is) lsd.: gazd.info -k.

Az igazat megvallva c-ben sem tettszik az eljárásorientált része (sima c), inkább a "divatos" c++-t használom, és most kacsingatok egy kis pyton-ra (ha lessz időm). Jelleg inkább egy notebook hálókártyájával bunyózok. :oops: :evil: :) :)

( penztar v | 2005. 06. 02., cs – 23:11 )

Hello!

Aperger fórumozónkat irigylem ,hogy neki normálisan fut a Kylix3 jó neki. Rendes tőled ,hogy ezeket a kis trükköket századszorra is leírod . Sajnos azonban van egy kis bökkenő vele. Nem akar
UHU 1.2 alatt összejönni. Jó látni ,hogy egy csomó disztriben sikerült már neked futtatni ,csak kár ,hogy a UHU 1.2 nincs még benne a listádban .
Intéznék páre kérdést is hozzád:
1. LD_ASSUME_KERNEL = 2.6.0 Ezt a 2.6.0 verziószámot most látom elöszőr . Eddig láttam 2.2.5 ; 2.4.25; A kérdés ,hogy ide az általam használt kernel verziót kéne beírni . Csak azért kérdezem ,mert ahány fórumon olvasom ezt a sort annyi kernel verziót látok.
2.egy kis beírás a "/etc/rc.d/rc.local" fájlba
echo > 1 /proc/sys/vm/legacy_va_layout
UHU 1.2 alatt eddig én nem találtam a megadot helyen a rc.local filet ,ezért ez a lépés kimaradt .
Sajnos a kylix.hu oldalt is megnéztem ,de semmi visszajelzés nem volt ,hogy bárkinek is sikerült volna UHU 1.2 alatt beizzítani a kylixot .
Esetleg ,ha van ötleted oszd meg velünk ,mert én is szerteném használni ,mert a Winfosban annyira hozzá szoktam a C++ Builderhez , meg őszintén nagyon máshoz nem is értek ,mert én csak hobby programozó vagyok szóval nekem ez egy jó kis kikapcsolódás.

Köszi!

:(

( Aewyn | 2005. 06. 03., p – 00:34 )

[quote:b361f07ca3="aperger"]Csináltam egy képet.....

Kedves tőled; de vmi apróság nem tűnik fel a képpel kapcsolatban?
Csak úgy kérdem...

( Rinyu | 2005. 06. 03., p – 08:28 )

Kedves Gyomber!

A Kylix3 a Qt-2.3.0-at hasznalja arra ul ra a CLX rendszer (mind Pascal mind C++ resz eseten is). A Qt jelenleg a 3.3.4-nel jar valamint nagy erokkal fejlesztik az uj 4-es agat. A Qt nem csak egyszeru widget keszlet, hanem van hozza kulon SQL-modul is ami egyseges osztalyt jelent amivel ugyanugy tudsz elerni kulonbozo adatbazisokat (jelenleg: MySql, PostgreSql, QDBC, Oracle, SyBase, DB2, SQLite, Interbase) sot vannak olyan elemek, mint QDataTable, QDataView, QDataBrowser, QDataStream ahol mar a megjelenito elemek otvozve vannak az SQL elemekkel, a konnyebb megjelenites miatt. De maga a Qt-s osztaly felepites is egeszen jora sikeredet igy konnyen tud az ember olyan dolgokat csinalni, hogy pl. tablazatban mezore kattintva combo-box jojjon elo vagy mas hasonlo megjelnitesi eszkoz.
Amugy a Qt.nek van XML, Net, OpenGL stb. modulja is.

En a laborunknak irtam benne egy nagyobb software-t, ami meresi eredmenyeket tarol (es persze a hozzajuk kapcsolodo szukseges adatokat) PostgreSql adatbazisban, kiertekelest adatkezelest vegez veluk, grafikus megjelenitest csinal, stb. es egeszen felhasznalo baratra soikeredett a dolog, szeretik.

Es nem kellett hozza mas, mint egy Vim (van benne Qt-s plugin, szinezessel egyebekkel), a Qt-Designer a Form-ok megtervezesehez (ez egeszen hasonlo a Borland-os tervezokhoz), Qt-Assistant ami tulajdonkeppen a doksi, Qt-Linguist a tobbnyelvuseghez, qmake amely a project-file-bol legeneralja a megfelelo Makefile-okat, CVS, Gdb, no meg a GNU/Make.

Ja es multiplatform (Mac, Windows, UNIX-like (en FreeBSD alatt irtam)).

De ha nem felel meg IDE-nek a Vim vagy az Emacs, akkor tenyleg ott van a KDevelop a sajat funkcioival, valamint ugye a KDE-s lib-ek amik a Qt-re epulnek, de sor plusz dolgot tartalmaznak.

Viszont ez C++ es nem Pascal

Udv.

Ruh

( golgota | 2005. 06. 03., p – 09:21 )

Én nem értek a kylix-hez, de mondjuk egy redhat8-ra oracle felhuzasa is hasonlo problamakat okoz.
De ugye ott van a compat glibc stb.
Ha annyira problémája van a glibc-vel akkor célszerű valahova felrakni azt a verzuiót amit ő akar, aztán egy külön profile-t írni amit rárántasz magadra mielőtt indítod.
Altalaban ha felrakod a compat glibc-s dolgokat, akkor megy vele egy i386-glibc21-linux-env.sh script is vagy valami hasonló, ami minden beállítást elvégez helyetted.
Ezek után nem lehet gond semmivel sem.
Amugy az LD_... meg ezt célszerű együtt használni.
export LD_ASSUME_KERNEL=2.2.5
source /usr/i386-glibc21-linux/bin/i386-glibc21-linux-env.sh

És igazán felháborított, hogy a linux-szal van bajod azért mert valaki anno frodított egy progit, és most pár év után már nem akar menni. :)

Az én első redhat 7.3-as progijaim sem akarnak menni a sarge-omon, de nem nagyon anyáztam se a debian-t se a redhat-ot, se a libeket amiket anno linkeltem vele, pláne nem a linux-ot.
(egyébbként anyázhatott volna a fél világ az NT! sp3-ról sp4-re való áttéréskor is, amikor semmi nem működött utána, még a vírusírtó alkalmazások sem)

Amugy én nem csinálok grafikus alkalmazásokat, így mondjuk beérem vi-al, meg anjuta-val is, és nagyon jól lehet bennük oracle-t,mysql-t, stb. programozni c/c++-ban.

( penztar v | 2005. 06. 03., p – 09:48 )

Hello!

apergernek üzenem láttam a képét és észre is vettem ,hogy ő a pascal környezetet futtatja ,de szerintem ,ha már működésre tudja bírni a kylix 3-at akkor a pascalos és a c++ környezet is működik . Persze ezt csak én gondolom így .
Amásik dolog ,hogy tök jó ,hogy azt írjátok ,hogy a Qt3 meg a qmake meg a mit tudom én használatával meg lehet oldani. A baj az ,hogy nyolcvanhat féle
alkalmazást meg programot kell ahhoz használni mire megcsinálsz egy futtatható alkalmazást.Én a Windowsos környezethez vagyok szokva és ott roppant kényelemes dolog ,hogy mindent el tudok intézni egy helyen és időben. Goindolom én ,hogy Gyömbér is ezt hiányolja linux alatt ,ahogy én is .

Csá!
:evil:

( aperger | 2005. 06. 03., p – 09:56 )

[quote:0716871f56="penztar"]Hello!

Aperger fórumozónkat irigylem ,hogy neki normálisan fut a Kylix3 jó neki. Rendes tőled ,hogy ezeket a kis trükköket századszorra is leírod . Sajnos azonban van egy kis bökkenő vele. Nem akar
UHU 1.2 alatt összejönni. Jó látni ,hogy egy csomó disztriben sikerült már neked futtatni ,csak kár ,hogy a UHU 1.2 nincs még benne a listádban .
Intéznék páre kérdést is hozzád:
1. LD_ASSUME_KERNEL = 2.6.0 Ezt a 2.6.0 verziószámot most látom elöszőr . Eddig láttam 2.2.5 ; 2.4.25; A kérdés ,hogy ide az általam használt kernel verziót kéne beírni . Csak azért kérdezem ,mert ahány fórumon olvasom ezt a sort annyi kernel verziót látok.
2.egy kis beírás a "/etc/rc.d/rc.local" fájlba
echo > 1 /proc/sys/vm/legacy_va_layout
UHU 1.2 alatt eddig én nem találtam a megadot helyen a rc.local filet ,ezért ez a lépés kimaradt .
Sajnos a kylix.hu oldalt is megnéztem ,de semmi visszajelzés nem volt ,hogy bárkinek is sikerült volna UHU 1.2 alatt beizzítani a kylixot .
Esetleg ,ha van ötleted oszd meg velünk ,mert én is szerteném használni ,mert a Winfosban annyira hozzá szoktam a C++ Builderhez , meg őszintén nagyon máshoz nem is értek ,mert én csak hobby programozó vagyok szóval nekem ez egy jó kis kikapcsolódás.

Köszi!

:(

Szia,

A kernel verziószáma valóban érdekes kérdés, szerintem: olvastam hogy az új kernelek szálkezelése 2.4.x-től POSIX szabványnak megfelelő, ezt a Kylix-nak a Wine miatt okoz némi problémát, kérni kell a Wine-t, hogy a szálak kezelésére a kernel szálkezelést használja... több kevesebb sikerrel működik is ez az oka minden fagyásnak.

Ha nem találod a rc.local fájlt, akkor elég a Kylix hívása elött 1x lefuttani.. ha nem teszed akkor a Execshield miatt nem indul a kylix!!!:

echo > 1 /proc/sys/vm/legacy_va_layout

megnéztem van '/etc/rc.boot' amová gondolom lehet tenni egy scriptet ami bootoláskor le fog futni és akkor nem kell kézzel hívogfatni ezt a parancsot, de ennek olvass utána!

A lefordított binárisban pedig mindenképp kell szerepelnie a CrossKylix-os unitnak!!!! különben az execshield miatt más gépen nem tud elindulni a bináris....

Attila

( aperger | 2005. 06. 03., p – 09:57 )

[quote:a21b0cb731="Aewyn"][quote:a21b0cb731="aperger"]Csináltam egy képet.....

Kedves tőled; de vmi apróság nem tűnik fel a képpel kapcsolatban?
Csak úgy kérdem...

Nem. Mi?

( stage81 | 2005. 06. 03., p – 10:21 )

Sziasztok!

Mint már említettem, KDevelop(2.1.5) és Qt(3.1.1) alatt fejlesztgetek, kb 3 hónapja. Előtte én is a Borlandos C++ Buildert használtam. Szerettem volna kipróbálni a Kylixot (Red Hat 9 shrike), de be kellet vallanom, hogy a ráfordított idő pazarlás volt! Valóban kényelmetlen volt átállni, de megoldható!
Ez a két párosítás majdnem úgy működik, mint a builder, csak ki van bővítve néhány fogalommal... pl(SIGNAL_SLOT kapcsolat).
Az igazat megvalva, én egy kisebb iromány elolvasása után tudtam nekikezdeni. (Hál isten egy jó példa köré volt foglalva). Ezt az oldalt már kandis barátunk belinkelte egyszer ebbe a topicba, úgyhogy én nem teszem!
Miután sikerül az embernek elindulni (Megérti, hogy mi miért van... pl fordítás, stb.), akkor egész jól tudja használni utánna a Qt helpjét! De ez total C++!
Üdvözlettel:
S81

( Rinyu | 2005. 06. 03., p – 10:27 )

Hello!

apergernek üzenem láttam a képét és észre is vettem ,hogy ő a pascal környezetet futtatja ,de szerintem ,ha már működésre tudja bírni a kylix 3-at akkor a pascalos és a c++ környezet is működik . Persze ezt csak én gondolom így .
Amásik dolog ,hogy tök jó ,hogy azt írjátok ,hogy a Qt3 meg a qmake meg a mit tudom én használatával meg lehet oldani. A baj az ,hogy nyolcvanhat féle
alkalmazást meg programot kell ahhoz használni mire megcsinálsz egy futtatható alkalmazást.Én a Windowsos környezethez vagyok szokva és ott roppant kényelemes dolog ,hogy mindent el tudok intézni egy helyen és időben. Goindolom én ,hogy Gyömbér is ezt hiányolja linux alatt ,ahogy én is .

Nos erre irtam, hogy KDevelop amely IDE-kent mukodik, mint a Visual Studio 6 mondjuk, es meghivja a QDesigner-t mint form-designer-t, de a KDevelop az teljesen ugy mukodik, mint a Windows-os IDE-k - verzio-kovetes, forditas, osztalynezet, talan refractoring, stb... - csak en jobban szeretem a Vim-et ez mar az en hulyesegem.

Amugy hasonlo teljeserteku dolog csak Java-ban az Elcipse es a Netbeans, de ezekhez is letezik C++-os plugin-ok. Es ezeknek is van Visual designer-uk, valamint komunikalnak CVS-sel vagy mas verzio-kovetovel is stb. .

Ruh

( Rinyu | 2005. 06. 03., p – 10:30 )

Sot letezik hozzajuk UML-szerkeszto es penzert olyan verzio amely Java-kod-ot general illetve Java-bol UML-t.

( fdavid | 2005. 06. 03., p – 10:41 )

[quote:44ad8be10e="Rinyu"]csak en jobban szeretem a Vim-et ez mar az en hulyesegem.

Letezik vim plugin KDevelophoz, vimpart neven, ha jol tudom. Ezen kivul van egy uj projekt yzis neven, www.yzis.org, ami egy jo kis vim engine (lesz), es szinten integralhato a KDevelopba.

( aperger | 2005. 06. 03., p – 10:46 )

Sziasztok,

Én is használom (tanulgatom) a Qt-KDevelop párost, mert azért én sem megyek el a C++ mellett! :-) A KDevelop 3 (FC3 alatti verzió) képes a Qt designer alatt készített projektből kdevelop project-et generálni, import segítségével. A két progi jól használható, így a design és az adatbáziskapcsolat megvalósítása után egy jó kis feljesztőeszköz páros, csak a baj vele hogy üzleti célokra nem igazán jó az én szemszögömből és a fejlesztés is több munkát igényel (nekem nehezebb).
A Lazarus Object Pascal nyelvre épülő GUI tiszta Delphi/Kylix az egész és jól használható tanulásra... a bajom csak az vele hogy a ZeOS libs adatbázis komponenseket nem tudtam alá rakni, pedig azt mondták (a Lazarus hivatalos honlapon) lehetséget.

Attila

( Aewyn | 2005. 06. 03., p – 13:30 )

[quote:f3a5c1ab37="aperger"][quote:f3a5c1ab37="Aewyn"][quote:f3a5c1ab37="aperger"]Csináltam egy képet.....

Kedves tőled; de vmi apróság nem tűnik fel a képpel kapcsolatban?
Csak úgy kérdem...

Nem.

Az baj.

[quote:f3a5c1ab37="aperger"]Mi?

Segítek. Szétbassza a fórumot. Nemérdekes.

( aperger | 2005. 06. 03., p – 15:23 )

Nem ismered a scrollbar-t! :-(
Ott a kereten alul....