4. DoModal() wirft im Host-Win10 return code -1 aber in VM Win10 funktioniert es.

DoModal() wirft im Host-Win10 return code -1 aber in VM Win10 funktioniert es.

  • S

    @hustbaer Ja ich denke auch, dass es der Grund sein wird. Ich habe schon beide Builds (Debug und Release) ausprobiert. Beide funktionieren nicht.

    0
  • S

    @Martin-Richter Ich habe die Methode GetLastError() wie in einem Stackoverflow-Beitrag vorgeschlagen, eingebaut:

    CString FormatErrorMessage(DWORD ErrorCode)
{
    TCHAR   *pMsgBuf = NULL;
    DWORD   nMsgLen = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER |
        FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_IGNORE_INSERTS,
        NULL, ErrorCode, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT),
        reinterpret_cast<LPTSTR>(&pMsgBuf), 0, NULL);
    if (!nMsgLen)
        return _T("FormatMessage fail");
    CString sMsg(pMsgBuf, nMsgLen);
    LocalFree(pMsgBuf);
    return sMsg;
}

    und bekomme diese Meldung als Antwort in einer MessageBox direkt nach dem Aufruf von DoModal():

    "Der Vorgang wurde erfolgreich beendet"

    Aber sagen tut es mir nicht viel.

    0

  • Das heißt, daß kein Fehler vorliegt (also ErrorCode = 0) - was aber eigenartig ist?!

    Das MsFlexGrid Control scheint aber in einer eigenen DLL zu sein: MSFLXGRD.OCX. Ist diese auf dem Zielrechner installiert (bzw. liefert du diese beim Setup mit aus, inklusive Registrierung als ActiveX-Komponente)?

    0
  • S

    @Th69 Nach dem Kompilieren habe ich in dem Release-Ordner neben vielen obj-Dateien eine EXE-Datei. Diese EXE-Datei kopiere ich auf das Host-System und starte es. Was anderen mache ich nicht.
    Ich habe jetzt geprüft und habe festgestellt, dass die MSFLXGRD.OCX auf dem Client-System unter C:\Windows\SysWOW64 vorhanden ist und auf dem Host-System nicht. Ich habe die Datei in den gleichen Ordner auf Host-System kopiert, hat aber leider zu keiner Verbesserung geführt. Habe ich irgendeinen Schritt ausgelassen bzw. wie liefere ich die Datei beim Setup aus mit der von dir genannten Registrierung als ActiveX-Komponente?

    0

  • Verwende dazu den Terminalbefehl: regsvr32 msflxgrd.ocx

    0
    S
     1 Antwort
  • S

    @Th69 Super, danke dir. Jetzt geht es. Kann man das Ganze so konfigurieren, dass das Kopieren der OCX Datei und die Registrierung beim Programmstart (Ausführen der EXE-Datei) durchgeführt werden?

    0

  • Nein, beim Starten ist es dafür dann zu spät. Wie schon geschrieben, solltest du dann ein Setup-Programm dafür erstellen, s. z.B. Bereitstellen einer Visual C++-Anwendung mithilfe eines Setupprojekts.

    0
    S
     2 Antworten
  • S

    @Th69 Vielen, vielen Dank.

    Grüße,

    SamiD

    0
  • S

    @Th69 Ich hätte noch eine zusätzliche Frage. Bei uns liegt die Anwendung (exe) auf einem Server und diese wird von mehreren Clients aus über das Netzwerk aufgerufen. Reicht es wenn ich die MSFLXGRD.OCX auf dem Server ablege um die Anwendung richtig auszuführen oder muss die .OCX Datei auf jedem Client vorhanden sein?

    0

  • Die muß natürlich auf jedem Client dann zugreifbar (+registriert) sein, denn dieser startet ja die Anwendung.
    Technisch könnte diese OCX-Datei auch auf einem gemeinsam genutzten Verzeichnis liegen, aber dann müßte die PATH-Umgebungsvariable entsprechend auf jedem Client angepaßt werden (was ich nicht empfehlen würde).

    Du könntest (alternativ zum Setup-Programm für jeden Client) z.B. eine Batch-Datei erstellen, welche (einmalig) das Kopieren und Registrieren übernimmt, sowie danach dann die Anwendung startet (und der Anwender startet dann diese Batch-Datei anstatt die Anwendung direkt).

    0
    S
     1 Antwort
  • S

    @Th69 OK, danke für den Vorschlag.

    0
Anmelden zum Antworten