Announcement

Collapse
No announcement yet.

Fauxpas! VB .Net 1.1 - EXE zu groß! Crash's allover! (Localizable-Propertie)

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Fauxpas! VB .Net 1.1 - EXE zu groß! Crash's allover! (Localizable-Propertie)

    Hallo und Guten Tag!
    Wir wollen unser "antikes" VB .Net 1.1-Project aktuell in andere Sprachen übersetzen, haben dazu ein Hilfstool auserkoren, wo dies ohne Probleme möglich ist. Dachten wir. Am Tool liegt es nicht, wohl mehr am Aufbau unseres Projectes oder am antiquierten .Net 1.1 (soll demnächst auf .Net 3.5 portiert werden).

    Wir haben in unserer VB-Applikation also ALLE WINFORMS umgestellt, so dass das Flag Localizable = TRUE gesetzt ist, damit diese Drittsoftware die Texte in den Forms (Labels etc.) „sehen“ und extrahieren kann!

    Das geht natürlich und ist auch kein Problem! Der Nebeneffekt ist aber, das unsere Applikation bzw. das EXE-File von 56 MB auf 99 MB angewachsen ist, da bei gesetztem Flag Localizable = TRUE eine Vielzahl von Zusatz-Anweisungen PRO Control bzw. FORM generiert werden. Dadurch (gewachsene Größe der EXE) kommt es zu unregelmäßigen Abstürzen in der Applikation a la:

    MeineApp.exe - Common Language Runtime Debugging Service
    „Die Anwendung hat einen Ausnahmefehler verursacht, der nicht verarbeitet werden konnte.“


    Dies tritt nun leider gehäuft auf, allerdings beim Rücksetzen des Flags auf FALSE und dem Verkleinern der EXE nicht mehr. Allerdings brauchen wir dieses Flag, da sonst die Drittsoftware oder selbst die "Bordmittel" von .Net zur Lokalisierung der Anwendung, das entsprechende WinForm nicht handeln kann.

    Hätte jemand diesbezüglich einen Tipp für mich? Einen Workaround?
    Mit "Neu entwickeln!" kann ich leider nichts anfangen.

    MeineApp.exe (Localizable = FALSE) : 55,6 MB
    MeineApp.exe (Localizable = TRUE) : 99,7 MB

    Development: Visual Studio 2003 VB
    .Net 1.1 SP1

    Liebe Grüße
    Anne-Sophie

  • #2
    55,6 MB für eine Exe? Wieviel 1000 Mannjahre habt ihr daran entwickelt? Wäre eine modularisierung nicht angebracht?

    Comment


    • #3
      Hallo Bernhard.
      Modularisierung wäre sicher eine gute Idee. Aber Du kennst doch diese "historisch gewachsene Software", die man übernehmen "musste". Wie würdest Du mit sowas umgehen? EXE in kleine Häppchen zerstückeln?

      LG
      Anne

      Comment


      • #4
        Originally posted by Anne-Sophie View Post
        Aber Du kennst doch diese "historisch gewachsene Software", die man übernehmen "musste".
        So richtig "historisch" kann es nicht sein wenn es .NET ist.

        Originally posted by Anne-Sophie View Post
        Wie würdest Du mit sowas umgehen? EXE in kleine Häppchen zerstückeln?
        Stichwort ist Refactoring.

        Comment


        • #5
          Originally posted by Bernhard Geyer View Post
          So richtig "historisch" kann es nicht sein wenn es .NET ist.

          5 Jahre in der IT sind - da können Welten dazwischen liegen!


          Stichwort ist Refactoring.
          Schon klar, Refactoring. Aber da Termine zunächst drücken (bis wir wieder Freiräume für Weiterentwicklung haben), bin ich an einer "Quick&Dirty"-Lösung
          interessiert, falls es sowas gibt und irgendwo für uns Sinn macht.

          LG A.

          Comment

          Working...
          X