4. Kleines Snowboardspiel

Kleines Snowboardspiel

  • D

    net schrieb:

    dali schrieb:

    Jetzt müsste es gehen... Bitte um nochmaliges testen!

    wenn du wissen willst, welche dlls du reinpacken musst: http://www.dependencywalker.com/

    Ja gut und schön aber wie bekomme ich solche dlls wie MSVCP71.dll,MSVCR71.dll aus dem Programm raus? Versuchte sie zu ignorieren aber sie werden automatisch eingefügt. Müssen die jetzt bei .Net immer dabei sein?

    0
  • N

    dali schrieb:

    aber wie bekomme ich solche dlls wie MSVCP71.dll,MSVCR71.dll aus dem Programm raus? Versuchte sie zu ignorieren aber sie werden automatisch eingefügt. Müssen die jetzt bei .Net immer dabei sein?

    irgendwo in den projekteinstellungen kann man auf 'statisch libs' umschalten. dann wird vieles in die .exe reingelinkt. das hilft aber alles nix bei .NET-programmen. die brauchen diese megabyte-grosse .NET runtime

    0
  • D

    net schrieb:

    das hilft aber alles nix bei .NET-programmen. die brauchen diese megabyte-grosse .NET runtime

    Also muss ich jetzt nun die ganzen fehlenden dlls ins Projekt reinkopieren?!?!?

    0
  • N

    dali schrieb:

    net schrieb:

    das hilft aber alles nix bei .NET-programmen. die brauchen diese megabyte-grosse .NET runtime

    Also muss ich jetzt nun die ganzen fehlenden dlls ins Projekt reinkopieren?!?!?

    wenn du'ne anwendung für .NET geschrieben hast, dann muss diese .NET runtime lib auf dem anderen rechner installiert sein damit das funzt. aber ich glaub du hast doch normal c++ gecodet, nicht 'managed' oder?

    0
  • D

    Ja ich habe normales C++ geschrieben aber trotzdem benötigt das Programm dann so komische libs...

    0
  • N

    dali schrieb:

    Ja ich habe normales C++ geschrieben aber trotzdem benötigt das Programm dann so komische libs...

    dann stell 'dynamic libraries' ab (musste gucken wo, irgendwo in diesem projekt-eigenschaftsfenster) und dann schau dir die erstellte .exe mit dem dependencywalker an, ob alles wech ist

    0
  • D

    Dieser Artikel hier trifft genau mein Problem:
    http://www.kuro5hin.org/story/2005/2/7/34759/81745
    Wenn ich auf ML umschalte definieren dann plötzlich mehrere libs die gleichen Funktionen:

    msvcrt.lib(ti_inst.obj) : error LNK2005: "private: __thiscall  type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) bereits in LIBC.lib(typinfo.obj) definiert
msvcrt.lib(ti_inst.obj) : error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) bereits in LIBC.lib(typinfo.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _exit bereits in LIBC.lib(crt0dat.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _strncpy bereits in LIBC.lib(strncpy.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _fprintf bereits in LIBC.lib(fprintf.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _fgetc bereits in LIBC.lib(fgetc.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _fclose bereits in LIBC.lib(fclose.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: _setvbuf bereits in LIBC.lib(setvbuf.obj) definiert
msvcrt.lib(MSVCR71.dll) : error LNK2005: __isctype bereits in LIBC.lib(isctype.obj) definiert
LIBC.lib(crt0init.obj) : warning LNK4098: Standardbibliothek 'msvcrt.lib' steht in Konflikt mit anderen Bibliotheken; /NODEFAULT:Bibliothek verwenden
Release/Snowboarding.exe : fatal error LNK1169: Ein oder mehrere mehrfach definierte Symbole gefunden

    Auch steht in der msdn:

    An application should use and redistribute msvcr71.dll, and it should avoid 
placing a copy or using an existing copy of msvcr71.dll in the system directory.
Instead, the application should keep a copy of msvcr71.dll in its application 
directory with the program executable. Any application built with Visual C++ 
.NET using the /MD switch will necessarily use msvcr71.dll.

    Also bleibt mir jetzt nichts anderes übrig als die msvcr71.dll in den gleichen Ordner zu schieben? Funktioniert dann das Programm? (es fehlen ja noch dann ne ganze reihe anderer dlls?)

    0

  • dali schrieb:

    TGGC schrieb:

    Geht nicht. Die Webseite ist auch Schrott. 😎

    Ich verzichte wenigstens auf überflüssige Selbstpropaganda die ich nicht nötig habe 🤡

    Hey, mach mich nicht für deine Fehlschläge verantwortlich. 😎

    Bye, TGGC (Pipe my World.)

    0
  • D

    TGGC schrieb:

    Hey, mach mich nicht für deine Fehlschläge verantwortlich. 😎

    Bye, TGGC (Pipe my World.)

    Mach ich doch garnicht 🤡

    0
  • W

    Bei mir funktionierts einwandfrei...

    Is ein witziges Game für zwischendurch...

    MfG WirrWar2850.

    0
  • ?

    An application should use and redistribute msvcr71.dll, and it should avoid
    placing a copy or using an existing copy of msvcr71.dll in the system directory.
    Instead, the application should keep a copy of msvcr71.dll in its application
    directory with the program executable.

    Mich beschleicht das dumpfe Gefühl, dass einige Microsoftmitarbeiter den Vorteil von DLLs nicht ganz auf die Reihe bekommen haben.

    0

  • Verschenkt IMHO großes Potential.

    Bye, TGGC (Pipe my World.)

    0
Anmelden zum Antworten