Azért ha csak ennyi a gondot a tömbbel, attól én még nyugodtan használom. Azt hittem valami nyomós okod van rá, hogy ne használd. Attól én nem tekintem elcseszettnek, mert nem egyezik meg az elképzeléseimmel.

Nem egészen értelek! Fentiek miatt értelemszerűen nem használom. De hogy jönnek ide a pointeres láncok?

Tulkép egy-két matematikai műveleten túl nem is tudnék olyan példát mondani, ahol a tömbök önmagukban használhatóak lennének.

Tömbök hibái nyilvánvalóak:
- elemeinek azonosnak tipusunak (ebből kifolyólag méretűnek) kell lenni.
- méreteit (dimenziószámát és azok hosszát) program íráskor deklarálni kell
- a nem használt elemek is statikusan fogják a memóriát
- ebből kifolyólag méretének határt szab a memória
- csak szám, és azon belül is csak egész számmal lehet indexelni
- fentiek miatt nem lehet lekérdezni azt, hogy egy adott elem már létezik-e, hiszen a deklarált tartományban minden létezik, független attól, hogy használjuk-e
- nem képes kezelni a kicímzést

Semmi gond ne hasznald, azert mert benne van es altalaban kenyelmes dolog meg nem kotelezo hasznalni. Ha neked nem teccik hasznalj pointeres lancot es szivasd magad vele

off:



igen, a lista indexelt változatát.

A tömb egyszerűen nem való magaszintű programozási nyelvbe.

Mit használnál a tömb helyett Listát

Mondjuk ez, hogy az integer mérete nincs deklarálva, ez a C-nél is így van, fordítótól függ. Az egyetemen azzal szivatott az aszisztens, hogy miért int-et használtam, amikor a short is elég lett volna. A help-ben megnézve mindkettő 16 bites volt, teljesen megegyeztek. Múltkor meg a prog.hu-n volt valami kódról szó, ott meg kiderült (számomra), hogy az int mostanában 32 bites.

potyo: bár igazad van, de a példád - sajnos - nem jó. A tömb egy elcseszett adatstrúktúra, már a pascalban is kár volt implementálni. Ennek megfelelően a standard pascal nem is tudott mit kezdeni a túlcímzéssel, ezt rábízta az egyes megvalósításokra. (mondjuk nem ez az egyetlen dolog, pl. az integer és real méretét is elfelejtették deklarálni és a string hossza is a levegőben lóg a szabvány szerint, az olyasmiről már nem is beszélve, mint mi a for ciklusváltozó kilépési értéke, esetleg a boolean kifejezéseket ki kell-e értékelni teljesen vagy elég addig, míg egyértelmű lesz a vége...)

Ennek megfelelően már a turbo pascalban ki/be lehetett kapcsolni a futás közben túlcímzés ellenőrzést. Range Check, $R

A C sok mindenre jó, sok mindent megenged, de ugyanez a hátulütője is. A Delphi a Pascal utódaként szigorú szabályokkal rendelkezik, és sok hibát már a kód fordításakor felismer.

Egyszerű példa, hogy egy tömb indexelésénél a C program nem végez ellenőrzést arra vonatkozóan, hogy túlmentél-e az indexhatáron. Kiszámolja az indexhez tartozó memóriacímet, és oda beleírja, amit bele kell írni. Most hogy ezzel valamit felülírtál, amit nem kellett volna, az már a te bajod. Egy ilyen hibát megtalálni nem könnyű. A Delphi program végez ellenőrzést, és kidob egy hibaüzenetet, amennyiben túlmentél a határon. Cserébe a Delphi program valamelyest lassúbb, de ennek inkább rendszerprogramok, drivereknél van jelentősége, portok programozásánál ez nem vészes.

Amúgy a Borland Development Studio 2006-ben már a C fordító is majdnem úgy a kezed alá dolgozik, mint a Delphi, viszont a kezelőfelületet szerintem elcseszték.

Azt nemtudom, hogy mindenki, de sokan. Én pl .NET és JAVA alól programoztam, tehát egyiksem. De kollegám delphi alatt pikk pakk összedobott egyszerű programokat.
Az eszközkészlet(előre megírt komponensek) és a fejlesztési sebesség miatt. A fejlsztő eszköz a kezed alá dolgozik.

Miért könnyebb Delphiben? miért van az hogy mindenki Delphiben programozza a portokat?

Egyetértek az előttem szólóval. prog.hu nayon hasznos forum és a cikkeik se rosszak.
Delphiben talán könnyebb lenne.

Az USB-re pl. innen indulhatsz: http://www.usb.org Van itt egy szép kis pdf fájl USB 2.0 Specification néven, kb. 7MB és 650 oldal. Ezt ha nemis aprólékosan, de nem ért átnézni. Utána nézz szét a http://www.prog.hu-n

Én USB portot meg ethernet kártyát szeretnék vezérelni c-ből.
Salvatore! Ezzel kapcsolatban nincs valami ötleted, hogy hol és merre keresgéljek?

Kösz, így már lefordítja. A program viszont hibát dob az indítás után, és leáll. De ez már valszeg a rendszer miatt van.

potyo ne az #include "io.h"-t linkeld be hanem #include "io.cpp"-t Ezután már csak LoadIODLL(); és PortOut(888,value); value 0-255 közti érték.
A 0x378-at pedig decimálisan kell megadni. (888).

Nézd meg itt:
http://www.c-plusplus.de/forum/viewforu ... -is-2.html
Ha a német nem erősséged, engedd rá a google translate-t vagy a babelfish-t.

Ezt az oldalt én is megtaláltam, át is néztem az anyagot. Valahol a 4-5. szám környékén említi is ezt az oldalt: http://geekhideout.com/iodll.shtml, amit ezen leírástól függetlenül is megtaláltam, le is szedtem onnan a cuccot, beraktam a kódba, de ezzel hálálja meg a próbálkozásomat:

Viszont nembiztos, hogy megértettél, nekem nem magával a párhuzamos port működésével kapcsolatban vannak kérdéseim, hanem azzal, hogy Builder-ből hogyan lehet közvetlenül írni rá, és olvasni róla.

A kódom ennyi lett volna egyenlőre:

Borland C++ Builder-rel van valakinek tapasztalata a párhuzamos port közvetlen programozásával? Tehát olyasmit akarok, mint amire az ilyen io.dll meg hasonlók szolgálnak. Nézelődtem a neten, de inkább csak Delphi/Visual C++-ra vannak megoldások. Egy apró példaproginak, vagy valami hasonlónak örülnék a legjobban.

Nekem csak portíró-olvasó komponensem van, ha kell. Freeware, forráskóddal, leírással, tokkal vonóval együtt.

Tudom hogy elkésett hozzászólás de meg lehetne erről tudni valamit? SW és HW is érdekel.

Üdv Elektroman

Kicsit lehet, hogy még késöbb...
Eléggé benne vagyok most a .NET programozásban (c#,c++) és elég jó kis dolgokat lehet benne csinálni^_^ Soros portra készítettem egy drivert, ami egy ledpanelt kezel. ^_^ Elég jól támogatja...

Kicsit lehet hogy későn, de elég jó.

http://lpt.usbfireinfo.com/Developers/D ... .htm#Level One Parallel Port Developer's Kit

Köszi a tippeket.
Dester, ha tudsz linkeket írni nekem ahonnan letölthetem a komponenseket akkor megköszönöm.

Salvatore Salvataggio kössz a linket.

Ha tudtok még ilyeneket akkor írjatok még.

Codexonline www.codexonline.hu/cikkeink.phpt, abban LPT porton keresztül működtettek mosógépet. ott is c vagy delphi volt a nyelv, de inkább delphi.

Nos, Delphiből nem nehéz. Vannak nagyon jó port olvasó és író komponensek. Én is használtam már ilyet. Onnantól meg a hardver dolga Gondolom legalábbis. Minimális áramkör, hogyha 1-est küld, akkor az első LED villanjon fel, stb... Legalábbis szerintem így a legegyszerűbb. Én már ehhez nem értek, de ha portkezelő komponens kell, abban tudok segíteni.

Segítséget kérek azoktól akik értenek a Delphi-hez vagy a C-hez.
Probléma:
"""""""""""""""""
Írni szeretnék 1 progit amalyikből soros v. nyomtatóportról tok LED-et(eket) vezérelni úgy, hogy az 1-es led pl. 5 mp-ként felvillan.

extra
"""""""""""""""""
Ha lehet a programból hogy melyik led világítson és milyen időközönként villanjon fel vagy világítson.

előre is köszönöm a segítségeteket.