Announcement

Collapse
No announcement yet.

Wine 7.3 Released With More PE Conversion Work, Long Type Conversion Process

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

  • Wine 7.3 Released With More PE Conversion Work, Long Type Conversion Process

    Phoronix: Wine 7.3 Released With More PE Conversion Work, Long Type Conversion Process

    Wine 7.3 is out as the newest bi-weekly development snapshot for enjoying Windows games and applications running on Linux, macOS, and other platforms...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Ah yes, long being 32-bit on Windows but 64-bit elsewhere...
    ...so you have to beg the compiler to make it long: long long

    Comment


    • #3
      wine is progressing at a slow and steady pace, always glad to see more improvements

      Comment


      • #4
        Originally posted by tildearrow View Post
        Ah yes, long being 32-bit on Windows but 64-bit elsewhere...
        ...so you have to beg the compiler to make it long: long long
        The funny thing is, they also have the x86 terminology WORD, DWORD, and QWORD all over the place.

        Honestly, stdint would've saved the day, if not for "_t" which is just ugly. I still use uint32_t etc, but the _t is so ugly.

        Comment


        • #5
          Originally posted by microcode View Post

          The funny thing is, they also have the x86 terminology WORD, DWORD, and QWORD all over the place.

          Honestly, stdint would've saved the day, if not for "_t" which is just ugly. I still use uint32_t etc, but the _t is so ugly.
          This.

          Furthermore several IDEs don't highlight the _t aliases correctly, and instead treat them as typedefs (which gets on the way).

          Comment


          • #6
            While not apparent in this update, I still have to wonder if this is the year where we can finally run Paint.NET with Wine... Ah, a person can dream
            (P.S. Don't suggest me native alternatives, I've tried them and found no replacement.)

            Comment


            • #7
              Originally posted by ridge View Post
              While not apparent in this update, I still have to wonder if this is the year where we can finally run Paint.NET with Wine... Ah, a person can dream
              (P.S. Don't suggest me native alternatives, I've tried them and found no replacement.)
              Simple GTK# Paint Program. Contribute to PintaProject/Pinta development by creating an account on GitHub.

              This is not exactly native alternative. Pinta forked off Paint.Net 3.36 modified to be cross platform. Yes Pinta still under active development. So there are two ways to solve your problem here.
              1) Wait and hope Wine at some point will make work Paint.Net. Yes this is going to be tread mil with updating .net runtimes and other things with newer versions causing a path of repeating failures.
              2) Put in feature requests with Pinta for the features you have in Paint.net that Pinta does not have and hope they get granted. Good part here is if this route works you have something that is built and tested cross platform.

              Basically I see waiting for wine to be able to run Paint.NET is putting all you eggs in one basket with a very suspect handle. Yes Pinta could be a under sized basket to hold the eggs at this time but its a solid and dependable handle.

              Yes Pinta does in fact use icons from Paint.net 3.0. This is more of a fork of Paint.net instead of just being alternative.

              https://flathub.org/apps/details/com...aProject.Pinta Yes you can install Pinta by flatpak.

              Please note I not saying that Pinta is a suitable alternative for your workflow at the moment. More than you should be backing both sides here praying for wine to improve and providing the information to Pinta so it can hopefully improve with the objective that one of them at some point will solve your problem.

              Comment


              • #8
                Originally posted by microcode View Post
                Honestly, stdint would've saved the day, if not for "_t" which is just ugly. I still use uint32_t etc, but the _t is so ugly.
                Yeah it's ugly, since having used Rust I use types.hxx everywhere:
                using u8 = uint8_t;
                using i8 = int8_t;
                using u16 = uint16_t;
                using i16 = int16_t;
                using u32 = uint32_t;
                using i32 = int32_t;
                using u64 = uint64_t;
                using i64 = int64_t;
                using usize = size_t;
                using isize = ssize_t;
                using f32 = float;
                using f64 = double;
                using uchar = unsigned char;

                Comment


                • #9
                  Originally posted by ridge View Post
                  While not apparent in this update, I still have to wonder if this is the year where we can finally run Paint.NET with Wine... Ah, a person can dream
                  (P.S. Don't suggest me native alternatives, I've tried them and found no replacement.)
                  Adobe Photoshop CS2 which has long been sorta free to use works beautifully under Wine.

                  Comment


                  • #10
                    Originally posted by birdie View Post

                    Adobe Photoshop CS2 which has long been sorta free to use works beautifully under Wine.
                    Wasn't that just a DRM-free release in 2013 caused by Adobe being unwilling to keep the activation servers running? It's still paid, proprietary licensed software as far as I'm aware, so you might as well just torrent the latest release and use that...

                    Comment

                    Working...
                    X