Ú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)

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