C++ Pattern Register/Unregister Events



  • @Finnegan sagte in C++ Pattern Register/Unregister Events:

    Immerhin wurde bei C++ immer sehr viel Wert auf Abwärtskompatibilität gelegt - gut möglich also, dass das erstaunlich wenig Probleme mit bereits vorhandenem Code machen würde.

    Es kommt darauf an wie konform der verwendete C++98/03 Compiler ist. Umstieg von z.B. MSVC 2005 kann schon einiges an Aufwand sein. Weil MSVC 2005 halt viele Dinge frisst die nicht Standard sind, und umgekehrt auch einige Dinge nicht frisst die legales standard C++98/03 sind.



  • @hustbaer sagte in C++ Pattern Register/Unregister Events:

    @Finnegan sagte in C++ Pattern Register/Unregister Events:

    Immerhin wurde bei C++ immer sehr viel Wert auf Abwärtskompatibilität gelegt - gut möglich also, dass das erstaunlich wenig Probleme mit bereits vorhandenem Code machen würde.

    Es kommt darauf an wie konform der verwendete C++98/03 Compiler ist. Umstieg von z.B. MSVC 2005 kann schon einiges an Aufwand sein. Weil MSVC 2005 halt viele Dinge frisst die nicht Standard sind, und umgekehrt auch einige Dinge nicht frisst die legales standard C++98/03 sind.

    Ja, das ist was dran, dann will ich nichts gesagt haben. Ist sehr lange her bei mir mit den alten MSVC-Compilern, aber ich erinnere mich auch noch vage an ein paar Dinge, die ich mir abgewöhnen musste, als ich zum Standard-Pendantiker wurde 🙂 ... zumindest kann man mal versuchen es zu bauen und schauen ob eventuelle Tests laufen. Oder man schafft es irgendwie, neue Programmteile als eigene Module so weit zu isolieren, dass man die dann mit einem neueren Compiler bauen kann.



  • @Finnegan
    Ja, einen Versucht ist es sicherlich Wert.
    Was neue Programmteile angeht: kann man machen, zahlt sich aber eher nur dann aus wenn die wirklich gross sind. Macht ja auch einiges an Aufwand diese Schnittstellen zu definieren und zu warten. Und die können dann ja kaum C++ Features verwenden. Also z.B. schonmal nix aus der Standard Library.

    Bei späteren Visual Studio Versionen ist das dann auch besser, die sind ja dann irgendwann binary kompatibel und man kann sogar Standary Library Komponenten zwischen den verschiedenen Teilen rumschieben. Wobei es bei späteren Visual Studio Versionen mMn. dann auch weniger wichtig ist, weil da ein Upgrade meist relativ wenig Aufwand bedeutet.

    Das Upgrade von VS 2015 -> 2017 war bei uns z.B. schon ein bisschen Arbeit, aber nicht extrem. Upgrade von 2017 -> 2019 war kaum Aufwand. Upgrade auf 2022 haben wir noch nicht probiert. Sollte ich vielleicht bei Zeiten mal ausprobieren wie viel Fehler das wirft 🙂



  • Guten Morgen,

    ja ich würde auch gern neue Standards verwenden. Leider muss ich hier gerade ein App entwickeln welche auf "uralten WinCE" panel laufen sollen. Auch wenn diese nicht mehr Zeitgemäß sind bzw. teilweise abgekündigt sind. (brown-field).

    Und nach meinem besten Wissen habe ich eben dann ein VS2008 C++03 std MFC verwenden um native WinCE apps zu bauen.

    Wenn es allerdings ohne großen Aufwand möglich wäre das ganze in VS2019 C++11 < zu bauen und für die alten Systeme zu kompilieren wäre ich dafür.

    Da es sich hier auch um POV und POC's hatte wollte ich eben da nicht so viel elan reinstecken. Wenn es mein Tagegeschäft wäre und ich Jahre nicht andere tun würde... und deinen Weg @Finnegan gehen



  • @SoIntMan sagte in C++ Pattern Register/Unregister Events:

    ja ich würde auch gern neue Standards verwenden. Leider muss ich hier gerade ein App entwickeln welche auf "uralten WinCE" panel laufen sollen. Auch wenn diese nicht mehr Zeitgemäß sind bzw. teilweise abgekündigt sind. (brown-field).

    Ach du meine Güte, wo laufen denn noch WinCE Sachen? 🤔



  • @VLSI_Akiko sagte in C++ Pattern Register/Unregister Events:

    Ach du meine Güte, wo laufen denn noch WinCE Sachen?

    Bspw: In der Industrie. bspw. Siemens HMI Panels .. WinCE based. zwar abgekündigt aber bis da komplett ersetzt wird (bei Siemens Kunden) dauert es noch "jahre".



  • @SoIntMan sagte in C++ Pattern Register/Unregister Events:

    @VLSI_Akiko sagte in C++ Pattern Register/Unregister Events:

    Ach du meine Güte, wo laufen denn noch WinCE Sachen?

    Bspw: In der Industrie. bspw. Siemens HMI Panels .. WinCE based. zwar abgekündigt aber bis da komplett ersetzt wird (bei Siemens Kunden) dauert es noch "jahre".

    Ah ja, die üblichen Täter. Ich kenne das von anderen Siemensgeräten wo noch ewig lang Windows NT 4 benutzt wurde. Wobei für die letzte WindowsCE Version gibts doch noch Support bis 2023 oder? Seweit ich mich erinnern kann, war das immer Erscheinungsdatum + 10 Jahre Support.
    Naja, zumindest musstest du dich nicht mit HP C3600 und C3750 rumschlagen. Also die Kisten mit HP-PA 8600 und 8700 Prozessoren drin und uralt HP-UX drauf. Die Prozessoren sind cool (genau genommen sogar besser als Alpha), aber dieses Unix war schmerzhaft. 😅



  • @VLSI_Akiko sagte in C++ Pattern Register/Unregister Events:

    Ah ja, die üblichen Täter. Ich kenne das von anderen Siemensgeräten wo noch ewig lang Windows NT 4 benutzt wurde. Wobei für die letzte WindowsCE Version gibts doch noch Support bis 2023 oder? Seweit ich mich erinnern kann, war das immer Erscheinungsdatum + 10 Jahre Support.
    Naja, zumindest musstest du dich nicht mit HP C3600 und C3750 rumschlagen. Also die Kisten mit HP-PA 8600 und 8700 Prozessoren drin und uralt HP-UX drauf. Die Prozessoren sind cool (genau genommen sogar besser als Alpha), aber dieses Unix war schmerzhaft.

    Ist halt Siemens, die haben ne gewisse Stellung:) Es gibt natürlich schon da moderne technologien Web bases Scada System etc. Aber die (siemens) Kunden wollen eben oft noch bei bewährten und bekannten Technologien bleiben. Und wenn immer auf neue Technologien aufgesprungen wird, ist eben die Angst da, dass es nicht funktioniert, oder man sich damit nicht auskennt:) etc.



  • @SoIntMan sagte in C++ Pattern Register/Unregister Events:

    Ist halt Siemens, die haben ne gewisse Stellung:) Es gibt natürlich schon da moderne technologien Web bases Scada System etc. Aber die (siemens) Kunden wollen eben oft noch bei bewährten und bekannten Technologien bleiben. Und wenn immer auf neue Technologien aufgesprungen wird, ist eben die Angst da, dass es nicht funktioniert, oder man sich damit nicht auskennt:) etc.

    Komisch, also ich mache gerade wieder die Erfahrung, dass man sich mit den alten Systemen nicht mehr auskennt, weil die ursprünglichen Kollegen nicht mehr da sind.
    Wühle mich gerade durch Upstart Patches, die Upstart um die Nutzung von Capabilities erweitert. Niemand weiß was die Patches machen, niemand weiß, was die Scripte machen, niemand weiß was Capabilities sind. Aber hey, immerhin schon ein 2.6.32 Kernel. Welches Securitypatchlevel? Keine Ahnung, ist nicht ersichtlich (für die Laien, Linux hatte mal eine 4-stellig Versionsnummer). Naja, ist immerhin spaßiger als Treiber aus dem Xilinx Kernel branch rauszufummeln und in den Mainline Kernel zu portieren. 🤣



  • @VLSI_Akiko sagte in C++ Pattern Register/Unregister Events:

    Wobei für die letzte WindowsCE Version gibts doch noch Support bis 2023 oder? Seweit ich mich erinnern kann, war das immer Erscheinungsdatum + 10 Jahre Support.

    Support heisst aber nicht dass MS es unbedingt mit neuen Visual Studio Versionen unterstützt. Sondern bloss dass es Security Fixes gibt und dass MS Support Cases annimmt. Wobei wohl der "normale" Support für WindowsCE 8.0 bereits 2018 abgelaufen ist:

    Mainstream Support Ended October 9, 2018, and Extended Support Until October 10, 2023.

    https://en.wikipedia.org/wiki/Windows_Embedded_Compact


Log in to reply