| |
| |
|
| - Seite 1 - |
|
RICOSCH | werde vom selbigen Problem geplagt !
ich bekomme unter Windows 8.1 (aber auch win 7) ständig ein
fehler mit: EAccessViolation an adresse ......
nun meldet der Debugger folgendes:
Es fand ein Debug-Ausnahmeereignis mit dem Code EXCEPTION_ACCESS_VIOLATION statt.
Das Debug-Ausnahmeereignis hat das Signal EXCEPTION_CONTINUABLE.
Das Debug-Ausnahmeereignis fand an der Adresse $77E827EA statt.
Es wird versucht in die Speicheradresse $77ED460F unerlaubt zu schreiben.
unter Windows XP, wo ich das tool schreibe und Compiliere scheint
der Fehler weitestgehend ignoriert zu werden obwohl er ja da ist,
Programm läuft aber weiter.
Windows 8.1 geht damit nicht so locker um.
soweit ich das nachvollziehen kann, passiert der fehler wenn ich eine runtergeladene XML-Datei öffne um Strings auszulesen und zu verarbeiten, welche dann formatiert in einer neuen Datei geschrieben werden.
hier ein schnibsel welches das problem im Debugger verdeutlicht:
KompilierenMarkierenSeparieren
offensichtlich kann es nur am @downloadfile liegen ?
es läuft soweit unter xp und auch win 8.1 aber unter 8.1 kommt es öffter zu abstürzen.
kann einer helfen, Danke
Profan 12.1.2.2 (X2.1b) |
|
| |
| |
| |
|
 |
« Dieser Beitrag wurde als Lösung gekennzeichnet. » |
|
 | Wo ich es grade sehe:
KompilierenMarkierenSeparieren
Hrm, sicher ein Flüchtigkeitsfehler: Body im Head
Einfacher so:<doctype>
<html>
<head>
</head>
<body>
</body>
<html>
Unter XP kann ichs so oft starten wie ich will, gibt kein Error.
Dennoch ein Tip:
Mache mal nicht:
KompilierenMarkierenSeparieren
sondern
KompilierenMarkierenSeparieren
weil sonst unnötig hoher CPU-Verbrauch.
Damit könnte das "Problem" übrigens auch schon vom Tisch sein. Grund: Ohne Waitinput hat der Download-Thread weniger Zeit und vielleicht kollidiert das Abrufen von &bytesread mit dem Befüllen von &bytesread per Thread. Egal mal wie, Abstürzen darfs dennoch nie weil sonst ists schlicht ein Fehler im XProfan.
Hab mir mal eben eine Exe erzeugt und hier angehangen, ist aber XProfan 11.2-NT - mein LieblingsXProfan. Kanns damit auch auf Win8 testen. Kannst ja mal ne Exe hochladen mit Deiner XProfanversion. |
 |
| |
| |
| |
|
|
|
| Einfach nur Interessehalber: Hast Du mal die dw.get -Funktion aus der download.inc [...]  probiert? (Include ist für Dich kostenlos) |
|
| |
| |
| |
|
|
RICOSCH | | Leider nein, ich versuche immer weitestgehend mit Boardeigenen Mitteln auszukommen ! |
|
| |
| |
| |
|
|
| Wo ich es grade sehe:
KompilierenMarkierenSeparieren
Hrm, sicher ein Flüchtigkeitsfehler: Body im Head
Einfacher so:<doctype>
<html>
<head>
</head>
<body>
</body>
<html>
Unter XP kann ichs so oft starten wie ich will, gibt kein Error.
Dennoch ein Tip:
Mache mal nicht:
KompilierenMarkierenSeparieren
sondern
KompilierenMarkierenSeparieren
weil sonst unnötig hoher CPU-Verbrauch.
Damit könnte das "Problem" übrigens auch schon vom Tisch sein. Grund: Ohne Waitinput hat der Download-Thread weniger Zeit und vielleicht kollidiert das Abrufen von &bytesread mit dem Befüllen von &bytesread per Thread. Egal mal wie, Abstürzen darfs dennoch nie weil sonst ists schlicht ein Fehler im XProfan.
Hab mir mal eben eine Exe erzeugt und hier angehangen, ist aber XProfan 11.2-NT - mein LieblingsXProfan. Kanns damit auch auf Win8 testen. Kannst ja mal ne Exe hochladen mit Deiner XProfanversion. |
|
| |
| |
| |
|
|
RICOSCH | Danke David,
einfach nur Super !
habe ausgiebig unter 8.1 getestet und bis dato kein absturz mehr gehabt.
was ist den der unterschied zwischen waitinput 10 und sleep 10 ?
allerdings meckert der debugger immernoch rum, soll mir egal sein wenns den läuft.
hast mir wiedermal sehr geholfen ! |
|
| |
| |
| |
|
|
| RICOSCH (05.11.14)
habe ausgiebig unter 8.1 getestet und bis dato kein absturz mehr gehabt.
Super. Scheinbar müsste Roland dann da aber mal ran.
RICOSCH (05.11.14)
was ist den der unterschied zwischen waitinput 10 und sleep 10 ?
Ist vlt. recht einfach erklärt: sleep macht was man vlt. von waitInput erwartet und waitInput macht was man vlt. von sleep erwartet. 
Oder anders erklärt: WaitInput gibt einem Prozess (Erhohlungs-) Zeit und Sleep stiehlt sie. |
|
| |
| |
| |
|
|
RGH | Waitinput wird durch ein Input-Ereignis unterbrochen, auch bevor die Zeit abgelaufen ist, Sleep wartet die ganze Zeit und gibt damit anderen Prozessen auf Deinem Rechner Gelegenheit, auch mal dran zu kommen.
Gruß
Roland |
|
| |
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 06.11.2014 ▲ |
|
| |
|
|
RICOSCH | Danke für die Aufklärung  |
|
| |
| |
| |
|
(949)
Deutsch
English
Français
Español
Italia