Hozzászólások
-
Bejegyzés
-
Nakérem, a 2.6.12-rc5-ös kernelben már van alapszintû nyelvi támogatás, bár nem nekem köszönhetõ. Tehát, aki szeretné, hogy a munkája – idõvel – bele kerüljön a kernelbe, itt a lehetõség.
Tud valaki az ecpg – C csomag használatáról? Az ecpglib forrásában lépten – nyomon ott van hogy
Most akkor honnan tudja hogy én használok-e a programomba, ahol hivatkozom erre a lib -re, hogy ez most multithread vagy sem? Esetleg másik könyvtár nevet kell belinkelni – azt amelyik ezzel az opcióval lett beforgatva?
Pl. megadod a fordítónak a -DENABLE_THREAD_SAFETY opciót.
Eddig nem találtam errõl semmit :huh:
Talán mert alap dolog. Aki nem ismeri a C makrókezelését, az a többszálú programozást se ismeri.
Nagyon sokat (az én fogalmaim szerint) surfoltam infóért és semmi, maga az embedded SQL is kicsit mintha kerülve – használaton kívülre lenne helyezve?! :unsure: Ez most csak kiment a divatból vagy van más, jobb megoldás?
[align=right][snapback]136844[/snapback][/align]Egyrészt nagyon jó minõségû szakkönyveket lehet találni a témában, másrészt referenciának ott van az ISO 9075 számú szabvány. Ha nem akarod megvenni, itt letöltheted:
A kérdésed már tartalmazza a választ. A nagy tábláknál egyértelmû az indexek használata, a viszonylag kis tábláknál meg neked kell tudnod, mennyire fognak megnõni. Itt fokozottan igaz az az állítás, hogy a sebességért területnagysággal kell fizetni. Az összes lekérdezés indexelésével lehet egy bizonyos sebességmaximumot elérni, de ha probléma a nagy indextábla, akkor a lekérdezések gyakorisága alapján döntsd el, hogy melyik indexelést hagyod el.
Ami a küldõ kulcs indexelését illeti, nem tudom, keresd meg a doksiban, vagy a PGAdmin III progival könnyen meg tudod találni a választ. A „fapados” választ inkább kihagyom.
Egyszer kérte, vagy egyszer sem? Ha alacsonyabbra veszed a naplózási szintet, akkor a hibanaplóban meg fogod találni a hiba okát.
Ez nem lehet, hogy a szolgáltatód szórakozik? Ha minden jól be van állítva, attól még le lehet tiltva az otthoni hozzáférésnél a 80-as port elérése kívülrõl. Ha több mindent leítnál, akkor nem kellene TOT
A május nekem is jobb lenne, rendkívül elfoglalt és túlterhelt vagyok ebben a hónapban. Mostanában kellene eldönteni egy fix idõpontot, mert a bizonytalanság miatt többen nem jönnének, mint fordítva.
Egy disztribet találtam, amelyik hitelesítve van, ez a Mandrake (Mandriva).
http://www.opengroup.org/lsb/cert/cert_prodlist.tpl
Talán még a Suse és a RedHat (RHEL) felel meg az LSB2-nek. Ha kíváncsi vagy rá, le tudod tesztelni a disztribeket. Mindössze le kell tölteni egy teszt környezetet. Egyszer kipróbáltam az UHU-n (1.0), de a végeredményt inkább nem minõsíteném.
http://www.linuxbase.org/download/#test_suites
Szerintem a hosszútávú túléléshez a bináris kompatibilitást kellene jobban támogatni, mert pl. a Loki játékok futtatásával is nagy problémák vannak, így a zárt termékek nem nagyon terjednek. Pedig szerintem egy szabad szoftveres operációs rendszer alap nagyon jó táptalaja egy egészséges versenynek a zárt termékek között. BTW, a hvg-hu-n láttam egy jó cikket arról, hogy a nemtõkés piacgazdaság helyett tõkés nempiacgazdaság van (pl. globalozáció). Ezt úgy lehetne szerintem megváltoztatni az informatikában, hogy a Microsoft® Windows alatt futó szabad szoftverek helyett inkább a szabad operációs rendszerek alatti zárt termékeket kellene felfuttatni. Ennek azonban elég sok akadálya van jelenleg. Sajnos.
internal compiler error ~= belsõ hiba a fordítóban
Ez mindent elmond a problémáról. Valószínüleg fejlesztõi változatú 4.0-s gcc-t használsz, ami nem tudja lefordítani a szoftvereket. Csak azon csodálkozom, hogy miért hiszik el nagyon sokan, hogy a legújabb szoftver a legjobb? A szoftver nem olyan, mint a mozifilm: „bebe, nekem a moziba kerülés elõtt már megvan!”. Tesztelni kell, és rendkívül fontos. Ez nem vita tárgya. De miért tesztel az, aki nem ért az adott rendszerhez? Vagy ennyire nagy divat lett a gentoo-zás?
[off]
NT-ken is van végrehajtási jog, illetve ha fejléce szabályos (exe), akkor megpróbálja futtatni (kiterjesztéstõl függetlenül).
[/off]
[align=right][snapback]129791[/snapback][/align]Fölösleges a melldöngetésed, Tassadar! Szinte mindenki tudja már, hogy nagy Windows fan vagy, nem szükséges folyamatosan bizonyítanod. Mellesleg jó nagy baromságot írtál, a fertõzõ .avi fájlok óta erõsen korlátozva van a fejléc alapú futási jog megadás, mivel hatalmas biztonsági problémát jelent. Persze ez utóbbi – mivel az eladási mutatókat nem befolyásolta számottevõen – sokáig nem volt szempont.
