TCH (statz) | #1, Főfasz (10443) |
733 | #27f0 | ^ | Idézet | Thu, 26 Sep 2013 18:45:24 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Egy kis ingyenreklám. Van a "miniz" (http://code.google.com/p/miniz/), amiben a teljes zlib implementálva van egyetlen fájlon belül és neked csak a függvényt kell meghívnod, ha ki vagy becsomagolni akarsz egy zlib stream-et. De még jobb, mert ha csak kicsomagolni szeretnél, akkor ugyanitt elérhető a "tinfl", amiben csak a kicsomagoló van, szintén egyetlen fájlban az egész és csak a függvényt kell meghívni. És mindezt mindenféle jogi megkötés nélkül, kvázi "fogd és vidd", azt csinálsz vele amit akarsz, átírod, felhasználod, eladod, leszarod, amit csak akarsz, AKA Public Domain vagy az ún. "unlicense". Mit mondhatnék, kurwára kibebaszottul hatalmas respect Rich Geldreich-nek. |
kemi (statz) | #2, Főfasz (2970) |
229 | #27f1 | ^ | Idézet | Thu, 26 Sep 2013 19:53:54 +02 |
178.164.*.* | *.pool.digikabel.hu |
Zsír! Köszi, lehet, hogy felhasználom a projektemhez. Tudja valaki, hogy ez a szar Avast vírusirtó mi a szarért blokkolja a Qt Creator debuggerét, és hogy lehet kivételt adni hozzá, vagy mittudomén? Agyamra megy a benti gépen. |
TCH (statz) | #1, Főfasz (10443) |
297 | #27f2 | ^ | Idézet | Thu, 26 Sep 2013 21:36:40 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Valószínűleg mert más processek memóriaterületére firkál. Szerintem szedd le a Process Explorert és lődd tarkón az Avastot vele. |
Prometheus (statz) | #3, Főfasz (1824) |
122 | #27f3 | ^ | Idézet | Thu, 26 Sep 2013 21:48:59 +02 |
80.99.*.* | *.catv.broadband.hu |
Kemi, fölvennéd a Comenius Logo-s zenéket valamivel, és áttolnád, légyszi? "B" verzió: találka nálatok vasárnap? |
TCH (statz) | #1, Főfasz (10443) |
170 | #27f4 | ^ | Idézet | Thu, 26 Sep 2013 22:40:04 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Én most hétvégén tuti nem érek rá. Ha rám nem vonatkozott, akkor nem szóltam. Valaki tud olyan cuccot, ami a C fájlban és headerben található makrókat behelyettesíti? |
kemi (statz) | #2, Főfasz (2970) |
498 | #27f5 | ^ | Idézet | Thu, 26 Sep 2013 23:44:41 +02 |
178.164.*.* | *.pool.digikabel.hu |
Ki lehet kapcsolni, de már a tököm tele van azzal, hogy minden alkalommal ki kell kapcsolni. Oké, meglesz. Az imént említett Qt Creator (meg minden rendes IDE) kiírja, hogy mire helyettesítődik be, ha föléviszed az egeret. |
TCH (statz) | #1, Főfasz (10443) |
285 | #27f6 | ^ | Idézet | Thu, 26 Sep 2013 23:57:56 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Nekem az kéne, hogy ez forrásszinten jelenjen meg, azaz behelyettesítse és lássam, hogy mi lesz belőle, ugyanis én a C forrást szeretném átültetni Pascalra. |
kemi (statz) | #2, Főfasz (2970) |
70 | #27f7 | ^ | Idézet | Fri, 27 Sep 2013 11:50:37 +02 |
94.21.*.* | *.pool.digikabel.hu |
Miért nem csinálsz hozzá egy static libet, azt csak be kell linkelned. |
TCH (statz) | #1, Főfasz (10443) |
149 | #27f8 | ^ | Idézet | Fri, 27 Sep 2013 12:06:45 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Azért, mert nekem egy Pascal unit kell, amit hurcolhatok tovább egy másik rendszerre. Hogy linkelem be a Linuxos static libet Amigán vagy MorphOS-en? |
kemi (statz) | #2, Főfasz (2970) |
121 | #27f9 | ^ | Idézet | Fri, 27 Sep 2013 18:37:26 +02 |
78.131.*.* | *.pool.hdsnet.hu |
A C kódot a kenyérpirító is lefordítja. Lefordítod az adott platformra, írsz hozzá egy interfészt, és máris használhatod. |
TCH (statz) | #1, Főfasz (10443) |
2531 | #27fa | ^ | Idézet | Fri, 27 Sep 2013 21:18:46 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Értem, csak az a baj, hogy fingom sincs, hogy kell egy C-s object fájlhoz normális Pascal interface-t csinálni. Leforgattam a tinfl.c-t (gcc -c tinfl.c) és írtam hozzá egy Pascal fájlt unit tinfl; interface function tinfl_decompress_mem_to_mem(pout_buf: pointer; out_buf_len: longword; psrc_buf: pointer; src_buf_len: longword; flags: integer): longword; cdecl; implementation function tinfl_decompress_mem_to_mem(pout_buf: pointer; out_buf_len: longword; psrc_buf: pointer; src_buf_len: longword; flags: integer): longword; cdecl; external; end.ami még le is fordul, de amikor használnám program test; uses tinfl; begin end.akkor tinfl.o: In function `TINFL_TINFL_DECOMPRESS_MEM_TO_MEM$POINTER$LONGWORD$POINTER$LONGWORD$SMALLINT$$LONGWORD': tinfl.pas:(.text+0x1): undefined reference to `tinfl_decompress_mem_to_mem' test.pas(6,1) Error: Error while linking test.pas(6,1) Fatal: There were 1 errors compiling module, stoppingés baszhatom. No mondjuk arra még rájöttem, hogy size_t tinfl_decompress_mem_to_mem(void *pOut_buf, size_t out_buf_len, const void *pSrc_buf, size_t src_buf_len, int flags)helyett size_t extern tinfl_decompress_mem_to_mem(void *pOut_buf, size_t out_buf_len, const void *pSrc_buf, size_t src_buf_len, int flags)és akkor ezt már megtalálja, de akkor meg test.o:(.data+0x2c): undefined reference to `THREADVARLIST_TINFL' tinfl.o: In function `tinfl_decompress': tinfl.c:(.text+0xa26): undefined reference to `memcpy' tinfl.c:(.text+0xae3): undefined reference to `memset' tinfl.c:(.text+0xd17): undefined reference to `memset' tinfl.c:(.text+0xe7d): undefined reference to `memset' tinfl.c:(.text+0xe9c): undefined reference to `memset' tinfl.c:(.text+0xebb): undefined reference to `memset' tinfl.o:tinfl.c:(.text+0x162f): more undefined references to `memset' follow tinfl.o: In function `tinfl_decompress': tinfl.c:(.text+0x16bd): undefined reference to `memcpy' tinfl.c:(.text+0x1703): undefined reference to `memcpy' tinfl.o: In function `tinfl_decompress_mem_to_mem': tinfl.c:(.text+0x2b33): undefined reference to `__stack_chk_fail' test.pas(6,1) Error: Error while linking test.pas(6,1) Fatal: There were 1 errors compiling module, stoppingés újfennt baszhatom. Ezért szeretném átírni Pascalra, mert a faszom se akar szopni a C marhaságaival. De a benne lévő makrók akkora konvulens katyvaszok, hogy kihullik tőlük a fogam. |
TCH (statz) | #1, Főfasz (10443) |
3060 | #27fb | ^ | Idézet | Fri, 27 Sep 2013 23:59:59 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Mivel a tinfl befuccsolt, gondoltam akkor fogom a full ZLib-et és beforgatom a Pascalos proggyba. Gondoltam én. (Gondoltam én, gondolta Stirlitz.) Szerintem a ZLib fejlesztői magasról leszarják, hogy C-n, kívül másban is lehet-e használni a cuccukat, mert nem lehet. Ha az általad javasolt móddal próbálom, akkor a fenti marhaság jön elő az összes object fájlon belül az adler32-től elkezdve a zutil-ig. Ha meg megpróbálom átírni, akkor beleszaladok olyan feloldhatatlan makrókba, amitől nagy csomókban hullik a fogam, pl. #define alloc_func z_alloc_func és akkor találjam ki, hogy a z_alloc_func az mi a fáras. Tudniillik, ő sehol sincs deklarálva. Mondjuk a Pascalos segédunitból kiderül, hogy az egy függvényre mutató pointer, de ez hol derül ki a C-s forrásban?! Apropó Pascalos segédunit, ami a leforgatott .obj fájlokhoz volt hivatott interface-t nyújtani! Hát kb. le se fordult, mert az interface-ben deklarált eljárások/függvények nem egyeznek meg az implementation-ben lévő external implementációkkal...persze át lehet írni és akkor lefordul...csak akkor meg előjön a #1 problem: undefined reference to `memcpy' Így Pascalban csak úgy lehet használni a ZLib-et, hogy igazából nem Pascalból teszed, hanem meghívod a library-t. Ez persze Linuxon nem gond, de Amigán ez nem szériatartozék. Viszont becsületükre legyen mondva, még mindig támogatják az Amigát, van makefile is, csak ki kellett másolni a főkönyvtárba a test könyvtár tartalmával együtt és voilá, épp most fordul le* az A500+-on a ZLib (SASC-ben), szóval azért respect, de azért AAAAAARGH! * És akkor a napi mikrofossuksz, a mikrofos keze Amigára is beteszi a lábát, a cucc elsőre beszart, mert volt benne egy olyan rész a gzguts.h és test/minigzip.c fájlokban, hogy #ifdef _MSC_VER # define snprintf _snprintf #endifamin a SASC erősen fennakadt, hogy mi a fasz az a _snprintf. Ti se tudjátok? Én se tudtam. De a gzguts.h fájlban valamelyik készítő felhomályosítja a jónépet, hogyaszongyahogy /* unlike snprintf (which is required in C99, yet still not supported by
Microsoft more than a decade later!), _snprintf does not guarantee null
termination of the result -- however this is only used in gzlib.c where
the result is assured to fit in the space provided */
#ifdef _MSC_VER
# define snprintf _snprintf
#endif No comment. Közelébe nem jártunk mikrofosos fosnak, Linux volt meg Amiga és mégis, a mikrofos képes elintézni, hogy ott is fennakadás legyen miatta, ahol őt hírből se ismerik. Komolyan a következő az lesz, hogy rászakad a fejemre egy ufó, mert Kiskunhalason a sarki zöldségesnek lefagyott a winfosa és a megbolondult gép magától szarráhekkelte a kibaszott Názát. Most komolyan ne szakadjon le a faszom? Hogy már Amigán is a mikrofos miatt kelljen szopni?! Hát ez tényleg no fucking comment, bazdmeg. |
kemi (statz) | #2, Főfasz (2970) |
256 | #27fc | ^ | Idézet | Sat, 28 Sep 2013 11:26:16 +02 |
94.21.*.* | *.pool.digikabel.hu |
A gcc -E kapcsolója megcsinálja, kirakja az egészet a konzolra, de beleirányíthatod egy fájlba. Viszont akkor belehányja az összes #include-ot is. |
TCH (statz) | #1, Főfasz (10443) |
236 | #27fd | ^ | Idézet | Sat, 28 Sep 2013 14:15:08 +02 |
84.3.*.* | *.catv.pool.telekom.hu |
Tökéletes! Ez az amit kerestem, köszi kemi! Az #include-ok behányása nem baj, mert a tinfl.c-ben nincs egy darab sem, illetve kemény egy db stdlib.h van, azt majd kihajítom és majd behúzogatom belőle ami kell. |
Prometheus (statz) | #3, Főfasz (1824) |
101 | #27fe | ^ | Idézet | Sun, 29 Sep 2013 08:59:04 +02 |
80.99.*.* | *.catv.broadband.hu |
Kemi, ma én külön elmehetek hozzád akkor? Egész napom szabad, nincs kedvem otthon amúgy sem rothadni. |
kemi (statz) | #2, Főfasz (2970) |
99 | #27ff | ^ | Idézet | Sun, 29 Sep 2013 10:17:27 +02 |
77.234.*.* | *.pool.digikabel.hu |
Nekem oké, csak mondd meg, hogy mikor jössz. Meg hozz egy pendriveot, és akkor felrakjuk a zenéket. |