Absturzbericht: Access violation at address 0067EB6D. Read .

[Peter]

Tätigkeit:
- linkes Panel mit Netzwerk-PC verbunden
- darin über 18000 Dateien (je 2 kB)
- Klick auf "Datum", um die Ansicht neu zu sortieren

Code: Select all

---------------------------
Total Commander 7.50a fin
---------------------------
Access violation at address 0067EB6D. Read of address 0032C263.

Please report this error to the Author, with a description
of what you were doing when this error occurred!

Windows exception: C0000005
Stack trace:
0067EB6D
67EE10  67EE62  4DA42D  4DA9F4  65F2C1  665D07
665D2C  5D76EF  5D9D65  4443BA  >414514  44397B
414514  419B58  419BF0  69F119  
Raw:
67EE10  67EE62  4DA42D  44397B  414514  4438E9
414514  441371  4412AF  4443DD  414514  44397B
414514  69C11F  4DA9F4  4443BA  4443DD  414514
414514  44397B  414514  4438E9  414514  416D81
442479  4161F0  42259E  4438E9  414514  444733
416D81  4453B8  442479  444689  444689  444689
4161F0  443A3D  4443BA  4443DD  4438E9  414514
444733  442479  444689  443A3D  4443BA  4443DD
414514  44397B  414514  425C35  425C9B  43A6A3
43B22A  43B4D3  445DEB  4BA5C4  4BA5DB  65F2C1

Press Ctrl+C to copy this report!

Peter

[Ozymandias]

Ähnliches passiert bei mir auch. Mit Netwerken und vielen Dateien hatte ich schon öfter Abstürze. Betriebssystem ist Windows 7:
Im linken und im rechten Panel war das gleiche Netzlaufwerk (Samba auf Ubuntu 9.10) offen. Ich wollte vom rechten zum linken Fenster ca. 7000 Dateien (jpg, etwa 100-500kB groß) verschieben. Beim Verschieben klickte ich auf den Button "Hintergrund". Dabei schmiert der Commander reproduzierbar ab.

Code: Select all

---------------------------
Total Commander 7.50a fin
---------------------------
Access violation at address 0069C378. Read of address 00000000.

Please report this error to the Author, with a description
of what you were doing when this error occurred!

Windows exception: C0000005
Stack trace:
0069C378
6952D9  500E92  5011EE  442479  4443BA  >414514
44397B  414514  419B58  419BF0  69F119  
Raw:
69C366  6952D9  500E92  62006C  4438E9  414514
444733  442479  444689  433D25  443A3D  4443BA
4443DD  414514  44397B  414514  69C11F  69623E
5011EE  69E7E2  49E331  4438E9  414514  69C025
69C0DF  49E981  446152  444733  444D63  442479
444689  443A3D  4443BA  4443DD  414514  62006C
44397B  414514  4438E9  414514  444733  444D11
442479  444689  443A3D  4443BA  4443DD  414514
44361B  4432D5  4432FF  414F9B  4162D2  4433CE
4433EA  441523  445A9C  441708  514319  444733

Press Ctrl+C to copy this report!
Continue execution?
---------------------------
Ja   Nein   
---------------------------

[ghisler(Author)]

Danke, ich habe das analysiert. Die beiden Fehler haben gar nichts miteinander zu tun.

Beim ersten Fehler versucht TC, das Verzeichnis neu einzulesen, aber erhält offenbar fehlerhafte Daten vom Server. Einen Grund für das Problem sehe ich z.Zt. nicht, ich muss das noch genauer untersuchen.

Beim 2. Fehler ist die Funktion "Automatisches Neu-Einlesen" aktiviert, diese bekommt aber fehlerhafte Daten. Lösung: Diese Funktion für Netzwerklaufwerke deaktivieren.

[Ozymandias]

Super, vielen Dank! Mein Problem scheint wirklich mit dieser Lösung behoben zu sein.

[Peter]

...Beim 2. Fehler ist die Funktion "Automatisches Neu-Einlesen" aktiviert, ...

Wie an anderer Stelle schon angemerkt habe ich seit dem Update auf 7.50 vor ca. 4 Wochen immer wieder (aber nicht immer) ein sehr zähes Reagieren bei der Anwahl von Netzwerklaufwerken. Ein "geshartes" PC-laufwerk lässt sich manchaml gar nicht anwählen ("Laufwerk nicht gefunden"), obwohl es mit dem MS Explorer wählbar ist.

Ich habe jetzt nachgesehen - bei mir sind die Einstellungen für "Refresh" absolut leer - nichts eingetragen, nichts markiert. Diese Funktion haate ich vorher nie beachtet und auch jetzt nicht - ist das überhaupt neu oder reagiert es anders?

Peter

[ghisler(Author)]

2Peter
Die "Refresh"-Funktion ist nur im Bugreport von Ozymandias betroffen, nicht in Ihrem. Bei diesem bin ich noch am Rätseln, was da der Grund sein könnte.