hi!

ich hab hier ein mehr als komisches problem - es sieht so aus, als ob ich mit einem fstream nur 255 mal ein open durchführen könnte, dannach führt ein open immer zu einem setzen des fail bits ...

kann das sein, dass es diese einschränkung gibt?

das ganze passiert in einem daemon der alle 2min ein dir auf ein file abprüft und dessen inhalt dann lädt ...

lg

file descriptor leak is es eher nicht ... ich schließ zum schluß ganz brav alle file descriptoren mit .close(); und vor jedem öffnungsvorgang mach ich ein .clear(); bzw. überprüf mit .is_open(); ob er noch offen is usw. ...

aber es muss irgendwas mit der anzahl der durchgänge zu tun haben, denn auch wenn ich einfach nur 255mal die schleife laufen lasse kann er dannach keine files mehr öffnen (also hängts mal nicht mit der anzahl der öffnungsvorgänge zusammen)

noch ideen?

hi!
hab den code jetzt auf das (siehe unten) reduziert ... er läuft ca. 40s lang und beendet sich dann ... ich werd ihn mal nicht in den hintergrund schicken und die error ausgabe nicht umleiten (obwohl ichs eigentlich im logfile sehen müsste, da umgeleitet ... kA)

// temp_dir -> vordefinierter pfad
string temp_dir;
string actual_entry;
DIR *execdir; 
struct dirent *entry;


// eigentlicher code


 /////////////////////////////////// 
 //////////*********************/// 
 /////////**** The Big Loop ***/// 
 ////////*********************/// 
 /////////////////////////////// 
 while(1) { 
    cout << getTimestamp() << "checking for files @ " << temp_dir << endl; 
 
    execdir = opendir(temp_dir.c_str()); 
 
    /* Scan for files */ 
     do { 
        entry = readdir(execdir); 
        if(entry) { 
            /* get the name as string */ 
            actual_entry = entry->d_name; 
 
            if(testScriptName(actual_entry)) {     
                cout <<"------******* FILE FOUND *******------"<<endl;             
            } 
        } 
    } while(entry);

ok ... also ich bekomm einfach nen segmentation fault ...

./ctchd: line 62: 23202 Segmentation Fault ./$ctchdbin

in zeile 62 is allerdings nix relevantes - is auch außerhalb der schleife - naja wird wohl fürs binary gelten, ...

ich schätz mal es liegt an dem fehlenden closedir ...

hab voll nicht auf das geachtet ...

mal testen

ja na klar ... jetz läuft er erstmal ... werds programm wieder zusammenbaun und schaun obs nur das war ... tztz ... da denkt man eh extra an die ganze fileptr und dann is es der directory pointer

big thx an hal