Keresés: - C programozás - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Téma összefoglaló

Utoljára frissítve: 2014-04-25 14:12

Fototrend

Fontos linkek a C-ről:
Prog.hu-s cikkek
Prog.hu-s tudástár témák
The C Library Reference Guide
Standard C
Wikipedia
C Tutorial
Programming in C
Bevezetés a C programozási nyelvbe

Új hozzászólás Aktív témák

#2984 Gyuri16 senior tag dany27 #2983

Új Válasz 2011-12-04 21:17:35 #2984
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Gyuri16

senior tag

válasz dany27 #2983 üzenetére

tanulj meg debuggert hasznalni. ket printf az nem debuggolas.
mi tortenik ha .-.- a bemenet? nem NULL lesz az eredmeny, mert a fadban van ilyen ag a "." karakter miatt aminek a kodja ".-.-.-" tehat a vegen egy olyan betut fogsz kapni ami abban a structban volt. mivel olyan morze kod nincs, ezert valami veletlent kapsz. innen mar gondolom egyertelmu..
#2982 Jester01 veterán dany27 #2981

Új Válasz 2011-12-04 19:43:20 #2982
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2981 üzenetére

De még mindig nem kaptunk teljes listát. Amit le tudunk fordítani és futtatni.
#2980 Jester01 veterán dany27 #2979

Új Válasz 2011-12-04 17:32:44 #2980
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2979 üzenetére

De mi a fenéért kell már megint a teljes kódot folytatásokban, külön könyörgésre elküldeni?
Addig is amíg egyszercsak végre megkapjuk, használj egy debuggert.
#2978 Gyuri16 senior tag dany27 #2977

Új Válasz 2011-12-04 17:23:48 #2978
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Gyuri16

senior tag

válasz dany27 #2977 üzenetére

ott ahol az uj helyet hozod letre nullazni kell a jobb es bal pointereket. nem tudom, hogy nez ki az uj() fuggvenyed, ott lehetne ezt csinalni.
#2976 Gyuri16 senior tag dany27 #2975

Új Válasz 2011-12-04 17:14:34 #2976
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Gyuri16

senior tag

válasz dany27 #2975 üzenetére

a jobb es bal ki van nullazva a levelekben? azon kivul a while ciklusban jo lenne ellenorizni, hogy a hely pointer nem null-e (ha egy hosszu kodot adsz neki meghal nullpointer dereferenciaval vagy segfaulttal)
#2952 Jester01 veterán dany27 #2950

Új Válasz 2011-11-28 00:24:51 #2952
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2950 üzenetére

Akkor hülyék. A segédlistát általában azért tiltják mert memóriaigénye van. Ha viszont az eredeti listát használod, akkor nincs plusz memóriaigény.
#2951 Szabesz őstag dany27 #2946

Új Válasz 2011-11-28 00:20:26 #2951
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Szabesz

őstag

válasz dany27 #2946 üzenetére

Pl az elsőt megcseréled az utolsóval, a másodikat az utolsó előttivel stb. (úgy, hogy a láncolt listasága ne sérüljön)
Értelem szerűen páros/páratlan elemszámnál kicsit másképp kell eljárni.
#2949 Jester01 veterán dany27 #2948

Új Válasz 2011-11-28 00:14:12 #2949
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2948 üzenetére

Tulajdonképpen van segédlista, csak az az eredeti lista csomópontjait használja. Vagy az nem ér?
#2947 Jester01 veterán dany27 #2946

Új Válasz 2011-11-28 00:06:50 #2947
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2946 üzenetére

Lassan!
#2926 Sk8erPeter nagyúr dany27 #2925

Új Válasz 2011-11-26 14:11:16 #2926
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Sk8erPeter

nagyúr

válasz dany27 #2925 üzenetére

Pont azt mondja a hibaüzenet (elég beszédes), hogy már definiálva van...
--> [link]
és ha az alábbi módon próbálod?
GtkEntry *entry; const gchar *test; entry = GTK_ENTRY(szerzo); test = gtk_entry_get_text(entry);
(még nem használtam, csak az alapján gondolom, hogy így jó, ami a doksiban van, nem garantálom, de sanszos)
Szerk.: de épp így csinálják itt is: [link] (ebből a kódból gondolom amúgy is tudnál mintát venni)
#2924 Jester01 veterán dany27 #2922

Új Válasz 2011-11-26 02:13:43 #2924
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2922 üzenetére

Értelemszerűen egy const gchar* típusú változót. Ami, mint ahogy te is megtaláltad, egy typedef a mezei const char* típusra. Amennyiben másolatot akarsz, akkor a string függvények (strncpy, strdup) megfelelő alkalmazásával ezt is megteheted.
#2923 dany27 őstag dany27 #2922

Új Válasz 2011-11-26 01:53:04 #2923
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dany27

őstag

válasz dany27 #2922 üzenetére

ha beszúrom az headerek után akkor egyből kidobja h redefinied... pedig nincs benne sehol még!
#2921 Jester01 veterán dany27 #2920

Új Válasz 2011-11-26 01:37:42 #2921
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2920 üzenetére

Szépen elbaktatsz a megfelelő headerbe és megnézed:
G_CONST_RETURN gchar* gtk_entry_get_text (GtkEntry *entry);
Vagy nyilván a dokumentációban.
#2837 Sk8erPeter nagyúr dany27 #2836

Új Válasz 2011-10-30 19:49:32 #2837
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Sk8erPeter

nagyúr

válasz dany27 #2836 üzenetére

Oké, nincs mit
#2835 Sk8erPeter nagyúr dany27 #2834

Új Válasz 2011-10-30 19:34:14 #2835
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Sk8erPeter

nagyúr

válasz dany27 #2834 üzenetére

Ez volt az első linken, amit küldtem.
Kérdező írta:
"For GTK, I used the all-in-one bundle of the GTK+ stack for Windows 64-bit because I am using Vista 64-bit."
válasz:
"I don't think that MinGW is able to use 64 bit libraries or produce 64 bit executables."
#2834 dany27 őstag dany27 #2833

Új Válasz 2011-10-30 19:05:57 #2834
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dany27

őstag

válasz dany27 #2833 üzenetére

Megvan a teljes hiba megoldása!
Szoval aki CodeBlocksal dolgozik az figyeljen oda hogy hiába 64bites a rendszerje, ne szedjen le 64bites GTK-t mert a CodeBlocks nem tud vele mit kezdeni! Én is ezzel szívtam, szedtem le 32est és most már prímán megy!
#2832 Jester01 veterán dany27 #2829

Új Válasz 2011-10-30 17:01:08 #2832
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2829 üzenetére

Ebben konkrétan ki van kommentezve az amit a hibaüzenet hivatkozik tehát valamit sumákolsz
Egyébként undefined reference akkor szokott lenni, ha elfelejted hozzálinkelni a megfelelő könyvtárakat. Ugye a headerek kellenek a fordításhoz, a libraryk pedig a linkeléshez.
#2831 dany27 őstag dany27 #2828

Új Válasz 2011-10-30 16:19:33 #2831
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dany27

őstag

válasz dany27 #2828 üzenetére

Teljes mértékben igazad van Sk8erPeter!
A hiba forrása az volt hogy nem elég felrakni az alap GTK dev kitet hozzá hanem van még melette 4 pakk ami kell neki!(glib, cairo, atk, pango)
Nem nem ez az első szűrő egyébként, de ki a franc gondolná h nem rakják bele akkor normálisan egy pakkba az egészet. Akkor mi értelme van külön kiadni ha úgyis már a legalapabb szarnál is kell neki a többi csomag!
#2830 Sk8erPeter nagyúr dany27 #2829

Új Válasz 2011-10-30 16:10:15 #2830
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Sk8erPeter

nagyúr

válasz dany27 #2829 üzenetére

Biztos nincs include-olva valami szükséges lib, vagy a franc se tudja kitalálni így a kódod nélkül...
Egyébként ha már beírsz egy kérdést, és megtaláltad rá a megoldást (ld. előző kérdésed), nem ártana, ha leírnád, mi volt az. Hátha más is találkozik vele...
egyébként elképesztő, hány helyen sírnak a Code::Blocks miatt (még egyetemi levlisták is tele vannak ezzel kapcsolatos problémákkal), hogy valami nem jön össze vele, hihetetlen, hogy még mindig nem sikerült úgy megcsinálni ezt a programot, hogy egy kezdő számára is totál kézenfekvő legyen vele minden, és ne kelljen külön szopni vele, hogy be legyen konfigolva. Vagy ez az első szűrő?
Szerk.: látom szerkesztetted a hsz.-edet, és bemásoltad a példakódot. Első körben pl. ezt a fórumot láttad? Vagy ezt.
#2829 dany27 őstag dany27 #2828

Új Válasz 2011-10-30 16:06:12 #2829
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dany27

őstag

válasz dany27 #2828 üzenetére

na ezeket sikerült kiküszöbölnöm...
Most ilyenért köhög: C:\Users\Dani\Documents\C\konyvtar\main.c|7|undefined reference to `gtk_window_new'|
Egyszerű sima példaprogramot szeretnék lefutattani hogy lássam müködik a dolog...
#include <gtk/gtk.h> int main (int argc, char *argv[]) { GtkWidget * main_window; // gtk_init (&argc, &argv); // main_window = gtk_window_new (GTK_WINDOW_TOPLEVEL); // gtk_widget_show (main_window); // gtk_main (); return 0; }
#2821 Jester01 veterán dany27 #2820

Új Válasz 2011-10-28 22:01:21 #2821
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2820 üzenetére

windowson például a gdi,gdi+,directx apikat lehet használni. Információ, mint mindig, az msdn.
#2819 Jester01 veterán dany27 #2818

Új Válasz 2011-10-28 21:38:15 #2819
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #2818 üzenetére

Az a környezettől (operációs rendszer vagy hardware) függ.
Attól, hogy maga a program ANSI C, még nem fog mindenütt működni, ugyanis a szabványban nincs szó grafikáról.
#348 Lortech addikt dany27 #346

Új Válasz 2008-03-01 00:30:27 #348
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Lortech

addikt

válasz dany27 #346 üzenetére

Vagy mondjuk kezdhetnéd az első hozzászólással.
#347 Noobi tag dany27 #346

Új Válasz 2008-02-29 23:57:58 #347
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Noobi

tag

válasz dany27 #346 üzenetére

Ha ennek: http://ebookz.hu/ a keresőjébe beírod, hogy c programozás, kidob mindent, még feladatgyűjtemény is van rajta... Sok Sikert!
#345 Noobi tag dany27 #343

Új Válasz 2008-02-29 23:05:54 #345
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Noobi

tag

válasz dany27 #343 üzenetére

Szia!
Szerintem az általad megadott sorrend a helyes.... a C-re épül a másik kettő lényegében... a C++ objektum orientált, a C# pedig a C++ és a Java keveréke .... elvileg... szóval én a sima C-re voksolnék...