TC7.50rc1 unter Windows 7 x64

Z.Beeblebrox · Post by *Z.Beeblebrox » 2009-08-21, 17:14 UTC

Ich habe jetzt nicht alle Threads gelesen, aber beim Überfliegen habe ich nichts zu dem Thema gefunden, daher ein kleiner "Problembericht" von mir zu den Dinge die unter Vista x64 gingen, unter 7 x64 jedoch nicht mehr bzw. nur noch eingeschränkt:

Es betrifft den Total Commander 7.50 (b8 und rc1) unter einem 64Bit Windows 7 Ultimate. (aktuelle Version aus dem TechNet Plus Abo, also RTM).

Viele Befehle des Kontextmenüs funktionieren im Total Commander unter Windows 7 x64 nicht mehr. Bei den Punkten "Eigenschaften", "Löschen", "Kopieren", "Ausschneiden" und "Einfügen" ist es mir aufgefallen. Im X64-Untermenü klappt "Eigenschaften" hingegen, weswegen ich vermute, dass Microsoft die 32Bit Shell unter Windows 7 irgendwie beschnitten hat.

Die Tastenkombinationen <CTRL>+<C> und <CTRL>+<V> zum Kopieren/Einfügen von Dateien funktionieren ebenfalls nicht mehr.

Löschen <F8> in den Papierkorb klappt nur noch mit erhöhten Rechten, nicht mehr als normaler Benutzer. Direktes Löschen <SHIFT>+<F8> klappt hingegen auch ohne UAC-Abfrage.

Postkutscher · Post by *Postkutscher » 2009-08-21, 17:30 UTC

Haben Sie das mit x64DisableRedirection=0 oder gar ohne dieses probiert?
Ich sehe keine der von Ihnen beschriebenen Problemen hier unter Windows 7 x64.

Z.Beeblebrox · Post by *Z.Beeblebrox » 2009-08-21, 17:35 UTC

Oh, böse Falle. Danke für den Hinweis.

Ich hatte x64DisableRedirection auf 1 stehen und genau das hat die Probleme verursacht. Unter Vista hatte ich das noch nicht aktiviert. Es hat also nichts mit Windows 7 zu tun, sondern nur mit "x64DisableRedirection".

Wenn x64DisableRedirection nicht definiert oder auf 0 gesetzt ist, treten diese Probleme auch unter Windows 7 nicht auf.

Sorry, daran hatte ich nicht mehr gedacht.

Postkutscher · Post by *Postkutscher » 2009-08-21, 17:47 UTC

Ich würde Ihnen cm_SwitchX64Redirection als Button oder Taskenkombination raten (nur bei Bedürfnis einschalten). x64DisableRedirection können Sie dann wohl vergessen

Z.Beeblebrox · Post by *Z.Beeblebrox » 2009-08-21, 18:01 UTC

cm_SwitchX64Redirection ist perfekt für meine Zwecke. Vielen Dank für den Tipp.

Axel · Post by *Axel » 2009-11-12, 12:18 UTC

Hallo.

Ich habe das gleiche Problem, auch im aktuellen Release, wenn ich x64DisableRedirection auf 1 stehen habe.

Nun wo ich weiß, dass es daran liegt, kann ich damit umgehen, kein Problem.

Dürfte ich fragen, warum das so ist, bzw. woran das liegt (gerne auch eine sehr technische Antwort)?

Axel

HolgerK · Post by *HolgerK » 2009-11-12, 21:11 UTC

x64DisableRedirection ist ein experimenteller Workaround, der eigentlich nur für XP(x64) benötigt wird.

Ab Vista gibt es die Möglichkeit über Sysnative das 64Bit-System32 Verzeichnis zu erreichen (in 90% der Fälle reicht das allemal aus).
Siehe auch MSDN: FileSystem redirector)

Selbst unter XP(x64) ist es die besser, die Redirection mittels eines Buttons:

Code: Select all

TOTALCMD#BAR#DATA
cm_SwitchX64Redirection

WCMICONS.DLL


0
2925

nur bei Bedarf auszuschalten.

Ansonsten kann es immer wieder passieren, dass Aufrufe von Systemfunktionen oder Shellerweiterungen fehlschlagen, weil innerhalb der aufgerufen Funktionen versucht wird eine 32Bit-DLL nachzuladen.
Das schlägt dann fehl, da die 32bit Version der DLL nicht im 64Bit-System32 gefunden werden kann, und natürlich nichts von SysWow64 weiss.

Den ganze Wirrwarr:
System32 ist entweder System32(x64) oder SysWow64
- je nachdem ob man von einem 64Bit Prozess oder 32bit Prozess darauf schaut;
- oder man wagt etwa über einen AdminShare einen Blick auf das Systemlaufwerk;
- mit oder ohne File-system-redirection;
- wehe man übergibt eine Systempfad von einer 32Bit an eine 64Bit Applikation weiter, ohne den momentanen Status der Redirection zu berücksichtigen;
-..
hätte sich MS einfach dadurch sparen können, indem sie das native Systemverzeichnis System64 genannt hätten.

Aber irgendjemand bei MS hat sich überlegt, dass man dann bei einigen hardkodierten Programmquelltexten nicht nur einfach einen Schalter x86/x64 umlegen, sondern den Quelltext für einen sauberen Neuanfang überarbeiten müsste.

Nun gut, dann müssen eben Programmier und Anwender die nächsten 25 Jahre mit diesem Unfug leben.

Danach gibt es dann anstelle von System128 bestimmt wieder die nächste Fehlentscheidung wie z.B Sysnative128 und SysWow128.

Gruß
Holger

Axel · Post by *Axel » 2009-11-13, 08:55 UTC

Danke dir für die ausführliche Antwort.

Im Grunde genommen wusste ich das schon, nur habe ich die Zusammenhänge bzgl. der Dialoge nicht erkannt.
Danke nochmal!

Aber man, das ist echt zum Heulen!
Man sollte Microsoft für diese 'Strategie' steinigen.

Wobei du noch das "Program Files" Dilemma außer Acht gelassen hast.
"Program Files (x86)" ist laut MS für 32bit Programme.
Aha. Dabei entspricht ein 64bit Prozessor ja auch der x86-Architektur, nur dass er eine Befehlssatz-Erweiterung hat.

Ich bin ja eigentlich ein MS Anhänger, liebe das .NET-Framework, und nehme MS immer in Schutz vor 'bösen MAC- und Unix-Jüngern', aber im Moment frage ich mich nur, welches kranke Hirn dafür verantwortlich zeichnet.

Das war eine rein marketingtechnische Entscheidung, weil sie mit dem von dir aufgezeigten sauberen technischen Umbruch deutlich mehr Probleme mit Anwendungen gehabt hätten (in der Anfangszeit).

Vielleicht machen sie es in 5-10Jahren mit 128bit besser.

Gruß,
Axel

Lefteous · Post by *Lefteous » 2009-11-13, 10:13 UTC

Man sollte Microsoft für diese 'Strategie' steinigen.

ch bin ja eigentlich ein MS Anhänger, liebe das .NET-Framework, und nehme MS immer in Schutz vor 'bösen MAC- und Unix-Jüngern', aber im Moment frage ich mich nur, welches kranke Hirn dafür verantwortlich zeichnet.

Ist lustig oder? Die Leute sind zurecht frustriert von den microsoftschen Machenschaften, aber sich abwenden? Och nö.
Man hat den Eindruck Microsoft und die Benutzer sind ein altes Ehepaar, das nur noch aus alter Gewohnheit zusammen bleibt. Ob es jemals Liebe war, sei dahingestellt.
Ich nehme mich da übrigens auch nicht aus. Allerdings gehe in letzter Zeit auch öfter mal fremd.

Axel · Post by *Axel » 2009-11-13, 13:30 UTC

Nun ja, da spielen natürlich auch berufliche Aspekte eine große Rolle.
Die Kunden bestimmen das Umfeld für uns/mich.
Ich bin 'gefangen' in der Microsoft-Welt, aber ich fühle mich deswegen nicht unwohl. Mir macht es immer noch Spaß.

Aber du hast Recht:
Hätte ich solch eine dominante, alte, engstirnige Dame in meinen eigenen vier Wänden, würde ich über 'ne Scheidung durchaus nachdenken.

Lefteous · Post by *Lefteous » 2009-11-14, 00:15 UTC

Darüber sollte man mal nachdenken:

http://movies.apple.com/media/us/mac/getamac/2009/apple-mvp-broken_promises-us-20091023_480x272.mov

dumbledore954 · Post by *dumbledore954 » 2009-11-14, 10:19 UTC

Lefteous wrote:Darüber sollte man mal nachdenken:

http://movies.apple.com/media/us/mac/getamac/2009/apple-mvp-broken_promises-us-20091023_480x272.mov

Absolut cooles Video! Da sieht man mal wieder, dass Apple es einfach drauf hat.

Aber wie Axel schon geschrieben hat:

Ich bin 'gefangen' in der Microsoft-Welt, aber ich fühle mich deswegen nicht unwohl. Mir macht es immer noch Spaß.

So geht es mir leider auch.