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

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

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

#1336 doc nagyúr sghc_toma #1334

Új Válasz 2012-01-19 11:04:04 #1336
Ú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

doc

nagyúr

válasz sghc_toma #1334 üzenetére

az nagyon jo konyv, valoban
meg akkor mar Effective C++ is
#1329 proci985 MODERÁTOR sghc_toma #1327

Új Válasz 2012-01-18 18:19:51 #1329
Ú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

proci985

MODERÁTOR

válasz sghc_toma #1327 üzenetére

köszi a linket, beraktam kedvencek közé.
#845 papa019 senior tag sghc_toma #844

Új Válasz 2010-05-05 00:08:56 #845
Ú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

papa019

senior tag

válasz sghc_toma #844 üzenetére

Isten vagy. 1000 hála!
#843 papa019 senior tag sghc_toma #842

Új Válasz 2010-05-04 23:04:15 #843
Ú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

papa019

senior tag

válasz sghc_toma #842 üzenetére

igen
csak a sort_by_name() van egy osztályon belül még
az a fura, hogy ha kikommentezem a compare fv.-t, akkor is ugyanez a hiba :S
#841 papa019 senior tag sghc_toma #840

Új Válasz 2010-05-04 21:41:11 #841
Ú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

papa019

senior tag

válasz sghc_toma #840 üzenetére

minden benne van a quickfrozen névtérben
#839 papa019 senior tag sghc_toma #838

Új Válasz 2010-05-04 21:21:59 #839
Ú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

papa019

senior tag

válasz sghc_toma #838 üzenetére

köszi már majdnem jó...
Az operátort kitöröltem, gondolom a compare fv. mellett arra már nincsen szükség...
De a fordító ezt írja ki:
1>Termekek.obj : error LNK2019: unresolved external symbol "bool __cdecl QuickFrozen::compare(class QuickFrozen::Product *,class QuickFrozen::Product *)" (?compare@QuickFrozen@@YA_NPAVProduct@1@0@Z) referenced in function "public: void __thiscall QuickFrozen::Store::sort_by_name(void)" (?sort_by_name@Store@QuickFrozen@@QAEXXZ) 1>D:\Egyetem\2. félév\Programozás alapjai 2\NagyHF\nhf\Debug\nhf.exe : fatal error LNK1120: 1 unresolved externals
#837 papa019 senior tag sghc_toma #836

Új Válasz 2010-05-04 20:37:19 #837
Ú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

papa019

senior tag

válasz sghc_toma #836 üzenetére

Ez a 3 fájlom.
[link]
[link]
[link]
A sort_by_name fv-t a Store::list fv-ben hívom meg.
Az operátor és a rendező fv. a Termekek.cpp alján van.
Visual Studio 2010.
#835 papa019 senior tag sghc_toma #834

Új Válasz 2010-05-04 20:09:37 #835
Ú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

papa019

senior tag

válasz sghc_toma #834 üzenetére

Valamiért nem működik még mindig, pedig így csináltam...
Viszont ha az operátor const referenciákat kap, akkor hibát ad erre a megoldásra...
Viszont nekem nem int értékeket kell rendezni, hanem char* értékek alapján...
meg hiába friend az operátor az osztályomban, a name változót sehogyan sem érem el, így a get_name() fv.-t használom.
És az a legnagyobb baj, hogy a sort fv. meg se hívja az operátorom... :S
#821 Mr. Teddy őstag sghc_toma #819

Új Válasz 2010-05-01 16:51:38 #821
Ú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

Mr. Teddy

őstag

válasz sghc_toma #819 üzenetére

Na rendben, így ment. Érdekes, ezt az MT-s beállítást tegnap is átállítottam, de nem ment, mindegy, szóval megy.
A windows formosra valami ötlet? Ott CLR-t használok, tehát az nem jó, ha az MFC-t staticra álítom, mert linkelésnél hibát ír.
#734 Sk8erPeter nagyúr sghc_toma #732

Új Válasz 2010-04-01 15:38:06 #734
Ú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 sghc_toma #732 üzenetére

Köszi szépen az ötleteket, ezen az elven fogom megírni!
Majd szólok, ha nagyon elakadok.
#731 Sk8erPeter nagyúr sghc_toma #730

Új Válasz 2010-03-31 17:03:40 #731
Ú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 sghc_toma #730 üzenetére

Hali!
Köszi, de a feladatkiírásban az is benne van, hogy STL-tárolót NEM szabad használni, így értelemszerűen nem tárolhatom a könyvtári vectorban, saját tárolót kell létrehozni. Épp ez nehezíti az ügyet, ha lehetne STL-t használni, akkor elég gyorsan kész lenne a feladat.
Az std::for_each ugyanígy STL-algoritmus...
Az iterátorok létrehozására itt található egy elég jó módszer: [link].
Igazából az operator+ fájlösszefűzés, meg a többi felüldefiniálás jó ötlet, de pl. az összefűzésnek a tail program szempontjából nem biztos, hogy van értelme, mivel ennek nem is alapfunkciója az összefűzés.
Igen, a szöveges állomány egy objektum, de akkor ennek az osztálynak milyen tagfüggvényei legyenek? Beolvasás, utolso_x_sor(), utolso_x_byte(), stb., egyéb ötletek? Vagy akkor inkább az lenne a jobb módszer, ha ezt az egész objektumot átpasszolnám egy Tail osztálynak, amiben lennének az említett utolso_x_sor(), utolso_x_byte() függvények, amik aztán feldolgozzák az objektumot, és a kívánt sorokat/byte-okat visszaadják a mainnek?
Bocs, hogy ennyi kérdésem van, csak mielőtt nekimegyek a feladatnak, mint tót az anyjának, azelőtt jobb gondolkodni, mi lenne az ideális és egyben kényelmes módszer.
#711 Gyuri16 senior tag sghc_toma #709

Új Válasz 2010-03-17 14:44:11 #711
Ú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 sghc_toma #709 üzenetére

valami ilyesmit ajanl:
ctags -o./_tags -R --c++-kinds=+p --fields=+iaS --extra=+q \ --languages=c,c++,c#,python,vim,html,lua,javascript,uc,math \ --langmap=c++:+.inl,c:+.fx,c:+.fxh,c:+.hlsl,c:+.vsh,c:+.psh,c:+.cg,c:+.shd,javascript:+.as ..
nekem igy se mukodik.
egyelore jobb otletem nincs, mint meghekkelni az omnicpp plugint, valahogy ugy, hogy legyen ket kulon tags file (egyik a completenek a masik az ugralasra), es ravenni, hogy mielott kidobja a talalatokat allitsa at a tags valtozot.
lehet majd kesobb megnezem, most a c++ leckemet kellene csinalnom
#710 doc nagyúr sghc_toma #709

Új Válasz 2010-03-17 14:26:37 #710
Ú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

doc

nagyúr

válasz sghc_toma #709 üzenetére

errol az exvimrol meg nem hallottam, de jol nez ki, thx a linket
#705 WonderCSabo félisten sghc_toma #704

Új Válasz 2010-03-16 16:28:45 #705
Ú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

WonderCSabo

félisten

válasz sghc_toma #704 üzenetére

Furcsa, most meg vmiért műxik. Csak egy stringtreames pársoros programot írtam, ebben nem lehetett a hiba. Nem értem. Köszi a segítséget.
Szerk.: Sőt sima clear()-el is megy.
#703 WonderCSabo félisten sghc_toma #702

Új Válasz 2010-03-16 05:24:19 #703
Ú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

WonderCSabo

félisten

válasz sghc_toma #702 üzenetére

str("") -el újra bele íráskor üres marad a stream
Sajna a te megoldásod sem törli ki.
#425 Jester01 veterán sghc_toma #424

Új Válasz 2008-11-17 17:34:49 #425
Ú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 sghc_toma #424 üzenetére

gcc monnyon le
#422 Jester01 veterán sghc_toma #420

Új Válasz 2008-11-17 16:43:53 #422
Ú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 sghc_toma #420 üzenetére

Meglepő módon csak warning ... de valóban az a baj.
Jótanács: mindig tessék bekapcsolni a warning kiíratást.
MOD: írd simán void Nagyszam:: Beolvas() alakban
#421 Orc senior tag sghc_toma #420

Új Válasz 2008-11-17 16:42:03 #421
Ú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

Orc

senior tag

válasz sghc_toma #420 üzenetére

2 számot akarok beolvasni, tehát vagy ketté kell szednem a Beolvas műveletet és a visszatérési értékkel dolgozni, ugye? Mi van akkor, ha nem akkarom szétválasztani és a visszatérési értékre sincs szükségem? Miként lehetne ez esetben kijavítani a hibát?
(fordító nem rinyált)