Még egy pár kérdés.
Hol tanultál programozni? Magadtól vagy iskolában?
Milyen könyveket hazsnáltál a tanuláshoz?
Szerinted melyik nyelvett éredemesebb megtanulni C# vagy C++? Mért?
Azért akarok megtanulni egy OOP nyelvet is hogy GUIt is tudjak irni a programjaimhoz.

Most ez kinek szól?

Igen neked szántam.

Azt még megtudnád mondani milyen könyvbõl tanítanak programozást az egyetemen?
Ja és tényleg ucsó kérdés, milyen fejlesztõkörnyezetet használsz Chez és C++hoz? Tudsz valami fejlesztõkörnyezetet ami C++ GTK2-t támgatja és rendelkezik grafikus szerkesztõvel?

Akkor nem olvastad normálisan el…

„”az,hogy egy int típus hány bájtos az a cputól,fordítótól,oprendszertõl függ!!”
Kizárólag a fordítótól:”

na ja csak esetleg nem fog futni a target cpu-n „
Az inttel definiált memória terület mérete nem befolyásolja futtathatóságot…az, hogy utána milyen módon van kezelve, az teljesen más történet… de azt hiszem írtam példát rá, hogy lehet kezelni 8086 cpu-val is – bár az intet 32 bitesnek definiáltam, mégis megy a 8086-oson is.

„”nézhet ki így, tök mindegy, hogy milyen vas, vagy os van alatta (32 bites szegmenssel):”

tehát mégsem mind1…..”
Talán jobb lett volna a kiegészítést is idézni (nem csak kiragadni a felét): „(16 bites szegmenssel, 16 bites procin csak ez megy)”
A 32 bites szegmensnek, meg a int méretének semmi köze egymáshoz. Maradjunk ennyiben. Azt mindössze azért írtam le, mert az ax regiszterbe való mozgatás gépikódja 32 bites, meg 16 bites szegmensben nem azonos. (Azt is magyaráztam, hogy miért írtam ezt feltétlenül bele.)

„na ezzel valóban az a helyzet, hogy 16 bites processzoron nem fut, bár attól, lehetne az int/longint 32 bites, de sokkal nehezebben lehetne bánni vele, mivel nincs általános célú 32 bites regiszter”

hoppá tényleg nem fut…. tehát megint csak nem mind1
Hoppá, megint csak nem olvastad el, csak a felét, de már legalább idézted a lényeget :):
„attól, lehetne az int/longint 32 bites”
Ez speciel azért nem fut, mert eax regiszter nincs 16 bites cpu-n, viszont ennek megint csak semmi köze, ahhoz, hogy az int 16/32 bites…

„gcc-nek is van olyan kapcsolója amivel választani lehet hogy int 16 vagy 32 bites legyen (de alap a 32)…”
…ha még választani is lehet :))))

„sajnos nem pl embedded vc INT32 ami mindig 32 bit….”
A vc egy korszerû program, ott az int, csakúgy mint a long int (long) 32 bites… és a short int a 16 bites.
Bár long long int aszem nincs…

Végezetül…
Ha még ezek után is azt állítod, hogy egy 32 bites int nem fut valamin, amin egy 32 bites long igen és egy 16 bites int is, akkor a válaszom a következõ:
Nem mindegy, hogy az a k*6^`& k35d#< 32 bites memória területet a forráskódban int-nek, long-nek, long int-nek, vagy INT32-nek, vagy int32-nek hívják :)))

„java-hoz ingyenes ide netbeans (tud graf felületet is tervezni)”
Szinte nem is kell kódot írni :))))

A GNOME 2.10-et miylen fügvénykészlettel fejlesztették? Nem GTK2-vel? Létezik hogy egy ilyen vállalkozást, ezekszerint ilyen szar fügvénykészletbõl irjanak?
[align=right][snapback]138620[/snapback][/align]

A gtk a gimp miatt van, a gnome csak melléktermék :), ha jól tudom….
Hát próbáld ki… bele fogsz güzülni, de te tudod. Viszont azért vedd számításba, hogy azok, akik azokat írták nem ma kezdték a pályát! Azért tudnak olyat írni, amilyet. (Jó persze nem egy 500 soros programra gondoltam… ahhoz mindegy mibe írod :))
Sõt így már azt is mondom, hogy próbálj meg valamit megírni gtk-ban, majd utána qt-ben, vagy leginkább java-ban rá fogsz jönni, mi a különbség. (Kezdõnek az ilyen jó, mint a java, nem a gtk… a gtk maceráns, nehézkes…)

„Létezik hogy egy ilyen vállalkozást, ezekszerint ilyen szar fügvénykészletbõl irjanak?”
Dos alá is lehet assemblerben minden könyvtári függvényt nélkülözõ ablakkezelõt is írni, melyet a windows is megirigyelne, csak kérdés, hogy érdemes-e. (Ne meg nem fogja tudni megcsinálni bárki.) Mindennek van határa, egyszóval gtk-ban csak a mazoisták írnak programot, de ha te az vagy, akkor szóljál elvtárs! :))))))

itt az elvtárs a Kazinczy-féle értelemben használtatott 🙂