Diese Seite ist unverschlüsselt! Um sicherzustellen, das Ihr Passwort nicht ausgelesen werden kann, sollten Sie auf die verschlüsselte Seite wechseln!

    Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » C / C++ (GNU/Linux, *NIX, *BSD und Co) » Problem mit file streams
Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: [ 1 ] > 2 <
010
15.02.2007, 12:31 Uhr
~eaglo
Gast


keine ideen mehr ?!?

so ich hab jetzt das ganze ein bisschen umgebaut ...

und zwar erstell ich jetzt jedesmal dynamisch ein neues ifstream object und lade dann mit dem das file ... dannach wird das object wieder gelöscht - bis das nächste kommt ... usw ...

mal sehn ob sich was ändert ...
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
011
15.02.2007, 13:29 Uhr
Pler
Einer von Vielen
(Operator)


Ich dachte es geht nun?
Da gab's doch was um nachzusehen, wer grad welche Dateien benutzt, weiß jemand was ich meine? Das könnte eventuell weiterhelfen.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
012
15.02.2007, 13:45 Uhr
~eaglo
Gast


ja er läuft ... aber wenn er lang läuft (zb. über die nacht) kann er irgendwann eine erstellte datei nicht mehr öffnen ...

jetzt mit den pointern hatte ich ein ganz ähnliches problem - hab ihm mal alles 5min ein paar files gegeben (immer auf einmal reinkopiert) und nach ca. 2h konnte er dann eine datei wieder nicht öffnen (die ersten hat er ganz normal abgearbeitet und dann auf einmal gings nicht mehr ...) ...

kann es ev. etwas mit der compilerversion(g++ (GCC) 3.3.2) zu tun haben oder wie ich compile (g++ ctchd.cpp -o ctchd -static) ?!?

mfg
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
013
22.02.2007, 08:31 Uhr
~eaglo
Gast


hej!
kann es sein, dass das file durch einen backup prozess gelockt wurde ?!? wenn ja - wie kann man solche files unlocken ?!?

lg
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
014
26.02.2007, 07:30 Uhr
~eaglo
Gast


so .. hab dem daemon jetz mal alle 15min ein file unterschieben lassen (von einem 2. daemon)

er lief ca von 11:55-20:30 dann war ende im gelände ... kann dann wieder die datei nicht öffnen

auf einer 2. maschine hab ichs übrigens auch installiert - selbes ergebnis

ich werd jetz mal versuchen das file da öfter reinzukopieren und schaun wie lang er dann läuft

...
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
015
27.02.2007, 07:32 Uhr
~eaglo
Gast


habs jetz insgesamt 3 mal probiert: er läuft ziemlich genau 8h 30min (startzeit immer unterschiedlich) ... aah ich werd noch verrückt..
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
016
27.02.2007, 10:25 Uhr
~eaglo
Gast


gut ich weiß zumindest jetzt mal worans scheitert: 8h 30min = 510min -> dividiert durch 2min (der daemon sieht alle 2min nach files nach) = 255 ... zufall? ich denke nicht - deswegen hab ich die zeit die der daemon schläft heruntergesetzt auf 2s und bereits nach 8,5min kann der daemon keine datei mehr öffnen ...

kann das wirklich sein, dass ich mit einem fstream (bzw. deren derivate) nur maximal 255 mal eine datei öffnen kann ?!?

PS: der compiler is gcc 3.3.2 auf solaris 5.8
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
017
27.02.2007, 12:32 Uhr
~eaglo
Gast


ok ... offensichtlich wars nur ein ganz dummer fehler ...

durch die größe des codes die übersicht verloren und das abschließende closedir vergessen ...
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: [ 1 ] > 2 <     [ C / C++ (GNU/Linux, *NIX, *BSD und Co) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: