• rtxn@lemmy.worldM
    link
    fedilink
    English
    arrow-up
    23
    arrow-down
    4
    ·
    edit-2
    8 months ago

    Neither of those options were available. It was written by a third-party for some old .NET Framework version, and the server and GUI components were written as a single application. Putting it on a server wasn’t an option either because the application’s GUI was constantly used for the management of assembly machines, and other applications were used for monitoring and administrative stuff.

    If you had been there, you’d know why this was a low-priority risk. That place was bleeding from a thousand wounds. At least this had some redundancy, for all it was worth in the end…

    (edit) I actually contributed to that software, even though it’s not open-source! I managed to nail down an issue where loading a project file using one locale would result in a crash, but not in others. The .NET stack trace was printed to an XHR response’s payload and I used that to locate a float.ToString() call where CurrentCulture was passed as the cultureInfo instead of InvariantCulture, so depending on the computer’s locale, it would try to parse CSV data either using a decimal dot or a decimal comma. I mailed this to the maintainer and the fix was released within the month.

    • NateNate60@lemmy.world
      link
      fedilink
      arrow-up
      7
      arrow-down
      3
      ·
      8 months ago

      Windows Server is an option.

      The operating system is called “Windows Server”. It doesn’t necessarily have to run on a mainframe. It has the regular Windows GUI (with a few differences, the first you’ll notice is “Cntr+Alt+Del to log in”) and can run regular Windows programs.