- #41
G
Getorix
Mitglied
Themenersteller
- Dabei seit
- 13.03.2010
- Beiträge
- 19
- Reaktionspunkte
- 0
- Ort
- Schweiz
Hallo,
danke euch zweien . Dann werde ich bei Gelegenheit wohl auch mal die Hardware testen .
Ist es eigentlich normal, dass selber geschriebene Programme ihre Variabeln auf die Adressen legen wollen/dürfen, die für die Systemplatine vorgesehen sind?
Hab devc++ vor drei Jahren eine Zeitlang regelmässig benutzt und sowas noch nie erlebt.
Meinen Programmen trau ich ja noch zu, dass sie irgendwelchen Stuss machen (war aber was ganz einfaches...da sollte nicht zuviel Mist drin gestanden habe, mhhh...hab natürlich null eingeschränkt, wo die Variablen gesetz werden dürfen), aber es ist fast die gleiche Meldung, die in letzer Zeit auch schon bei anderen Programmen auftauchten, z.B. hier: http://www.abload.de/image.php?img=fehlermeldung314rj.png, meist mit den Adressen 0x00000000, 0x00000004, 0x00000005 *kopfkratz*.
@andemande
Mich interessiert immer noch, was genau ein schlechter Scherz sein soll.
edit: nächste Beobachtung, beim Überprüfung der Zusammenstellung nach dem vom Programm erfolgreich genannten Versuch eine Image-cd zu brennen, gibt es ganz viele Lesefehler. Ich hab nun zweimal die Computerbild-cd mit nero als iso, einmal mit nero als nrg, einmal das iso mit InfraRecorder und nun eine andere Datei Memtest86+ als Iso zu brennen versucht. :-\
Werd mir wohl mal jemanden suchen müssen, der mir das brennt.... .
Und um die Sammlung fortzusetzen, gibt es wieder mal ein Fehlermeldungsbildchen: http://www.abload.de/img/fehlermeldungenckpx.png
Liebe Grüsse
Lina
danke euch zweien . Dann werde ich bei Gelegenheit wohl auch mal die Hardware testen .
inzwischen fand ich auch endlich Zeit, die Suche mit den Dateien zu speisen, es swurde auf den Laufwerken C: (System), E: (Recovery) und E: (Daten) nichts gefunden. Auf J: muss ich noch schauen, hab die Festplatte im Moment nicht dabei. Glaube aber nicht, dort fündig zu werden.Durchsuche deine Festplatte nach:
herss.exe, c2e.exe, cvasds0.dll, cvasds1.dll, cvasds2.dll, cvasds3.dll, cvasds4.dll, cvasds5.dll, cvasds6.dll, cvasds7.dll, cvasds8.dll, cvasds9.dll, 1hqup.exe, cdoosoft
Ist es eigentlich normal, dass selber geschriebene Programme ihre Variabeln auf die Adressen legen wollen/dürfen, die für die Systemplatine vorgesehen sind?
Hab devc++ vor drei Jahren eine Zeitlang regelmässig benutzt und sowas noch nie erlebt.
Meinen Programmen trau ich ja noch zu, dass sie irgendwelchen Stuss machen (war aber was ganz einfaches...da sollte nicht zuviel Mist drin gestanden habe, mhhh...hab natürlich null eingeschränkt, wo die Variablen gesetz werden dürfen), aber es ist fast die gleiche Meldung, die in letzer Zeit auch schon bei anderen Programmen auftauchten, z.B. hier: http://www.abload.de/image.php?img=fehlermeldung314rj.png, meist mit den Adressen 0x00000000, 0x00000004, 0x00000005 *kopfkratz*.
@andemande
Mich interessiert immer noch, was genau ein schlechter Scherz sein soll.
edit: nächste Beobachtung, beim Überprüfung der Zusammenstellung nach dem vom Programm erfolgreich genannten Versuch eine Image-cd zu brennen, gibt es ganz viele Lesefehler. Ich hab nun zweimal die Computerbild-cd mit nero als iso, einmal mit nero als nrg, einmal das iso mit InfraRecorder und nun eine andere Datei Memtest86+ als Iso zu brennen versucht. :-\
Werd mir wohl mal jemanden suchen müssen, der mir das brennt.... .
Und um die Sammlung fortzusetzen, gibt es wieder mal ein Fehlermeldungsbildchen: http://www.abload.de/img/fehlermeldungenckpx.png
Liebe Grüsse
Lina