Die Anwendung verweist auf Speicher... Der Vorgang written konnte nicht auf dem Speicher...

Hallo!

Ihr kennt sicher diese Fehlermeldung des Betriebssystems:



"Die Anweisung in XXXX verweist auf Speicher in XXXX. Der Vorgang XXXX konnte nicht auf dem Speicher durchgeführt werden."


Ich weiß, dass es unzählige Gründe hierfür geben kann (Hauptsächlich kaputtes RAM oder Programmierfehler in beliebiger Software).

Dummerweise steht der Name meiner selbst geschriebenen Applikation in der Titelzeile der Fehlermeldung.
Es handelt sich um eine kommerzielle Anwendung, die bei rund 100 Kunden problemlos läuft und bei genau einem Kunden diesen Fehler in regelmäßigen kurzen Abständen (mehrmals pro Stunde) zeigt.
Und dieser Kunde hat mehrere PCs auf denen es passiert, ich schließe also ein Hardware-Problem aus.
Der einzige Hinweis auf die Fehlerquelle könnte sein, dass eine bestimmte parallel laufende Fremdsoftware immer im Spiel ist. Die jedoch für sich selbst genommen produziert keine Fehler, eben nur im Zusammenspiel mit meiner Software.

Jetzt ist meine Aufgabe, die Ursache herauszufinden. Blöd nur, dass meine Applikation schon älter ist udn in VB6.0 geschrieben ist. Außerdem hab ich überhaupt keine Idee, wie ich aus meiner Software heraus debuggen soll.

Mein Ansatz wäre, ein Tool zu suchen, das auf Betriebssystemebene analysiert, welches Programm wann auf welche Speicherbereiche zugreift. Damit könnte man eventuell herausfinden, ob meine Software oder die andere Probleme macht und unter welchen Bedingungen.

Kennt jemand so ein Tool?
Kann mir jemand sonst noch hilfreiche und "sachdienliche" Hinweise geben?

Ich bin wirklich über jeden Tipp dankbar!!!!!

Schöne Grüße
Walter Sporn

"Walter Sporn" wrote:

> Hallo!
>
> Ihr kennt sicher diese Fehlermeldung des Betriebssystems:
>
>
>
> "Die Anweisung in XXXX verweist auf Speicher in XXXX. Der Vorgang XXXX konnte nicht auf dem Speicher durchgeführt werden."




Beitrag des Users theone

Hallo Zusammen,

ich war bis heute auch "read" geschädigt! habe aber endlich eine lösung für
das problem gefunden! (bei mir ist der fehler nicht wieder aufgetaucht!)

Und zwar liegt es an der DEP funktion von Win XP SP2!

"alte", vom microsoft als unsauber geschrieben erachtete software kann unter
Win XP SP 2 nicht mehr so ohne weiteres ausgeführt werden. Es werden
Fehlermeldungen kommen wie "written" konnte nicht auf
dem Speicher durgeführt werden“, Unknown Software Exception..."

Schon komisch, wenn man bedenkt, das die Software vor dem instalieren
einwandfrei funktionierte. Es liegt am DEP (Data Execution Prevention) von
Service pack 2. Sie soll Windows vor pufferüberläufen schützen. an sich ne
gute idee, nur ist es meiner meinung nach noch nicht ausgereift. und so
schaltet ihr DEP aus:
START => CMD
cd \
attrib boot.ini -a -s -h -r
edit boot.ini
Ändert "/NoExecute=XXXXX" mit "/Execute"
speichern => zurück in DOS Konsole
attrib boot.ini +a +s +h +r

Neustart nicht vergessen


Holger

Hallo Holger,

Fehlanzeige: in meinem Fall ist auf dem PC, auf einigen PCs, auf denen der
Fehler auftritt, kein DEP aktiv.

Also suche ich noch weitere Hilfe!

Grüße und Danke
Walter


"Holger" <Holger@discussions.microsoft.com> schrieb im Newsbeitrag
news:303A3966-FFE0-4060-BF9E-C06F617780EA@microsoft.com...
>
>
> "Walter Sporn" wrote:
>
>> Hallo!
>>
>> Ihr kennt sicher diese Fehlermeldung des Betriebssystems:
>>
>>
>>
>> "Die Anweisung in XXXX verweist auf Speicher in XXXX. Der Vorgang XXXX
>> konnte nicht auf dem Speicher durchgeführt werden."
>
>
>
>
> Beitrag des Users theone
>
> Hallo Zusammen,
>
> ich war bis heute auch "read" geschädigt! habe aber endlich eine lösung
> für
> das problem gefunden! (bei mir ist der fehler nicht wieder aufgetaucht!)
>
> Und zwar liegt es an der DEP funktion von Win XP SP2!
>
> "alte", vom microsoft als unsauber geschrieben erachtete software kann
> unter
> Win XP SP 2 nicht mehr so ohne weiteres ausgeführt werden. Es werden
> Fehlermeldungen kommen wie "written" konnte nicht auf
> dem Speicher durgeführt werden", Unknown Software Exception..."
>
> Schon komisch, wenn man bedenkt, das die Software vor dem instalieren
> einwandfrei funktionierte. Es liegt am DEP (Data Execution Prevention) von
> Service pack 2. Sie soll Windows vor pufferüberläufen schützen. an sich ne
> gute idee, nur ist es meiner meinung nach noch nicht ausgereift. und so
> schaltet ihr DEP aus:
> START => CMD
> cd \
> attrib boot.ini -a -s -h -r
> edit boot.ini
> Ändert "/NoExecute=XXXXX" mit "/Execute"
> speichern => zurück in DOS Konsole
> attrib boot.ini +a +s +h +r
>
> Neustart nicht vergessen
>
>
> Holger

Walter Sporn schrieb:
> Hallo!
>
> Ihr kennt sicher diese Fehlermeldung des Betriebssystems:
>
>
> "Die Anweisung in XXXX verweist auf Speicher in XXXX. Der Vorgang XXXX
> konnte nicht auf dem Speicher durchgeführt werden."
>
>
> Ich weiß, dass es unzählige Gründe hierfür geben kann (Hauptsächlich
> kaputtes RAM oder Programmierfehler in beliebiger Software).
>
> Dummerweise steht der Name meiner selbst geschriebenen Applikation in
> der Titelzeile der Fehlermeldung.
> Es handelt sich um eine kommerzielle Anwendung, die bei rund 100 Kunden
> problemlos läuft und bei genau einem Kunden diesen Fehler in
> regelmäßigen kurzen Abständen (mehrmals pro Stunde) zeigt.
> Und dieser Kunde hat mehrere PCs auf denen es passiert, ich schließe
> also ein Hardware-Problem aus.
> Der einzige Hinweis auf die Fehlerquelle könnte sein, dass eine
> bestimmte parallel laufende Fremdsoftware immer im Spiel ist. Die jedoch
> für sich selbst genommen produziert keine Fehler, eben nur im
> Zusammenspiel mit meiner Software.

Dein Progi funktioniert wenn die andere Software nicht läuft? Was
macht dein tolles Programm eigentlich?

Regards
HeHo