[phan_tom]

queue.xml-t, meg micsodát?

[FleetCommand]

Idézet: Kory - Dátum: 2004. április 29, csütörtök - 22:24

Mentsd el a queue.xml-t meg a dcplusplust egy másik mappába, telepítés után meg vissza.

Inkább csak a queue.xml -t.. az tárolja a letöltéseket.. a dcplusplus.xml-nek akármi baja lehet, ami miatt elszállhat a progi

amúgy:
favorites.xml : kedvencek.
queue.xml : download queue
dcplusplus.xml : beállítások
adlsearch.xml : adlsearch
notepad.txt : Notepad
hm.. van még valami?
nem igazán

[Kory]

Idézet: FleetCommand - Dátum: 2004. április 29, csütörtök - 22:28

Inkább csak a queue.xml -t.. az tárolja a letöltéseket.. a dcplusplus.xml-nek akármi baja lehet, ami miatt elszállhat a progi

Igazad van. Akartam szerkeszteni, de aztán mégse vitt rá a lélek... 

[FleetCommand]

Idézet: Kory - Dátum: 2004. április 29, csütörtök - 22:31

Igazad van. Akartam szerkeszteni, de aztán mégse vitt rá a lélek... 

Amúgy.. phan_tom majd ha ez se segít és van exceptioninfo.txt -d, nézz azért bele, hátha abból legalább az kiderül, hogy hol száll el a program (tudom, hihetetlen, de akár a rossz queue-tól is el tud szállni, habár attól inkább fagyni szokott )

[phan_tom]

Ez van az exeptioninfo.txt-ben


Unhandled Exception
  Code: e06d7363
Version: 0.306
Os: WinXP ProSP1
Call stack info:
  kernel32!0x77E73887 : RaiseException
  DCPlusPlus!0x00495361 : _CxxThrowException
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\sharemanager.cpp(114) : ShareManager::translateFileName
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\sharemanager.cpp(796) : ShareManager::search
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\sharemanager.h(54) : ShareManager::search
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\clientmanager.cpp(111) : ClientManager::onClientSearch
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\clientmanager.cpp(370) : ClientManager::onAction
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\speaker.h(87) : Speaker<ClientListener>::fire<Client *=0x00000015,_STL::basic_string<char=0x0188FEA4,_STL::char_traits<char>=0x0188FE64,_STL::allocator<char> >=0x0188FE8C,int=0x0188FE58,_STL::basic_string<char=0x0188FE90,_STL::char_traits<char>=0x0188FE7C,_STL::allocator<char> >=0x00D16770,int=0x00D7ABA8,_STL::basic_string<char=0x00000000,_STL::char_traits<char>=0x037821C0,_STL::allocator<char> > >
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\client.cpp(225) : Client::onLine
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\client.cpp(819) : Client::onAction
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\speaker.h(46) : Speaker<BufferedSocketListener>::fire<_STL::basic_string<char=0x00000002,_STL::char_traits<char>=0x0188FF00,_STL::allocator<char> > >
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\bufferedsocket.cpp(431) : BufferedSocket::threadRead
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\bufferedsocket.cpp(556) : BufferedSocket::run
  c:\documents and settings\szabolcs.molni-001\my documents\dcplusplus source\bcdc-svn180\client\thread.h(127) : Thread::starter
  kernel32!0x77E7D33B : RegisterWaitForInputIdle

De hogy ki ez a szabolcs molni??

Szerkesztette: phan_tom 2004. 04. 29. 21:39 -kor

[FleetCommand]

Idézet: phan_tom - Dátum: 2004. április 29, csütörtök - 22:38

Ez van az exeptioninfo.txt-ben
...

Hát.. ebbõl nem tudok jobbat mondani próbálkozz akkor az újratelepítéses dologgal esetleg a másik verzióval, amit mondogattunk..

/OFF

Idézet

De hogy ki ez a szabolcs molni??

/OFF OFF

[phan_tom]

Köszi a segítséget, megpróbálom az újratelepítést

[bolic system]

Idézet: FleetCommand - Dátum: 2004. ápr. 30, péntek - 9:03

/OFF





/OFF OFF

OFF:



ON: leteszteltem az egyik hubon futtatni a bcdc++, pl. indep***, akkor nem bolondul meg, valamelyik bugos a hub program vagy csak tévedek?  :confused:

[FleetCommand]

Idézet: bolic77 system - Dátum: 2004. máj. 7, péntek - 17:17

leteszteltem az egyik hubon futtatni a bcdc++, pl. indep***, akkor nem bolondul meg, valamelyik bugos a hub program vagy csak tévedek?  :confused:

Bolic légyszi úgy is írd le, hogy értsem a kérdést 

Köszi

[HAMMER]

Idézet: FleetCommand - Dátum: 2004. May. 7, Friday - 17:44

Bolic légyszi úgy is írd le, hogy értsem a kérdést 

Köszi

Idézet

leteszteltem az egyik hubon futtatni a bcdc++, pl. indep***, akkor nem bolondul meg, valamelyik bugos a hub program vagy csak tévedek?

szabad forditas:
Leteszteltem az egyik hubon a bcdc++ t (indep***), nem bolondult meg. Valamelyik hub program hibas lehet, vagy csak en tevedek?

[bolic system]

Idézet: FleetCommand - Dátum: 2004. máj. 7, péntek - 17:44

Bolic légyszi úgy is írd le, hogy értsem a kérdést 

Köszi

Hammer hozta a felvilágosodást!     

Nem furcsa? 

Hammer: thx   

[FleetCommand]

Idézet: HAMMER_fordítása - Dátum: 2004. máj. 7, péntek - 17:51

szabad forditas:
Leteszteltem az egyik hubon a bcdc++ t (indep***), nem bolondult meg. Valamelyik hub program hibas lehet, vagy csak en tevedek?

A hubprogi biztos nem hibás, a 401-es verzió ellenben az.. mind dc++-ból, mind bcdc-bõl, mind minden másból. Ezt már azt hiszem, egyszer mondtam neked (Message From: FC To: Bolic) 

Viszont most (értsd: ma éjjel) került fel a >>honlapra<< a 0.401bx -es BCDC, ami tkp egy 0.401b verzió a BCDC-bõl, csak egy kicsit variáltam rajta, így várhatóan nem fog elszállni és kényelmesen ki lehet várni, hogy a bugot kijavítsák anélkül, hogy bosszankodnunk kellene nekünk, felhasználóknak.. (ha mégis elszáll, akkor reményeim szerint jó ritkán fog ez bekövetkezni )

Changelog, letöltés: http://bcdc.webhop.org/ .. Elõrebocsátom: a színek beállításához segítség a Help-ben van, F1-gyel lehet elérni 

Szerkesztette: FleetCommand 2004. 05. 08. 00:22 -kor

[FleetCommand]

Idézet: FireShadow - Dátum: 2004. ápr. 8, csütörtök - 13:18

tudommiaza hash.
A többszál nélkül is szoktak lenni hibás letöltések, dez ez az ndc és a czdc mind olyan ahol a desc. formatot nem lehet beállitani  .
Nincs olyan ami mind2 dolgot tudja?

Micsiajjak ha egyszer nincs gyors emberke? Megéri többtõl 1xerre tölteni full speeddel.

Csináltam egy képet, remélve, hogy leszoknak néhányan a többszálas letöltésrõl.. 

           

Azt hiszem, nem kell hozzá sok kommentár, a fájlok nem ugyanolyanok, elvileg pedig ugyanaz lenne az összes..

[BigDil]

Idézet: FleetCommand - Dátum: 2004. máj. 8, szombat - 10:13

Csináltam egy képet, remélve, hogy leszoknak néhányan a többszálas letöltésrõl.. 

              

Azt hiszem, nem kell hozzá sok kommentár, a fájlok nem ugyanolyanok, elvileg pedig ugyanaz lenne az összes..

Az a baj, hogy nagyon sokan fel se fogják... Csak használják ész nélkül a zdc-t meg mittomén milyen idióta klienseket, mert hogy az tök jó. :/

[Mumtaz]

Idézet: BigDil - Dátum: 2004. máj. 8, szombat - 11:51

Az a baj, hogy nagyon sokan fel se fogják... Csak használják ész nélkül a zdc-t meg mittomén milyen idióta klienseket, mert hogy az tök jó. :/

Ebbõl látszik, hogy az ember tellhetetlen. Mindíg akar valami + feature-t.
Aztán persze lehet vakaródzni.

Szerkesztette: Mumtaz 2004. 05. 09. 03:23 -kor

[bolic system]

Idézet: FleetCommand - Dátum: 2004. máj. 8, szombat - 1:22

A hubprogi biztos nem hibás, a 401-es verzió ellenben az.. mind dc++-ból, mind bcdc-bõl, mind minden másból. Ezt már azt hiszem, egyszer mondtam neked (Message From: FC To: Bolic) 

Viszont most (értsd: ma éjjel) került fel a >>honlapra<< a 0.401bx -es BCDC, ami tkp egy 0.401b verzió a BCDC-bõl, csak egy kicsit variáltam rajta, így várhatóan nem fog elszállni és kényelmesen ki lehet várni, hogy a bugot kijavítsák anélkül, hogy bosszankodnunk kellene nekünk, felhasználóknak.. (ha mégis elszáll, akkor reményeim szerint jó ritkán fog ez bekövetkezni )

Changelog, letöltés: http://bcdc.webhop.org/ .. Elõrebocsátom: a színek beállításához segítség a Help-ben van, F1-gyel lehet elérni 

Szia!

Tudom, hogy írtál nekem.

Nos a 401bx-el sem boldogulok jobban. Néhány perc múlva azonnal elszáll.

Valaki beleszólt, hogy kéne a ramtest, a gépemben biztosan van a ramhiba, pl. csak 64kb, mindegyik játékkal, programokkal boldogul stb.

Nos ramhibától is függhet össze a dc-vel?  :confused:

[BigDil]

Idézet: Mumtaz - Dátum: 2004. máj. 9, vasárnap - 4:20

Ebbõl látszik, hogy az ember tellhetetlen. Mindíg akar valami + feature-t.
Aztán persze lehet vakaródzni.

Igazából a plusz feature akarással nincs is gond, csak ezerszer meg lett mondva, hogy a többszálú letöltéshez nem elég csak a file méretbeli egyezése, a tartalmának is teljesen ugyanannak kell lennie. A tartalmi összehasonlítást szolgálja a hashing, ami minden file-nak tartalma alapján kioszt egy hash értéket, ezt látható a TTH Root oszlopban FleetCommand screenshotján. Persze ezt pár nagyokos "programozó" nem bírta felfogni, és meg kellett csinálniuk a többszálú letöltés feature-t hashing nélkül.
Amúgy hamarosan várható a rendes (biztonságos, hash értékeken alapuló)) többszálú letöltés feature megjelenése a sima dc++-ban. Reméljük, akkor elkezdenek kihalni ezek a gányolt kliensek.

[gsc73]

Halihó!

mostanában ilyen hibaüzeneteket kapok:


Amíg 0.306 volt fent ilyen nem volt, csak most, a 4-es vezriókkal (mindegyikkel), és a központi ISA szerverre is hatással van, mert a virtuális szervert (ami forwardolja a 411-es portot) rendszeresen újra kell indítani. Tegyem vissza a 306-ot?

exceptioninfo.txt:

Unhandled Exception
  Code: c0000005
Version: 0.401
Os: WinXP ProSP1
Call stack info:
  kernel32!0x77E7A67A : InterlockedDecrement


g.

[FleetCommand]

Idézet: gsc73 - Dátum: 2004. máj. 13, csütörtök - 8:46

Halihó!

mostanában ilyen hibaüzeneteket kapok:


Amíg 0.306 volt fent ilyen nem volt, csak most, a 4-es vezriókkal (mindegyikkel), és a központi ISA szerverre is hatással van, mert a virtuális szervert (ami forwardolja a 411-es portot) rendszeresen újra kell indítani. Tegyem vissza a 306-ot?

exceptioninfo.txt:

Unhandled Exception
  Code: c0000005
Version: 0.401
Os: WinXP ProSP1
Call stack info:
  kernel32!0x77E7A67A : InterlockedDecrement


g.

Tedd fel a BCDC 0.401bx-et, egy kicsit belepiszkáltam a kódba, ugyan nem javítottam ki a bugot benne, csak azt a néhány sort kikommenteztem, aminél rendszeresen elszáll Addig jó lesz így, amíg nem javítják ki a bugot.. nekem már megy egy hete, ellentétben a "sima" 401-es néhány órás rekordjával

[gsc73]

Idézet: FleetCommand - Dátum: 2004. máj. 13, csütörtök - 14:36

Tedd fel a BCDC 0.401bx-et, egy kicsit belepiszkáltam a kódba, ugyan nem javítottam ki a bugot benne, csak azt a néhány sort kikommenteztem, aminél rendszeresen elszáll Addig jó lesz így, amíg nem javítják ki a bugot.. nekem már megy egy hete, ellentétben a "sima" 401-es néhány órás rekordjával

a bx van fönt, és tulajdonképpen nem sûrûn csinálja (1-3 nap), de ha igen, viszonylag nagy galibát csinál : gépújraindítás, és szerver virtuális rész újraindítás.


Furcsa nekem ez a szerver újraindítgatásos dolog. ISA szerver, 411 port UDP, TCP protokoll továbbítva az én gépen felé. Jobb click stop, majd jobb click enabled, (ezt kétszer), és megy minden tovább. Arra is rájöttünk, hogy a keresés is azért nem megy nálam gyakran, mert az egyik a TCP/UDP (amelyik kell a kereséshez) egyszerûen lehal. Fenti módszer, 10 másodperc és megy tovább. Azt nem tudom, hogy az ISA szerver egyszerûen sz@r, vagy a DC kliensben van valami hiba. (a keresés funkció a 306 verzíónál is renszeresen lefagyot) Lehet hogy valami ISA guru tudná a megoldást.

g.