Beiträge von eaglo

big thx an hal

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

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

hab voll nicht auf das geachtet ...

mal testen

./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, ...

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

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

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!

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

also ich hab jetz angenommen dass das mit dem read -p funktioniert ...
probier einfach mal:

print "Bitte eine Taste drücken"
read

sollte auch gehn ...

naja in gewissen hörsälen (zb. EI7) ist einfach schlechter empfang ... im audi max oder zb. im informatik hörsaal gehts ohne probleme :devil:

Zitat von J.Petso

Haha, cool, von einem Proprietärtreiber zum Anderen. Alternativerweise könnte man auch sagen, "vom Regen in die Traufe".

Die ganzen Scherereien mit den Grafikproblemen gibts ja im Prinzip eh nur, weil weder ATI noch nVidia es der Mühe wert finden, der Community die Spezifikationen ihrer Grafikkarten zukommen zu lassen. Stattdessen beharren sie auf ihren eigenen Treibern, die nicht nur im legalen Graubereich liegen, sondern auch kompliziert einzurichten sind und viele fortgeschrittene Features wie korrekte Unterstützung von Tiefschlafmodi verbocken. Und in der Folge ist dann meistens Linux schuld, dessen Hardwarekompatibilität unter aller Sau ist.

Da lob ich mir Intel oder Matrox, für die "Zusammenarbeit" kein Fremdwort ist.

*Wir danken Ihnen für Ihre Aufmerksamkeit beim Lesen dieser enthemmten Meinungsäußerung.*

ja stimmt ich hab auch pausenlos ärger mit den ati treibern (hab selbst ne x800) - aus erfahrung kann ich aber bestätigen das die nvidia treiber weitaus weniger probleme bereiten und irgendwie auch subjektiv schneller laufen (obwohl auch nicht quelloffen ^^)...

@ topic:
könntest du mal feststellen (in windows zb) welchen netzwerkchip dein laptop drin hat ? ...

das mit der grafik ist glaub ich nebensächlich, wenn er erstmal internetzugang hat (einfach den ati fgrlx treiber aus den ubuntu repos drauf und das ganze sollte funktioniern - hab da mal irgendwas von fehlender unterstützung des standardtreibers für die neueren x-karten gelesen ... )

zu der grafikkarte kann ich auch noch folgenden link empfehlen: http://wiki.cchtml.com/index.php/Ubun…tallation_Guide

glaub auch, dass das mit den fonts nur ein folgefehler ist ...

mfg

alternativ könntest du auch mal den dhclient komplett löschen (purge) inkl. der config dateien und dann wieder installieren (dabei drauf achten, dass du ihn nicht für die aktuelle verbindung benötigst ^^)

hast du dapper neu installiert oder ein upgrade gemacht ?

also am besten machst du folgendes:
A,B sind deine skripte die du ausführen willst
start ist das startskript

in start steht:
#!/bin/bash
gnome-terminal --command="A"
gnome-terminal --command="B"

das startet 2 terminal mit deinen skripten drin (das sie automatisch beenden kannst du - wie sauzachn schon geschrieben hat - mit "read -p "Bitte Taste drücken ..." in A bzw. B abfangen)

das ganze is jetz zwar für das gnome terminal (hab kein KDE) aber das sollte mit der "Konsole" im prinzip auch funktionieren

damit die meldung mit mit dem anzeigen nicht kommt erstellst du einfach einen starter (eine verknüpfung) auf das startskript ...

mfg

halloo ...

Point.java:32: cannot access eprog.EprogIO
bad class file: /usr/lib/j2se/1.4/jre/lib/ext/eprogio.jar(eprog/EprogIO.class)
class file has wrong version 49.0, should be 48.0
Please remove or make sure it appears in the correct subdirectory of the classpath.
EprogIO.println("p2 ist Ursprung");
^
1 error

was kanns da haben ?!?

was im allgemeinen auch recht gut geht sind die D-Link DWL 650+ (22MBit) ... funzt hier ohne probleme, wie es mit den neuern aussieht .. kA ...