Startmenu unbrauchbar

    Juhui.

    Es passiert immer wieder, dass mein Startmenu unbrauchbar wird. Dabei verschwinden alle Einträge aus der linken Liste, also der mit den immerwährenden Verknüpfungen, und den meist genutzten Programmen. Die Spalte ist komplett leer, und nur noch die übrigen Knöpfe sind sichtbar, wobei keiner davon sein Funktion erfüllt: Egal, welchen ich anclicke, immer öffnet sich ein Shellfenster (In meinem Fall xplorer^2). Ich muss den Explorerprozess dann beenden und neu starten, wobei mir seltsamerweise auch noch die Option vergessen geht, dass die Schnellstartleiste angezeigt werden soll, jedesmal muss ich diese dann wieder da hinankreuzen. In welchem Moment genau und weshalb es passiert weiss ich nicht.

    Weiss jemand grad, was das für ein Problem sein könnte?

    Vielen Dank
    TB2

    /edit: Anscheinend hat sich zeitgleich mit diesem Problem ein anderes eingeschlichen: Bei einigen, ja vielen Programmen wird eine Fehlermeldung angezeigt, wenn sie geschlossen werden. Thunderbird oder Trillian zum Beispiel melden meist "Fehler in der Anwendung - Die Anweisung so-und-so verweist auf Speicher "0x000000000". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden." Allerdings kommt dieser Fehler wirklich erst wenn ich das Programm standartmässig schliesse, von alleine stürzt eigentlich ncihts ab, weshalb ich ein Ramproblem eigentlich ausschliesse.

    naja, das löst nicht das eigentliche problem aber es gibt alternative programme wie zb litestep die die startleiste durch ihre eigene ersetzen,..
    compiler

    Ja, ich hab auch schon ungefähr alle alternativen Shells und einen Haufen Blackboxen probiert, war auch von bblean sehr angetan, nur letztendlich fühle ich mich in meiner xp-umgebung einfach am meisten zuhause, obwohl bb's extrem überzeugen was Geschwindigkeit angeht.

    Naja es kommt eh nicht mehr wirklich drauf an, kauf mir eh bald nen neuen PC und da werd ich den hier auch neu aufsetzen...

    Zitat

    Die Anweisung so-und-so verweist auf Speicher "0x000000000". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden."



    bei mir wars einer der RAM steine der hin war!
    greets

    I feel confident, nobody can show me a string, i would consider a valid first name, that is also an sql injection attack

    Memtest hat nach 3 Runden keine Fehler gemeldet. Allerdings tauchte noch ein anderes seltsames Problem dabei auf, denn anfangs verschwand Memtest einfach, wobei der Bildschirm schwarz wurde, und alle Lüfter so wie das Netzteil abstellten. Es stellte wohl alles ab, nur das PowerLED leuchtete weiter. Versuchte ich dann den PC wieder an zu machen, blinkte das Led einfach, und die Lüfter gingen anch ein paar Sekunden wieder aus. Ich hab nacher das Ding mal rausgestellt und mit dem Kompressor durchgeblasen, haufen Staub entfernt, und nun ging der Test eben 3 Mal ohne Probleme.

    Ausserdem finde ich es unwahrscheinlich, dass etwas mit dem Ram selber nicht stimmt, denn immer ist es "die Anweisung read auf 0x00000000" die nicht durchgeführt werden kann, und immer wenn ein Prozess beendet wird, egal ob durch Absturzt oder völlig regulär. Naja, wahrscheinlich spinnt irgendein Treiber oder so.

    /edit:
    Na ok, das Problem ist anscheinend weltberühmt :rolleyes:
    Seitenweise... http://www.hwe-forum.de/index.php/topic,6244.0.html

    Zitat von TB2

    denn immer ist es "die Anweisung read auf 0x00000000" die nicht durchgeführt werden [...]

    /edit:
    Na ok, das Problem ist anscheinend weltberühmt :rolleyes:
    Seitenweise... http://www.hwe-forum.de/index.php/topic,6244.0.html

    das ist normalerweise kein hardware-problem, sondern eine zugriffsverletzung. entsteht zB durch schlampiges programmieren.

    hier ein einfaches beispiel, wie es mir bekannt ist (C++), ist aber wirklich der trivialfall:

    Code
    MyObject* pObj = pOtherObject->getObject();  [color=DarkGreen]// sagen wir,
// getObject() gibt hier aus irgendeinem Grund NULL
// zurück. leider überprüfen wir das hier nicht...
[/color]
pObj->initialize();  [color=DarkGreen]//hier gibt es dann ärger, spätestens,
// wenn  die funktion initialize() auf daten des objektes
// zugreifen will (das ja gar nicht existiert)
[/color]

    normalerweise ist der zusammenhang natürlich etwas komplizierter...

    lg michi

    Jop, nur wieso passierts bei manchen Leuten, und bei manchen nicht?
    Gibts vielleicht einen Fehler am Rechner, dass ab und zu mal wo im speicher was kaputtgeht, und deswegen das Ding danebengreift?
    Von wegen instabiler Hardware das hier lesen.

    In einen FBO rendern ist wie eine Schachtel Pralinen - man weiß nie, was man kriegt.

    Zitat von Wolfibolfi

    Jop, nur wieso passierts bei manchen Leuten, und bei manchen nicht?

    dass das bei manchen leuten immer wieder auftritt, sonst aber meistens nicht, kann das nur ein architekturproblem sein (ein konfigurationsproblem o.ä. verursacht dann diese dauernden zugriffsverletzungen, denn ähnliches findet man etwa auf gnu/linux eigentlich kaum (wenn man nicht gerade kde verwendet :D).

    lg michi

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden