Konfiguration: Windows Server 2008 x64.XXX.exe ist keine gültige Win32-Anwendung
Software ist Cross-Plattform-C++ 64bit.
Der bisherige Installateur vorbelegt den Benutzer zu fragen, zu
c zu installieren: \ Program Files (x86) \ Unternehmen \ Version
Für die letzte Version, die ich das Installationsprogramm mit einem Wegüberlagerung geändert zu installieren
c: \ Programme \ Unternehmen \ Version
die Jungs, die Tests für uns tut, sagte, dass mit der neuen c installieren: \ Programme \ Teilprozesse werden nicht gestartet. Überschreiben Sie die Installation in c: \ Programme (x86) \ xxx, alles läuft gut. Das Wechseln zu cmd.exe und Ausführen von C: \ Programme \ xxx gibt den Fehler "yyy.exe ist keine gültige Win32-Anwendung". Auch dies ist kein Problem mit c: \ Programme (x86).
Ein Kunde wird auch an den Standardstandort installiert und erhält die gleichen Fehler.
Meine Build/dev Maschine zeigt keinen dieser Fehler. Es läuft eine Demo-Version von Server 2008 (und Visual Studio Express), die niemals aktualisiert und nie neu gestartet wird.
Gibt es etwas Besonderes an dem "x86", das an die Programmdateien angeheftet ist?
HINWEIS:
Dies ist kein Problem auf meiner dev Maschine, die auch Server 2008 x86_64 ist.
dumbin/Header zeigt deutlich an, dass diese Programme 64bit sind.
An dieser Stelle gibt es keine Antwort. Problemumgehung ist, einfach zu Programmdateien (x86) oder anderswo zu installieren und damit fertig zu sein. Ich werde eine FAQ einreichen, die Benutzer NICHT in Programmdateien installieren dürfen (sie werden sich eine FAQ anschauen, wenn das Zeug nuklear wird).
Dies könnte ein Problem mit dem Installer sein, es könnte ein klassischer Fall von "quack.exe" sein, aber auf "Programme" angewendet werden. Es gibt einen guten Grund, warum ich Fenster im Allgemeinen hasse.
Versuchen Sie, die Exe an der falschen Stelle mit der Abhängigkeitsanzeige zu überprüfen. Sollte Ihnen sagen, welche DLLs nicht verfügbar sind. Versuchen Sie außerdem, den Prozess während des Starts mithilfe von procmon oder so zu überwachen, und sehen Sie, was zur Laufzeit fehlschlägt. Das sollte Ihnen eine bessere Vorstellung davon geben, was fehlt. – eran
Benutzer führen das Programm von cmd.exe Der Fehler ist ein Dialogfeld mit dem oben genannten. Was mich anpisst, ist, dass ich diesen Fehler nicht alleine reproduzieren kann. Ich habe gerade auf sp2 und später aktualisiert. – Brian