Aktív témák
-
Krissz
csendes tag
Hi!
Én azért gondoltam erre az áttírásra,mert ennek a példának meg van a megoldása
c++ -ban.És mivel a c++ teljesen kínai a számomra,de a c lényegét sokkal jobban
értem mivel annyira nem különbözik a basic -tól és pláne nem az assembly-től.
(leszámítva hogy teljesen más az architektúra,az assembly azért olyan nagy mértékben
nem különbözik)
Gondoltam ha c-ben megírom ezt a programot,akkor egy fokkal könnyebb lessz
megérteni a a c++ mintapéldát.
Köszi a linket.
-
Krissz
csendes tag
Hi!
Köszi a gyors válaszodat.
Ezzel próbálkoztam én is,pontosabban egy ''move'' nevű
függvénnyel.
A man mind az ncurses mind a move -re az #include <curses.h> fejállományt
írja.Ezt ezt beírva a programba:
.
.
#include <curses.h>
.
.
.
move (x , y)
.
.
Ezt a hibát adja a gcc:
/tmp/cc6CBhSm.o: In function `main':
p2.c
.text+0xb6): undefined reference to `stdscr'
p2.c.text+0xbe): undefined reference to `wmove'
collect2: ld returned 1 exit status
Ez mit jelenthet? -
Fecow
aktív tag
Szia, nem vagyok nagy programozó, de c-ből c++-ba átírni nem vmi egyszerű, már ha a c++-ba átíráson az objektum orientáltságot érted (szinte előlről kell kezdened az egészet, az leszámítva, hogy az algoritmussal kész vagy).
Egyébként van a programhoz c++ forráskód is. A csávó volt ebben a félévben a programozás előadóm, és mindig minden programjához rakott fel forrás kódot, persze mindig hibásan, vagy hiányosan, hogy dolgozzunk is vele ne csak a szánkba repüljön a sült galamb
[link]
Remélem azért vmit segít.
[Szerkesztve] -
Krissz
csendes tag
Hi!
Régi topic,de újjat ezért nem akarok nyitni.
Sokadszorra is nekifogtam hogy legalább alapszinten megtanuljam
a c++ -t.
Mivel a c alpjaival sem vagyok tisztában,ezért a c-vel kezdtem
mivel a c++ erre épül.
Sajnos nekem már nincs lehetőségem ezt iskolában tanulni,és a
szakmám is egésszen más ezért az interneten talált (magyar) leírásokból
tanulgatok.Anno még a C64 -en programozgattam basic-ban és assembly-ben,
de be kell látnom,hogy az ott megszerzett tudás,a mai gépeknél semmit sem ér.
A problémám:
Gondoltam úgy lehet a legjobban megtanulni valamit ha használjuk,
ezért nekiáltam írni egy programot az interneten talált feladat alapján.
Elég egyszerűnek tűnt,és mivel a megoldás c++ ban volt meg hozzá,ezért
ideálisnak tűnt a számomra.Gondoltam megírom c-ben,mivel a c-t azért jobban
megértem mint a c++ -t,és utánna áttírom (a megoldás alapján) c++ -ba.
A feladat:
Egy labirintusban egerek, macskák, keresik a kijáratot. A labirintus N * M darab azonos méretű cellából
áll. Az állatok ebben a 2D térben tudnak mozogni úgy, hogy minden cellából a 4 logikailag szomszédos
(jobbra, balra, le fel) cellába léphetnek át, ha ott nincs fal és ott nincs másik állat, kivéve a macskát, aki
megeszi az egeret, ha olyan cellára lép, ahol egér van. A labirintusnak több kijárata is lehet, melyeket
speciális cellák jeleznek.
Készítsen C++ objektummodellt a feladat modellezésére. Definiálja a labirintus, egér, és macska
objektumokat! Határozza meg az objektumok felelősségét és kapcsolatát! Használjon öröklést! Röviden
írja le a publikus metódusok működését (nem kell implementálni)!
Implementálja a labirintus objektum azon metódusait, melyek a labirintus felépítésére, és „kirajzolására”
szolgálnak. A labirintust „kirajzolását” úgy oldja meg, hogy karakteres képernyőn jelenjen meg
labirintusban levő állatok és a kijáratok helyzete. A macskákat m, az egereket e, a kijáratot, pedig k
betűvel jelezze. Az üres cellák helyén pont (.) karakter legyen. Pl:
e . . . m
. . . . e
. m . k .
. . e . .
. k . . .
[link]
De sajnos még c-ben sem nagyon boldogulok.
Ugyan sikerült megírni,és működik is,de nagyon nem ''c''-ül néz ki.
(ha valaki nagyon nevetni akar bemásolhatom)
És nem találtam a megoldását annak,hogy Linux alatt(xterm) hogyan tudnám
a kurzolt pozícionálni,mert a kiíráshoz ez kellene a programban.
Ha valaki tudna segíteni azt nagyon megköszönném. -
Spyx
tag
Tudod mit? Kössz a segítséget ! A floor() -os konverzióval meg tudtam oldani a feladatomat és úgy néz ki több teszt alapján hogy helyesen számol. Egyébként annyi szerencsém még volt hogy nem kellet a másodpercekkel foglalkoznom.
Végül is a hatodik teljesen újraírt változata a programnak végre jó. -
BaLinux
tag
Bocsáss meg, csak megpróbáltam összefüggéseivel leírni az egészet.
Persze megteheted azt, hogy nem konvertálsz tizedfok és fok/perc/mp között, de ahhoz egy structot/osztályt kellene bevezetni, és arra műveleteket, amik bonyolultabbak ennél a megoldásnál. Így csak egy float és kész, gondolom jobb ha C-ben csinálod. -
Spyx
tag
Azt vágtam hogy egy fok az 60 fokperc. Ennyire azért ne néz gügyének. Csak azt hittem hogy van valmilyen formula rá hogy tizes számrendszerben ennyire egyszerűen le tudnám kezelni a dolgot. De már látom hogy nem fog menni. Akkor most megpróbálom az alapján megoldani ahogyte írtad az átváltásokat.
-
BaLinux
tag
Itt tényleg nagyon keversz dolgokat. A perc és másodperc 60-as számrendszerben van ugye, tehát 60 fokperc=1 fok, ezért nyilván nem teheted meg hogy TIZedes után odaírsz ilyeneket...
Vedd elő az első középiskolás matekkönyvet
Szögeket konvertálod egységes fokra vagy radiánra, és úgy persze helyes a kivonogatás.
Tehát fok=egészfok+fokperc/60+fokmásodperc/3600
Visszafelé kicsit nehezebb, amennyiben szükség van a nem-tizedes formájú értékekre.
Ha meg van adva a fok, akkor
egészfok=floor(fok)
fokperc=floor((fok-egészfok)*60)
fokmásodperc=((fok-egészfok)*60-fokperc)*60
Remélem érthető. A floor(x) a x-hez legközelebbi olyan egész szám, mely nem nagyobb mint x. -
Spyx
tag
Valamennyi fogalmam volt róla hogy mi az a radián ,de az tény hogy nem nagyon ismerem ki magam akkor ha ilyesmiről van szó.
Kössz azért a képleteket. De konkrétan nekem olyasmiről kéne egy kis eligazítás hogy hogyan tudok kivonni egymásből szögeket úgy hogy helyes legyen az eredmény. Vagyis lehetséges-e ez úgy hogy nem kell mindig átváltogatnom radiánba és vissza. Pl.: ha floattal tárolom a fokot úgy hogy 1 fok 44 perc = 1.44 akkor ha ebből kivonom a 0 fok 45 perc-et = 0.45 az eredmény ugyebár 0.99 lesz ami nekem nem tűnik jónak.
Addig értem hogy radiánban lenne célszerű számolgatni az ilyesmit de ennyire még nem vágom a dolgokat. Valami egyszerűbb kéne. -
Spyx
tag
És azt hogy kell? Mert azt sem tudom. Meg ha radiánban számolnék akkor is oda-vissza tudnom kéne a radián-fok váltást. Olyan embereknek akarok egy egyszerű felhasználói programot készíteni akiknek fogalma sincs arról mi az a radián.
Ha tudsz leírást róla hogyan kell megvalósítani nekem az is jó ( akár angol nyelvű is lehet). -
Miracle
senior tag
A GOTO utasítást megfelelően használva gyors és jól érthető kódot lehet írni
EZT felejtsd el, de gyorsan, a goto SZAMODRA jol ertheto kodot ad, de megsugok egy titkot: a cegnel, ahol dolgoztam es a goto-ert jo nagy lebaszas jart jobb esetben. a Goto hihetetlen szopas, mert nem on-dokumentalo, sot, egyaltalan nem jol dokumentalhato, es a szoftver fejleszthetoseget, karbantarthatosagat komolyan rontja. a goto hasznalata CSAK extrem teljesitmenyjavitas erdekeben megengedett komolyabb projektekben. (+mikrokontrollerekben ofkoz) -
Spyx
tag
A GOTO utasítást megfelelően használva gyors és jól érthető kódot lehet írni de kezdőknek semmiképpen sem ajánlott. (Ezért nem használom én sem
)
KÉRDÉS? : hogyan lehet a kurzort pozicionálni a szöveges képernyőn belül.
Pascalban volt a gotoxy-n és ugyanezt az utasítást láttam borland c-ben is de az én dev-cpp -m nem ismer ilyen functiont. kérnék ajánléatokat a megoldásra.
Konkrétan annyi kéne hogy amikor dos ablakban fut a programom a legalsó sorban folyamatosan ki legyen írva hogy ki készítete és mikor. a program maimum 20-22 sort ír ki , tehát nem fordulhat elő hogy továbbgördül a képernyő -
Sianis
addikt
Sziasztok!
C-ben kell egy rekurzív függvényt írnom! Egyenlőre nem tudom, hogy hogyan kezdjek hozzá! A feladat lényege, hogy bármilyen ciklus függvény nélkül kell megoldani azt, hogy máris egy bizonyos ideig fusson a dolog, pl faktoriális program, ami ugy egytól egy adott számig minden egész számot összeszoroz. Segítenétek ebben? Elég ha az elméletet elmagyarázza valaki, vagy előáll egy konkrét pl-val, én azt sem bánom! Előre is köszi! -
Khraath
csendes tag
Cpp-ben:
#include <iostream>
#include <fstream>
using namespace std;
//...
ifstream in;
char *filenev;
//...
filenev = new char[256];
cout << ''Add meg a file nevet! '';
cin >> filenev;
in.open(filenev,ios::in);
while (in.fail())
{
cout << ''Nincs ilyen file, ujra: '';
cin >> filenev;
in.close();
in.open(filenev,ios::in);
}
//..
in.close();
delete filenev;
}
Itt néz körül: Bővebben: link -
Akagi
tag
#include <stdio.h>
...
FILE *file;
char *filenev;
...
filenev = (char *)calloc(filenevhossza,sizeof(char));
scanf(''%s'',filenev);
file=fopen(filenev, mod);
...
ahol filenevhossza= max mekkora filenevet akarsz beolvasni +1
mod lehet: ''r'',''w'',''a'',''r+'',''w+'',''a+'' letezo olvasasa,iras,hozzafuzes, letezo irasa/olvasasa, iras,letezo olvasas/hozzafuzes a w(w+) mod letezo filet _felulir_ nemtom ismeri-e a t, b modokat (text,binary)
jah standard c kod a c++ hoz nem ertek -
F-ECT$
titán
A volatile object is one that may be modified outside of program control. Memory-mapped I/O ports are a typical example. Declaring an object as volatile indicates that the compiler should always generate code to fetch the object's value from its actual memory location — it may have changed since the last access by the program. (This disallows optimizations which could load the value into a register and possibly return erroneous results.)
volatile char *port1 = 0x00f3; /* ptr to I/O port */
while( *port1 & DATA_FLAG ) /* needs to be volatile */
clear_io();
Bővebben: link -
Akagi
tag
válasz
Blackmate
#129
üzenetére
HA jol tevedek:
Letrehoz egy gPtr nevu _RES_GVar stukturara mutatto pointert, aminek kezdoerteke egy _RES_GVar tipusu mutatova konvertalt, RES_gVar-ra mutato mutato.
Tehat van egy RES_gVAr valtozo aminek eloallitja a cimet, majd konvertalja _RES_GVar tipura mutato mutatova, amely a kezdoerteke a gPtr nevu _RES_GVar tipusu mutatonak.
A masodik resz gyakorlatilag definial egy _RES_GVar strukturat es letrehoz egy statikus (a volatile aszem talan az optimalizalast nyomja el ez nemtom) RES_gVar nevu valtozot es ennek kezdoerteket ad..
Remelem jol gondoltam.. -
Blackmate
őstag
Ujra itt vagyok, egy ujabb kinommal
Ezt a sort valaki elmagyarazna nekem? Egyszerüen magas, mint tyuknak az ABC.
struct _RES_GVar* gPtr=(struct _RES_GVar*)&RES_gVar;
a _RES_GVar egy globalis valtozo struktura, ami mellesleg igy nez ki:
static volatile struct _RES_GVar
{
/* ports */
UInt8 portA; /* test port */
UInt8 portB; /* test port */
UInt8 portC; /* test port */
/* 10ms timer */
void (*tenMsTimer_cbf)( void ); /* pointer to timer function */
/* serial port 0 */
void (*transmitSerPort0_cbf)( void ); /* pointer to transmit function */
void (*receiveSerPort0_cbf)( UInt8 ); /* pointer to receive function */
void (*errorSerPort0_cbf)( UInt8 ); /* pointer to error function */
} RAM_SEGMENT RES_gVar =
{
/* portA = */ 0x00,
/* portB = */ 0x00,
/* portC = */ 0x00,
/* tenMsTimer_cbf = */ NULL,
/* transmitSerPort0_cbf = */ NULL,
/* receiveSerPort0_cbf = */ NULL,
/* errorSerPort0_cbf = */ NULL,
};
Köszöntem!
[Szerkesztve] -
-
Blackmate
őstag
válasz
Cathfaern
#121
üzenetére
#include <time.h>
#include <stdlib.h>
void randomize (void);
// A random függveny alveletlen szamot ad vissza 0 es 1 között //
Ha megvan adva, hogy milyen szamok között kell, akkor egyszerüen elöallithatod ugy, hogy szorzod a függvenyt. Pl ha 0 es 100 között kell, akkor 100-zal szorzod. Ha az also hatar nem 0, akkor if-fel kilehet zarni a szamokat sztem.
Nagy hirtelen ennyit tudok elmondani. Keremkapcsojjaki
MOD: Hopssz, lassu voltam, es gagyi
[Szerkesztve] -
Miracle
senior tag
válasz
Cathfaern
#121
üzenetére
#include <cstdlib>
#include <ctime>
#include <iostream>
using namespace std;
int main()
{
srand((unsigned)time(0));
int random_integer;
for(int index=0; index<20; index++)
{
random_integer = (rand()%10)+1;
cout << random_integer << endl;
}
return 0;
}
ez pl. 1től 10ig csinál random számot.
''random_integer = (rand()%10)+1;''
ebben a sorban kell módosítani a 10et ha más intervallumban szeretnél random számot. -
Blackmate
őstag
Wow! Elöször is köszönöm!
Amit irtal nagyjabol ertem tanultam C-t, C++t, Java-t, Assembly-t. Tehat nagyjbol kepbe vagyok a dolgokkal.
A ''RES.H'' egy header fajl, es valoban sok mas forras hasznalja. Modularis programozasrol van szo, a programozas targya: egy specialis mikrokontroller.
De ami a lenyeg: a program nem C++ ban, hanem ''sima'' ANSI C-ben irodott
Ezert nem tudom hova tenni ezt a global-t a definicional.
Ha lenne idöd, es tudsz segiteni, akkor esetleg MSN-en, ICQ-n is elerhetö vagyok. Nagyon halas lennek! -
Miracle
senior tag
válasz
Blackmate
#118
üzenetére
a res.h ismerete nélkül elég nehéz megmondani.
a tippem a következő.
a res.h -t úgy készítették, hogy együttműködjön sokféle rendszerrel.
És valahol valamféle globálisnak tekinthető változókat használ.
ezek valszleg így vannak deklarálva
#ifndef GLOBAL
#define GLOBAL
#endif
/*..*/
int i GLOBAL;
/*..*/
A probléma a következő: amennyiben több .cpp fileba is beincludeoljuk a res.h -t akkor minden .cpp fileból készült .o tárgykódú fileban benne lesznek ezek a globális változók.
és amikor szeretnénk összelinkelni a fileokat akkor a fordító jó esetben visszadobja, hogy (mondjuk 4 file esetén) ''multiple declaration of int i in res.h included form a.cpp : #'' és így tovább, szóval lenne 4 db globális i változód, illetve minden egyebed, ami globális a res.h-ban.
Ha nincs a GLOBAL definiálva akkor azt a res.h elején definiálja semminek, és a res.h egész területén kicseréli a semmire, azaz törli, így int i; deklaráció lesz belőle. azaz fut.
de ha elérakod a #define GLOBAL extern sort, akkor az int i; helyett int i extern; lesz azaz nem fog tárhelyet foglalni az i változónak, hanem megjegyzik, hogy van int i változó, használom, de még nem tudom, mi az és hol van, azt majd a linker megmondja nekem szépen. és akkor a 4 db .cpp fileból 3 esetén a #define GLOBAL extern -el kell a res.h-t includeolni, de az egyikbe nem kell ez a definíció. így az egyik .cpp-be includeolt res.h létre fogja hozni az int i; változót(és a társait persze, az int i csak egy példa volt), és a többi .cpp fileból fordított .o filokban szereplő hivatkozásokat i-re majd szépen a linker feloldja, azaz összelinkeli a fent említett 3 .cpp file-ból infludolt res.h-ban szereplő i-re való hivatkozásokat(amik ugye externek lettek, így nincs nekik hely foglalva) a 4. .cpp fileból includeolt (#define GLOBAL extern) nélküli res.h-ban létrehozott valós int i; -vel.
remélem érthető. -
Blackmate
őstag
Lenne egy lama kerdesem. A következö par sor mit takar? :
#define GLOBAL extern
#include ''res.h''
#undef GLOBAL
Elolvastam a ''Programozzunk C nyelven'' cimü nagysikerü best sellert, de nem igazan ertettem meg a felteteles forditas rejtelmeit. Valaki tudna segiteni? -
atee07
tag
Te is aznap???Hát,2 haveromnak is négyes lett,de nem hinném,hogy te valamelyik lennél közülük,mivelhogy ők másodikosok.Szerintem inkább az,aki kijött tök boldogan négyessel még olyan 12-13 óra felé.Vagy a szemüveges srác
Aki legutóljára ment be,az ötöst kapott,de 40 percig volt bent.Ha jól belegondolok az enyém is lehettett volna négyes,mert nem volt olyan nehéz,csak a kérdések sem voltak egyértelműek.Mindegy,kedden azért küzdök,hogy a ''rossz'' helyre beírt ötöst ne kelljen lehúznia
-
taltos
senior tag
Hali!
Már vizsgáztam progból (mellesleg én is tegnap! ), de nekem 4-es lett. Engem is megizzasztott rendesen és annyira izgultam, hogy nem tudtam neki olyan változót mondani, aminek van hatásköre, de nincs élettartama...
Mindegy. Mellesleg a matekos tárgyaim ilyenek lettek:
első félév:
mat.log: 4 (Várterész... nem mentem az ötösért... ),
kalk.1: 2 (Losi. Akartam javítani, de Losi szerint, ha nem egyes lett, akkor nem javíthatok... ),
diszk mat 1: 5 (Bácsó Sándor),
2. félév:
kalk 2 : 3 (Losi. Ha hallottál, a mostani vizsgáról... Örülök, hogy meglett...),
Diszk mat 2: 4 (Eléggé elrontottam... , Bácsó nem dicsért meg... )
Azon gondolkodtam, hogy fel kellene vennem jövőre a bev. a geometriába 1-et. (Bácsó S.) Nem tudsz róla valamit? Azt hallottam, hogy nagyon gyilkos az a tantárgy. Állítólag komolyabb, mint a diszkrétek...
Mellesleg (hátha segít...) tőlem ezeket kérdezte:
- csomag
- ada : taszkok
- kifejezés kiértékelés + ez C-ben hogyan van
- hatáskörkezelés
- C szintaktika
- mellékhatás
.
Egyébként nem tudom minek tudható, de utánna én is rájöttem, hogy ezek a pletykák azért alaptalanok, amik róla szólnak. SZVSZ ha valaki globálisan képben van az anyaggal, és fullosan megy neki az ADA és a C szintaktikája, akkor azt átengedi egy kettessel. Persze sokszor nem a tudással van a gond, hanem a helyzettel...
Majd drukkolok, sok sikert! -
atee07
tag
PíTíeM.A matekok,amelyeket felvettem,elsőre mind megvolt.Most felvehettem volna az Opkut-ot,de gondoltam,inkább nem.Mondjuk a legtöbb matek kettes lett,de nem érdekel
,lett ott hármas és négyes is.
Tegnap voltam Prog vizsgán,és meghúzott,de már túltettem magam rajta,kedden kell mennem újra,szerencsére nem írta be Azért nem sikerült szerintem,mert csak 4 napom volt rá,a többieket kérdeztem,1hét,2hét tanulás,ami nekem le volt írva a füzetbe,azt tudtam(volna),de az kevés.Este rájöttem,hogy átmehettem volna egy kis szerencsével,ide az is kell,de nagyon.Ha még nem voltál,akkor jótanács,hogy a fent lévő jegyzetből tanulj,ne az óraiból,mert ott nekem is kevesebb volt leírva,hiába körmöltem egész órán,pl nem volt leírva mellékhatás fogalma,amit általánosságban tudok,hogy mi,természetesen,de nem tudtam megfogalmazni.További tanácsok: C könyv alapos átnyálazása,mert sok C-t is kérdez,legalábbis tőlem kérdezett,max C+Ada szintaktika lehet,a végén lévő fejezeteket egészbe kérdezi(csomag,gen. prog.,taszkok,randevú,I/O,párhuz. prog.,kivételkezelés+ még ami arrafelé van),iletve ha azt mondod,hogy tudod a PL/1 kivételkezelését vagy a C hatáskörkezelését,akkor olyat fog belőle kérdezni,amit sehol nem találsz meg a jegyzetben,tegnap is kérdezte a haveromtól a C-s dolgot,és megjegyezte,hogy előtte se tudta senki
Na,kb ennyi.
Ja.az Adszerket csak meg mertem kérdezni a vizsga végén,ötös lett,de nem tudott feldobni Ehhez kapcsolódóan egy poénos dolog:a proghoz írta be,visszamentem szólni,mert úgyis kiderült volna,azt mondta,hogy nem javítja ki,mert még simán lehet ötös is,vagy nem bízok benne?
Keménynek kemény tanár,de bevallom nem erre számítottam,szóval nem kell félni tőle,a közmondás is ezt mondja,Amelyik kutya ugat,az nem harap,persze itt nem kutyáról van szó
[Szerkesztve] -
#112
faster
nagyúr
burgatshow
#111
faster
nagyúr
válasz
burgatshow
#111
üzenetére
Azért, mert a ciklusban az aktuális sum értékéhez adod hozzá az a-t, és mivel nincs kezdőértéke, ezért bizonytalan értéket vehet fel ilyenkor, tehát kezdőértéket kell neki adni.
-
#110
faster
nagyúr
burgatshow
#109
faster
nagyúr
válasz
burgatshow
#109
üzenetére
a=1 után pontosvessző kell
de ez az egész el van rontva:
for (a=1, a++ ; a=b);
sum a+=1;
szvsz:
for(a=1;a<=b;a++)
sum += a;
akar lenni, és sum-nak adj kezdőértéknek nullát még a ciklus előtt. Na asszem ennyi.
[Szerkesztve] -
#109
burgatshow
veterán
burgatshow
veterán
Hali! Mire utal az a hiba hogy:
parse error before `)' token
Ha kell a kód itt van de nem röhögni mert most álltam neki tanulni:
#include <stdio.h>
main () {
long sum;
int a = 1, b=10;
printf (''A szamok 1-10-ig:'');
for (a=1, a++ ; a=b);
sum a+=1;
printf(''A szamok: %d'', sum);
return 0;
}
Konkrétan a hetedik sorra mondja az pedig a for ciklus!
[Szerkesztve] -
#108
faster
nagyúr
TheVeryGuest
#107
faster
nagyúr
válasz
TheVeryGuest
#107
üzenetére
Én voltam olyan elvakult, hogy a VC editorját használtam HTML és Javascript szerkesztéshez is...
Most mát inkább Homesite és Textpad, bár egy-két funkciót a mai napig hiányolok ami a VC-ben régóta megvan.
A Turbovision felület profi volt, a Dos Navigatort is azért szerettem, mert hasonló karakteres ablakokkal dolgozott.
[Szerkesztve] -
#107
TheVeryGuest
senior tag
faster
#106
TheVeryGuest
senior tag
Nincs semmi baj az IDE-kkel, amíg ezek a feature-ök konfigurálhatók (a VC elég korrekt eből a szempontból). Mondjuk én még mindig a jó öreg Borlandos Turbo-Vision IDE-t sírom vissza, ahol még egér nélkül lehetett dolgozni. Azt el kell ismerni manapság az UltraEdit és a CodeWright azért odaver a VC editornak, már művészi szintre fejlesztették őket. A VC-t az IDE-be integrált Debugger-ért szerettem. Bár a tömböknél tud idegesítő lenni. Sajnos a nem Windows-os platformokon lassabb a fejlődés, de ha valaki rászokik az XEmacs is jó tud lenni esetleg az Anjuta. Én mondjuk szeretem az mc és az mcedit-et úgy hogy meg van nyitva vagy 3 konzol, bár mindenki kiröhög miatta. De legalább fut teminálon is, és általában már van mindenhol. Debuggolni meg ott a GDB/DDD, jó cuccok csak mivel nem integráltak kicsit nehézkesek.
-
#106
faster
nagyúr
TheVeryGuest
#105
faster
nagyúr
válasz
TheVeryGuest
#105
üzenetére
Óóó, hát it már messze nem arról folyik a vita, hogy a C vagy a C++ miért jobb, hanem ott tartunk, hogy én már azt sem tudom, mi a különbség az editor és a compiler között, meg hogy mi az az IDE.
Sőt, ha jól értem, akkor a Visual C-hez sem értek, és nem igaz az, hogy C fordítóként viselkedik C fájloknál (gyengébbek kedvéért: a fájlkiterjesztésből bizonyos következtetéseket von le az IDE, jajdemán mijjenundorító ez az automatizmus), tegnap kipróbáltam, de az biztos csak egy lázálom volt.
[Szerkesztve] -
#105
TheVeryGuest
senior tag
TheVeryGuest
senior tag
Teljesen felesleges ez a C/C++ vita. Én mindkettőt szeretem. Érdemes megnézni a GNU implementációt, ahol a g++ a gcc-re épül. Minden C++ cuccot átfordít C-re (kedvencem a C-ssé fordított azonosítók a hibaüzenetben, aki ismeri a c++filt-et tufdja miről beszélek). Ez szerintem jól leírja a két dialketus viszonyát. A C++ ki van bővítve egy csomó absztraktabb elemmel, bizonyos korábban különálló elemek összetársíthatókká váltak és elkülöníthetőkké. Az egészet megfejelték még egy kis scriptszerűséggel (template-ek) is. A legjobb azonban a C++-ban, hogy nem erőltet az emberre semmit, ha akarom használhatok sima C-s entitásokat, illetve keverhetem őket.
Igazán jó C++ programozó akkor lesz valaki, ha jól tud sima C-ben is dolgozni, illetve tudja, hogy az összetett C++-os szerkezetek miként valósulnak meg C illetve még alacsonyabb szinten. Aki ezeket figyelembe veszi az képes a mezei C kódok sebességét elérni C++-ban is. A jó C programozó pedig ismeri a HW platform jellemzőit is. Amivel csínján kell bánni, az a észnélküli örököltetés meg virtualitás, meg a sok dynamic_cast/RTTI. Úgy vettem észre, hogy sok programozó hajlamos ezeket értéknövelő feature-ként előadni, ahelyett hogy csak ott használná, ahol tényleg kell. Persze jók a C++ beépített library-k, csak észnél kell lenni a használatuknál. A stringkezelésre nem biztos, hogy az std::string a leghatékonyabb, mert nagyon sokszor értelmetlen copy-zás lesz a vége. Az STL-nél meg oda kell figyelni, hogy milyen az adott library implementációja. Kedvenc példám a std::list::size() metódus, amit legtöbbször O(n)-esre implementálnak amivel performance-ban olyat lehet szopni, mint egy ház, ha az ember 10000 elemű listákat kezd el kezelgetni. Ugyanilyet lehet szopni mondjuk a vektorral, ha az ember megpróbál pointereket eltárolni egy dinamikusan változó elemszámú vektor elemeire, hiszen ha nem mutatók vannak a vektorban, akkor minden egyes realloc-nál újraallkokálja elemenként.
Szóval száz szónak is egy a vége kényelmes a C++, de nem kell megvetni az öreg C-t, mert ha igazán jó C++ kódot akarunk kapni ismernünk kell őt is alaposan. Olvasgatni meg nem programozás, meg programozási nyelv könyveket kell, mert azt inkább gyakorlatban kell megtanulni, hanem algoritmusok könyveket, mert abban van az Erő. Ajánlom mindenkinek, aki okosodni akar, Donald E. Knuth-tól az Art of Computer Programming-ot.
Amúgy meg lehet, hogy mostanság több C++ kódert keresnek, de nem biztos, hogy jobban keresnek, mint a kiválasztottak, a platform fejlesztő C kóderek. Az egy másik kérdés, hogy utóbbiak között jóval több az olyan akikkel értelmes, nem számítógépről folytatott emberi társalgást lehetetlen folytatni.
-
faster
nagyúr
Most komolyan bocs, akár moderálni is lehet, de csak a hülye emberek írnak le nyelveket, olyanok akik többnyire ezzel akarják ellensúlyozni, hogy nem értenek hozzá...
Ne haragudjatok, de ez most szívből szólt...
Szerintem meg az a hülye, aki nem érti meg, én mit írok...Aki nem érti meg, miben hatékonyabb az egyik programnyelv a másiknál. És aki arról papol, hogy én nem értek a témához, ahelyett, hogy pl. konkrétan bebizonyítaná, hogy mit írtam rosszul.
[Szerkesztve] -
faster
nagyúr
#93 után nem tudlak komolyan venni. Ez a wordos példa ez egy marha nagy csúsztatás volt. Te beszélsz arról, hogy én nem értek a programozási nyelvekhez, és nem tudom, mi az az IDE, holott úgy látom, te nem ismered a Visual C-t!? Mégis, egyáltalán, hogy került ide az ADA beírása? Nem arról van szó, hogy inkább összevissza beszélsz, mint sem kipróbálnád, amit leírtam? Méghogy Adát be lehet írni... József Attilát is be lehet írni, ki a franc beszélt arról, hogy MIT LEHET BEÍRNI egy editorba??????? Arról beszéltem, hogy ha a C kiterjesztésű fájlt fordítasz le, akkor C szintaktika alapján fordítja le ALAPBÓL, ha C++, akkor pedig C++. Mert a Visual C egy IDE, nem pedig editor, De basszus, ne beszélj itt nekem arról, hogy nem értek az IDE-hez, mert ez NEM ÉRV. Cáfold meg konkrét példával, de ne csúsztass!
-
taltos
senior tag
Utálom ezt az értelmetlen flamet...
Ne haragudjatok, de most már elvesztettem a türelmem... Most komolyan bocs, akár moderálni is lehet, de csak a hülye emberek írnak le nyelveket, olyanok akik többnyire ezzel akarják ellensúlyozni, hogy nem értenek hozzá...
Ne haragudjatok, de ez most szívből szólt...
És most tarom magam ehhez, és nem szólok hozzá tovább ebben a topicban, ehhez a témához. (Nehogy úgy tűnjön, hogy én vagyok az isten...) De mindenkinek ajánlom, hogy ne csak kódoljon, hanem olvasson egy kicsit általánosabb programozásos könyveket...
Kezdje mondjuk ezzel:
Bővebben: link
Tényleg bocs...
[Szerkesztve] -
taltos
senior tag
Ejjj.
Te tudtad, hogy Word-ben is lehet C-ben programozni?
Nem attól fogsz valamilyen nyelvben programozni, hogy milyen projectet nyitsz, hanem attól, hogy milyen nyelvi elemeket használsz.
SZVSZ Te elég erősen kevered az IDE-t a programnyelvekkel. Bocs, de tényleg ez az igazság. Programozni Te egy editorban programozol (abban írod a forrásszöveget), az már mindegy (na persze azért nem ), hogy most az Word, vagy Visual Studio, vagy akármi. Wordben is megírhatod, csak sok a felesleges opció, amit úgysem használsz soha, ami zavaró.
Egy programnyelvet a szemantikai és a szintaktikai szabályainak összessége definiál. Nem egy fejlesztői környezet. (egyébként a Visual C-nek a C projectében is lehet ada forrást írni... )
Egy kérdés: milyen típusú munkákat csináltál? Mert akkor ebből kiderül, hogy azon a területen ez az ''etalon'' programnyelv ( ).
Egyébként számomra érthető volt, hogy mit akartál mondani a #2 -ben, de nagyon erősen félreérthető voltál, sőőőt egyenesen totál mást írtál. Ez olyanoknak, akik nem értenek hozzá, félrevezető, azoknak, akik meg egy kicsit igen, azoknak meg mást jelent.
ps: Ennyit a befejezésemről... Ettől függeelenül NO flae, és béke! -
faster
nagyúr
Mint azt már marha sokszor, újra meg újra leírtam, de azért leírom mégegyszer: vállalati környezetben, tehát NEM opensource!
6 éve programozok, 5 különböző cégnél voltam már, és van tapasztalatom, hol mit kérnek a cégek, és hidd el, még SEHOL nem kellett ANSI C tudás, viszont C++ sok helyen kellett. És ha nekem nem hiszel, akkor egyszerű a dolog. Keress állást! Menj föl bármelyik álláskereső honlapra, és csinálj egy kis statisztikát, hogy a C++ vagy a C tudás kell e a vállalatoknak, és majd látni fogod te magad is. Persze én naivan azt hittem, hogy az, aki hivatásszerűen programozik, annak ez evidens, de hát úgy látszik mégsem. És már #2-ben is elég világosan kifejtettem, hogy mit miért ajánlok, ha ezzel valaki nem ért egyet, akkor nem ért egyet, én részemről befejeztem, mert már unom az állandó magyarázkodást. -
Miracle
senior tag
a sourceforge-os statisztikák a nyílt forrású fejlesztések körében reprezentatívnak tekinthetők, mert lényegében minden olyan projekt, ami számít megtalálható ott, és a nagyon nagy részüket a SF hostolja nagyon sok segédlettel, ami megkönnyíti a fejlesztést a világ különböző pontjain élő csoportok számára.
pl. linux, apache -programoknak is a SF a ''base-host'' juk, azaz a fejlesztők a SF-on kesresztül kommunikálnak, és fejlesztenek. na de mindegy, nem ez a lényeg, kevés ez a kis post a SF leírásához. a lényeg az, hogy nem látok semmi okot, ami miatt a C/C++ arány 26000 nyílt kódu projekt alapján felállított statisztikája nem lenn egyértelmű, és valószínűnek tartom, hogy a nem nyílt kódú projektek között is hasonló az arány. -
faster
nagyúr
a c es a c++ kulon nyelv, meg ha egymasra epul is. igy ha valaki c-ben akar programozni, akkor nem tukmaljuk c++-al.
Tudsz valamit a Visual C-ről, vagy csak kötözködsz? Ha C projectet hozol létre, akkor C lesz, nem C++, nem fogja engedni a class használatát etc...
És igazán köszönöm, hogy felhívtad a figyelmemet a C és a C++ közötti különbségre, képzeld, én is ismerem mind a kettőt.
Komolyan mondom, néha olyan dedós szinten kell leírni dolgokat...
Miért kell minden félmondatba belekötni? Aki meg akarja érteni a #2-es hozzászólásomat, az meg fogja érteni. -
Miracle
senior tag
itt ez a site :
http://sourceforge.net/softwaremap/trove_list.php?form_cat=160
ez szerintem azért elég reprezentatívnak mondható site és eredmény. hehe... C++ kevesebb mint egy szzalékkal vezet, de az object C -vel már a C++ áll rosszabbul(mondjuk jogos a kérdés, hogy az object c-nek melyik oldalt kellene erősíteni, de én inkább a C felé hajlok) -
aurum
senior tag
ne ird le! mert akar basic programokat is lehet irni c-ben, megsem basic fordito.
a c es a c++ kulon nyelv, meg ha egymasra epul is. igy ha valaki c-ben akar programozni, akkor nem tukmaljuk c++-al.
nekem mindegy c vagy c++ mert tudok mindkettoben programozni es eppen ezert irom amit irok. -
faster
nagyúr
Sajnos a legtöbb ember, aki fúj a C-re, az nagyon sok területére nem lát bele az informatikába, és azért írja.
Ilyen hülyeséget írni, hogy ''több helyen használják''... Milyen adatok szerint? Ki készítette?
Most te beszélsz hülyeségírásról?
Én látom felületesen az informatikának azt a szeletét, ahol közel sincs (SŐŐŐŐT) leírva a C. Ez (fontosságát tekintve) nem is jelenktéktelen szelet.
Miről, milyen terület, milyen bizonyítékok, milyen számadatok, ki készítette? Pontosan ugyanolyan érveket használsz, de ne menjünk el ebbe az irányba, hogy kinek az érvei megalapozottabbak. Nem rosszallásképpen mondtam azt, hogy ''nem vitatkozom''. Te a saját tapasztalaidra alapozva kijelentetted, hogy az ANSI C-t az elméleti alapozás után is érdemes gyűrni, én meg a sajátjaim alapján mondtam azt, hogy inkább a C++-t. Ezért nincs értelme vitatkozni, én elmondtam az érveimet, te a tiedet, ennyi. No problem. -
taltos
senior tag
Hmm.
Hát pontosan erről beszéltem! Én nem temettem a C++ -t, én nem mondtam, hogy a C++ -t nem használják sok helyen! Ha megfigyeled, mi egyetlen egy dologra reagáltunk, nevezetesen a _Te_ nyilatkozatodra a C-vel kapcsolatosan.
Egyébként most komolyan, gondolkozz el! Ilyen hülyeséget írni, hogy ''több helyen használják''... Milyen adatok szerint? Ki készítette? Egy ember sem látja át az egész informatikát, így ilyeneket írni nincs értelme. Én látom felületesen az informatikának azt a szeletét, ahol közel sincs (SŐŐŐŐT) leírva a C. Ez (fontosságát tekintve) nem is jelenktéktelen szelet. De azért ugye ott vannak a beágyazott rendszerek, és még sok minden más, ahol fogalmam sincs, hogy mit használnak.
Egyébként amikor az embernek már nincsenek érvei, csak kiragad példákat, és azalapján bizonyít, akkor az már csak hitvita. Hidd el, szükség van a C++ -ra. Jó, ha ismeri valaki, de azért ne (már elnézést a szóért ) ''gyöpösödjünk''.
A kezdők pedig azért vannak, hogy ismerkedjenek a szakmával(persze én is köztük vagyaok!!!). Nem tudjuk merre mehetnek, így ne vágjuk el az utakat előlük, és hagyjuk, hogy döntsenek ők!
Ámen!
u.i.: Kicsit úgy tűnt, mint ha megorroltál volna rám! Nehogy így legyen! Bocs, ha valahol félreérthető, vagy bántó voltam!
-
faster
nagyúr
Én nem nagyon vitatkozok ilyen jellegű hozzászólásokkal. Szerintem meg nem így van, és kész. Részemről leírtam az érveimet már sok topikban. És az a megjegyzés, a kisvállalkozásos példa, hát az egy nagyon rossz példa volt. General Electric Medical Systems, Visual C++, Rational Clearcase-re épülve fejleszt francia, indiai, budapesti fejlesztőközpontokban egyszerre, úgyhogy nem kell azt a C++-t temetni, több helyen használják, mint az ANSI C-t.
[Szerkesztve] -
taltos
senior tag
Hali!
Most mindenkinek egy hozzászólásban válaszolok.
Szóval az unidev tuti hogy lesz, de most nem megy. Ennek több oka is van:
[1] Saját tapasztalat lett, amit már számtalan okos is mondott, de a saját bőrömön tanultam meg, hogy a sok segítő kézből rövid idő után senki nem marad...
[2] Kőkemény vizsgaidőszak, aminek eredményeképpen nem tudok a dologgal foglalkozni, csak ha mindeből levizsgáztam. (várhatóan juni 30)
[3] Egyelőre fogalmam sincs, hogy hogyan kellene profi módon belőni a drupal-t. (mert az lesz...)
Mellesleg iszonyú jó öttleteim vannak (most nem írogatom le... ), de úgy néz ki, hogy csak akkor lesz belőle valami, ha egyedül állok neki...
C:
Szerintem ebbe a C-s vitába ne menjünk bele, mert egyfelől (de ne vegyék azok sértésnek, akik annak vennék...):
[1] Előbb utóbb ebből hitvita lesz.
[2] Sajnos a legtöbb ember, aki fúj a C-re, az nagyon sok területére nem lát bele az informatikába, és azért írja. Ennyi erővel ugye az Ada is hülyeség. Ez persze hülyeség, de el tudja mondani nekem valaki, hoy miért az?
Szóval a C elég egyeduralkodó, és ha valaki programozni akar tanulni, akkor azt ne valaki meggyőződése alapján tegye, hanem ugorjon bele az ANSI C-be vim-el, vagy emacsal (én az utóbbit ajánlom...), és tanulja a programozást nyelvfüggetlenül , és utánna azt csinál, amit akar. Nem lesznek neki gondok a programnyelvek, a felületek, stb.
Mellesleg olyan embert láttam már, aki csilli villi IDE mellől pártolt vim-re, és emacsra, olyat viszont még _soha_, hogy ha valaki tudta használni a vim-et vagy az emacsot, hogy akkor az Kdeveloppal csinált volna valamit...
[3] Való igaz, hogy vannak olyan területek, amikhez nélkülözhetetlen a C. Aki ezt nem hiszi, annak lehet mondani pár rangos, és elismert könyvet, aminek az elején leszögezik, hogy a C az uralkodó a területen. Mégegyszer mondom, hogy ha valaki programozni tanul, akkor Ő ne a Visul Studiót tanulja, hanem programozni!
Az a gond, hogy nagyon sokan nem látják át, hogy nem kisvállalkozásoknak írt adatbáziskezelő rendszerekből áll csak a világ, hanem vannak bőven kritikus rendszerek, komolyabb, teljesítményorientált alkalmazások, ahol a sebesség számít.
A C nem a leálldozott nyelvek között van...
u.i.: Persze aki programozni tanul, az ne C-t tanuljon, hanem programozni, de ehhez a C tökéletesen megfelel és esetleg utánna is.
u.u.i.: Itt a Debreceni egyetemen is van rengeteg olyan ember, akinek, miután megvolt a C, utánna átnyargalt Java-ra, azon össze-össze üt egy-egy programot, de C-ben nem tud megírni egy jólműködő 150 soros programot sem. Miért? A java elkényeztette. De attól, hogy a java figyel azokra, amiket Ő _nem tud_ , attól Ő nem jó programozó, csak eladható...
Nah mindegy, látom sokat írtam, úgyhogy lesz mibe belekapni, belekötni az embereknek...
[Szerkesztve] -
Miracle
senior tag
a solaris fejlesztést csak viccből írtam, meg az oprendszert is enyhe iróniával.
a powerapp meg nagyteljesítményű alkalmazás.
az oracle adatbáziskezelőjéről nem tudok, de a DB2 magja pl szintén C.
meg a jól megírt játékok nagy része is C(pl. quake sorozat including doom3)
és el ne felejtsük szinte minden beágyazott rendszer vagy HL ASM vagy C támogatással rendelkezik, itt a C++-t még csak eszébe sem jut senkinek használni, mert lassú.
és ne érts félre: nem azt mondom, hogy most aztán hú de azonnal C-t kell tanulnia mindenkinek, mert C nélkül nem lehet élni, pusztán azt tatom túlzó kifejezésnek, hogy C-t csak iskolapadba, mert a C-nek igen is megvannak a saját terletei, ahol egyelőre semmi sem fenyegeti a dominanciájukat. persze ezek nem a leg alapvetőbb terültetei a programozásnak, akik ilyen helyen dolgoznak azok általában a programozók okosabb, és képzettebb fajtájából valók. -
faster
nagyúr
Most már kezdem nagyon nem érteni a dolgot. Miről is vitatkozunk? Azt írtam, hogy ANSI C iskolapadba, de nagyon nem kell hosszú hónapokig erőltetni. Max. akkor, ha oprendszer fejlesztő akar lenni. De ilyenről nem volt szó. Ezen az alapon én is kérdezhetném, hogy miért nem ADAP-ot tanul, nehogymá ne tudjon egy SAP-hoz hozzányúlni? Vagy miért ne javascriptet tanuljon, nehogy már egy sz@ros weboldal kifogjon rajta?
-
#68
faster
nagyúr
sanyibacsi
#65
faster
nagyúr
válasz
sanyibacsi
#65
üzenetére
agree
ANSI C max iskolapadba. -
#67
Miracle
senior tag
sanyibacsi
#65
Miracle
senior tag
válasz
sanyibacsi
#65
üzenetére
senki nem si akar C++ helyett C-t használni, de
ha C-t kérnek számon
ha a teljesítmény fontos
ha C nyelvű cuccot kell továbbfejleszteni
akkor a C++ nem annyira játszik... -
#65
sanyibacsi
csendes tag
sanyibacsi
csendes tag
Tessék az ANSI C-t elfelejteni és C++-t használni, hacsak nem valami low level programozásról van szó. Élvezet az std library. Socket sincs ANSI C alatt (berkeley library csak C++-hoz készült).
Nem érdemes gcc-vel és makefile csinálással szórakozni, linuxon KDevelop, solarison Sun Studio, aix-en VisualAge C++, windowson Visual Studio 6 vagy a legfrissebb .NET a class library-kkel (megéri, jó cucc).
Nagyon hardcore programozók persze nyomulhatnak az addikció miatt (régóta ezeket a stone age toolokat használják, ahol még method list sincs) vi-jal, vimmel, adb-vel, gdb-vel... de miért kell az a csalán... ha nem muszáj. -
Miracle
senior tag
''Tény és való, hogy nálunk nincs annyi analízis, mint nálatok, de beszélgettem az egyik tanárommal a különböző egyetemeken folyó PTM-es képzésekről (azt már rég megtanultam, hogy ezek a tematikák, amiket kiírnak, azok semmire nem jók, se nálunk, se nálatok, se máshol...). Ő mondta, hogy nálatok ugyan az analízis embertelen, de közel sem tanultok annyi lin.alg., mint pl. mi, vagy a szegediek.''
a linalgot aláírom, itt egy vizsgatematika :
http://www.cs.elte.hu/~agoston/bboard/pr04tav/szm1p04t.pdf
majd jövőre az ehhez hasonló tárgyat már nem linalgnak, hanem numerikus analízisnek hívják.
''Sokan gondolkodtam, meg kutakodtam én is azok után, amik után most Te. Arra jutotrtam, hogy nincs tökéletes képzés''
szívemből szóltál.
gyakorlat: valóban ez is egy olyan egyetem, amin át lehet lebegni anélkül, hogy érvényesülni tudjon az ember az életben. no mindegy.
''mindenki döntse el, hogy mi mennyire éri meg. Nekem etszik a debreceni képzés, mert úgyis tudom, hogy nem abból fogom feltalálni a spanyol vigaszt, amit itt tanulok (azaz jobbára az kevés hozzá...)''
ja: matematikából a spanyol viaszhoz kicsit kevés van, nem-matematikából meg nem az egyetemről szokták megváltani a világot
. no mindegy. jó bukli az egyetem.
télleg: az unidev hogy áll? -
taltos
senior tag
Hááát, nem tudom.
Tény és való, hogy nálunk nincs annyi analízis, mint nálatok, de beszélgettem az egyik tanárommal a különböző egyetemeken folyó PTM-es képzésekről (azt már rég megtanultam, hogy ezek a tematikák, amiket kiírnak, azok semmire nem jók, se nálunk, se nálatok, se máshol...). Ő mondta, hogy nálatok ugyan az analízis embertelen, de közel sem tanultok annyi lin.alg., mint pl. mi, vagy a szegediek.
Sokan gondolkodtam, meg kutakodtam én is azok után, amik után most Te. Arra jutotrtam, hogy nincs tökéletes képzés. Mi szerintem mindenből kapunk egy közepes szintet, de egyelőre semmi sem vészes. Jó szakember abból lesz, aki egyetemen kívül él szakmai életet, ez tuti. Végülis akkor szűri le az ember az arany igazságot, ha észreveszi:
- mindenkinek ugyanannyi ideje van -> mindenki öt évet tanul
- ha valahol valamit komolyabbban vesznek, az csak jó! (pl. nálatok az analízis)
- ha valahol valamire jobban kitérnek, akkor ez óhatatlanul maga után vonja, hogy valamit meg elhanyagolnak.
mindenki döntse el, hogy mi mennyire éri meg. Nekem etszik a debreceni képzés, mert úgyis tudom, hogy nem abból fogom feltalálni a spanyol vigaszt, amit itt tanulok (azaz jobbára az kevés hozzá...) -
Miracle
senior tag
nem, nem akarok átmenni, csak érdekel. azt hllottam, hogy nálatok annyira nem brutális a matek, mint nálunk, mert itt vannak azért elég meredek dolgok. pl. az első három évünk az majdnem egy az egyben megegyezik az alkalmazott matematikusok alső három évével, csak itt elhagytak pár olyan dolgot, amire télloeg soha a büdös életben nem lesz szükségünk, és hozzávették a programozáselméletet, meg programozás-tárgyakat. mondjuk most elsőben nem volt túl sok, de jövőre asszem meg kell barátkoznom a gépem előtti székkel.
-
taltos
senior tag
Hát én az adatszerket kb. olyan 2-3 asra tudtam volna leírni, de jobb kellene... Mivel mondta az egyik gyakvezére, hogy ha nem egyest írok, akkor nem enged javítani, ezért fájó szívvel, de írtam neki egy egyest. De most vicc nélkül! Ezt komolyan írtam!
Mellesleg még friss elsős vagyok. Ez az első évem . Matekokkal hogy állsz? PTM, vagy PM? -
atee07
tag
Csak kérdeztem,érdeklődésképpen,hogy hány éve szenvedsz itt.Sajnos nem elsős vagyok,hanem másodéves.
De mostmár azért szeretnék rágyúrni a dolgokra,adszerkből most vizsgáztam,12 oldal csak elég lesz neki
szerdán meg progból,az mennyire lesz nehéz,ha elsőre nem akkor ,másodjára vehető,ha megtanulom rendesen,amit
leadott?Neked hogy volt? -
taltos
senior tag
Figyelj :
Programozni nagyon vázlatosan így kell:
[1] Megírod a forrásszöveget (itt fontos az ANSI, azaz itt kell neked az ansi szerint programozni, és nem felhasználni a többi kiegészítést.)
[2] Lefordítani a forrásszöveget. Itt ismeretes ilyen program, mint a gcc (GNU C Compailer), ami ingyenes, elterjedt és jó. Viszont egy nagyon nagy programot, több okból is több forrásfájlban írják meg külön külön. Ezeket külön külön fordítják le. Ezek a lefordított programok még nem futtathatók, de már gépi kódúak.
[3] Linkelni kell őket (mármint a lefordított gépi kódú fájlokat), hogy kapj 1 db. futtatható állományt.
Egy IDE (integrált fejlesztői környezet - azaz összeintegrálva tartalmazza a fenti 3 pontot) ezt a három pontot fogja magában, azaz a szövegszerkesztőt, a fordítót és a kapcsolatszerkesztőt. Ebből látszik, hogy nincs értelme olyat kérdezni, hogy ANSI C kompatibilis-e. Ezt esetleg fordítóra lehetne kérdezni, de arra sem, mert ha valami nem teljesíti az ansi C szabványokat, akkor az már nem is C. Persze többet tudhat, de azt mindenképpen tudnia kell.
Én linux alatt fejlesztek. Nálunk eléggé él az az eszme, hogy a C-t alapvatően UNIX operációs rendszerhez írták. Ez nyomon követhető a nyelv filozófiájában, szabályrendszerében, a nyelvben magában. Persze ők sem hülyék, így fontos volt a platformfüggetlenség, de egyes nézetek szerint (szerintem is) C tanulni Unix nélkül lehet, de minek?
Tehát a kérdésedre a válasz: igen...
Egyébként én linux alat gcc-t használok (mellesleg ez nem csak fordít, hanem linkel is...), és a dev-c++ is gcc-t használ. A gcc-t meg is találod valamelyik könyvtárában (vmi.exe).
Ha átcsapsz linux alatti fejlesztésbe, akkor (ha hosszútávon akarsz programozni, és a jég hátán is meg akarsz élni), akkor ezeket ajánlom:
[1] Editor: vi, vim, emacs (én emacsot használok)
[2] Fordító: gcc- valamilyen verziója. 2.95, vagy 3.3-tól fölfelé, közötte ne nagyon.
[3] Linker: gcc
És itt még van egy fogalom, amit ismerni kell. Ez a make nevezetű program. Ennek az az értelme, hogy ha van egy nagyon nagy project, amin 50-en dolgoznak, mindenhonnan, akkor írsz egy forrásszöveg (vagy konfigfájl) félét a projecthez. Ennek a neve: Makefile. Ez egy sima szöveges txtm olyan, mint egy C forrásfájl, csak mások a szabályok. Ezután beírod, hogy make, és a gép elvégzi helyetted a fordítást, linkelést, stb.stb.stb Az összes fájlon, és csak egy futtatható állományt kapsz.
Amit most a linux-al kapcsolatos programozásról leírtam, az nem csilli villi, mégis több milliós programokat, és alkalmazásokat fejlesztenek ennek mintájára.
Egy kicsit sok volt, de remálem érthető... -
taltos
senior tag
Ejjj!
Könnyen meglehet, hogy a mostani leírásom koránt sem lesz tökéletes, de azért remélem nagy hülyeségeket nem írok...
Szóval! Egyszer volt, hol nem volt, az a két emberke nekilátott kifejleszteni egy olyan új programnyelvet, ami megfelel a saját és a szakma (fizikus) elvárásainak. Mivel ezekben csak a nagyon alapokat fektették le, ezért a különböző megvalósítások(IDE-k, stb.) hozzá-hozzátettek valamit. Ettöl könnyebb lett benne programozni, de sajnos a forrásszöveg nem hordozható, hiszen amit pl. Borland C-ben írsz meg (ha használod azokat a speciális kiegészítéseket, amilyen pl. a conio.h), akkor egy másik oprendszer alatt, ha ott nem a Borland C van(pl. Linuxos környezetben nem igen találsz borland C-t), akkor nem fog lefordulni.
Ezért az ANSI (Amerikai Szabványügyi Hivatal) csinált egy szabványt, hogyha azt követed, akkor a programod hordozható lesz(ha hát ez sem olyan egyszerű, de a szándék... ). Így persze nem tudod kihasználni a kényelmesebb kiegészítéseket, de jobban megtanulsz programozni, és a forrásod is hordozható lesz. Ezt az ANSI C szabványt minden fordítóprogram ismeri, tehát a Turbo (vagy mit írtál...) C is! Az, hogy ANSI C -ben programozz, az csak rajtad áll, azaz, hogy Te ne használd pl. a conio.h-t, mert az egy másik platformon nem muxik.
Tehát ha C-t tanulsz, akkor az alap C = ansi C.
Ha ez már megvan, akkor elkezrdhet specializálódni egy egy oldalra, de általában úgy szokták ezt csinálni, hogy az előfordítónak megadják utasításban, hogyha win-es a környezet, akkor ezt toltse be (pl. conio.h), ha meg Linuxos, akkor pl. az ncurses-t...
A lényeg az, hogy ha tőled ANSI C-t kérnek, és a vizsgán(vagy a ZH-n) Te beleteszel egy
#include <conio.h> -t
Akkor az bukta. Legalábbis nálunk (Debreceni Egyetem, Programtervező matematikus szak) így van. Amit ajánlottam honlapot, azt olvasgasd, ott találsz leírásokat is. (pl. Pici jegyzetét, ami ugyan nem csak simán C, de elég hasznos.)
Remélem segítettem.
[ Szerkesztve ]
Mindíg elkövetem a hibát, hogy nem olvasom végig a hozzászólásomat, mielőtt elküldöm...
[Szerkesztve] -
koovyy
tag
Köszi azt tudom, hogy nem az ANSI C, mondjuk igazából nem tudom, hogy mi a különbség, ha ebben segítenél akkor köszi. Nálunk (Széchenyi István Egyetem, Győr) az ANSI C-t tanítják Turbo C 2.01 alatt (jó mi?). De végül is mindegy, hogy ANSI C vagy nem, nem? Az alap ugyanaz, gondolom.
Sajnos nem igazán tudom sűrűn nézni a hozzászólásokat, mert éppen vírus vadászat van nálunk, de azért igyekszem.
Köszi! -
KovacsUr
addikt
Nem használok Dev C++-t, de itt (Bővebben: link) azt mondják, hogy a Project Options/Linker Options/Optional Libs or Object fileshoz kellene még egy ilyen:
-lconio
Azazhogy be is kellene linkelni a bináris fájlba azt a kódot, amit meg szeretnél hívni. -
atee07
tag
Lehet,hogy már megoldódott a probléma,de azért leírom,ennek elvileg működnie kel,a programvégi return elé írd be:
system(''PAUSE'');
Könyvnek tudom ajánlani ''A C programozási nyelv''-et,azért jó,mert egyrészt az ANSI C van benne,másrészt+a nyelv megalkotója írta(Dennis M. Ritchie),ill egy másik csávó. -
-
taltos
senior tag
A végére írj egy getchar -t. (mármint függvényként...)
Egyébként sok dolgot be lehet benne állítani, nézegesd a beállításokat. Van hozzá magyar nyelvű támogatás!
Én linux alatt programozok, így nem használom, de régen Win alatt ezt használtam.
Tehát:
getchar
magyarítás
beállításnézegetés... -
taltos
senior tag
Linux vagy Win?
Linux alatt emacs/vi + make + gcc, de mivel gondolom nem linux alatt kell, ezért olvasd el ezt:
Bővebben: link
Bár akkor a topic címe lehettet volna inkább IDE is, nem? Ez nem egy C pecifikus kérdés...
De, hogy mondjak értelmeset is, Win alatt MINDENKÉPPEN Dev-C++ -t. Ez gcc-t használ. Bővebben a linken. -
faster
nagyúr
.text+0xb6): undefined reference to `stdscr'
)
)
Senki?? 
Én azért nem voltam ennyire explicit, de szerintem sem kéne sokáig erőltetni.
. no mindegy. jó bukli az egyetem.
Aktív témák
- HiFi műszaki szemmel - sztereó hangrendszerek
- Spórolós topik
- Proxmox VE
- Autós topik
- Linux kezdőknek
- AI-alapú felskálázót fejleszt az ultramobil piacra az ARM
- Samsung Galaxy Ring - gyűrű-kúra
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Luck Dragon: Asszociációs játék. :)
- Jól néz ki a világoskék iPhone 17 Air
- További aktív témák...
- KBDFans Tofu 60 Redux, custom, angol feliratozású, PBT kupakos, hot swap, programozható billentyűzet
- Keychron Q0 Plus, kiterjesztett numpad kiosztású, halkított, PBT kupakos makropad billentyűzet
- Samsung Galaxy s24 Dual sim 8/128GB Független
- Keychron Q8 halkított, magyar feliratozású PBT kupakos billentyűzet + második csere belső
- Vegyes szimulátoros kiegészítők
- Samsung Galaxy S20 FE 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Asus Maximus VIII Hero i7 6700K 16GB DDR4 512GB SSD RX 5700 XT 8GB Zalman i3 NEO 700W
- Egyedi ékszerdobozka
- Új Dell 13 XPS 9315 Touch 4K+ HDR DolbyVision i7-1250U 10mag 16GB 512GB Intel Iris XE Win11 Garancia
- GYÖNYÖRŰ iPhone 13 256GB Pink -1 ÉV GARANCIA - Kártyafüggetlen, MS3056, 94% Akkumulátor
Állásajánlatok
Cég: FOTC
Város: Budapest