Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Wine Software

Programming With WineLib 17

paulydavis writes "The c/c++ users journal has an article about porting windows applications to Linux using Winelib. The article is a good tutorial on how to obtain winelib and how to use such things as the winebuild and the winemaker tool."
This discussion has been archived. No new comments can be posted.

Programming With WineLib

Comments Filter:
  • wxWindows (Score:5, Interesting)

    by cpeterso ( 19082 ) on Thursday March 13, 2003 @02:21AM (#5501093) Homepage

    Why not just avoid the Win32 APIs and use a cross-plpatform framework like wxWindows [wxwindows.org]? You can built native Windows, Linux/Unix, and Mac GUI applications from the same source code. It's also been around for about 11 years.
  • It's pretty cool that something like this exists, especially for big existing codebases, but I so wish there was a nice modern cross platform windowing template library.

    Sure would make a nice addition to boost.
    • wxWindows (free)
      Qt (license needed for commercial purposes)
      • I know about those, but they don't meet the requirements I listed. The closest would be wxWindows, but it includes a lot more than is necessary and can hardly be called "modern." It's another C++ code base stuck in 1996.
  • So when can we expect the finished Linux port of Laser Squad Nemesis? I used to love the original Amiga version on my old A500, and am dying to get this on my Linux box.
  • What I really need is to run kids' software (Reader Rabbit, Putt-Putt Goes to the Moon, etc) without forcing the kid to start Wine first. Could this library Linux to recognize the binary as a Windows executable and run it through dynamic linking? Or is it only useful for porting the code?
    • Its only usefully for porting software. You can create links and icons for each of your software - this works but takes some setup on your part. Or alternatively you can use vmware. (Win4Lin doesn't support DirectX very well). I haven't played with WineX - but that may also be a solution.
    • by cide1 ( 126814 ) on Thursday March 13, 2003 @11:17AM (#5502954) Homepage
      There is a Wine daemon that can run and intercept a call from the shell or filemanager and make the appropriate wine calls invisible to the user. RedHat 8 has it on by default when you choose to install Wine. It is quite useful, because a binary is now a binary, no matter what is required to run it, the appropriate libraries and environment are automatically loaded.
      • It is quite useful, because a binary is now a binary, no matter what is required

        Isn't there a teensy bit of a virus issue with doing something like this to a Linux box? Seems like it would be well worth the time to manually create shortcuts that launch Wine rather than just let any Windows code run unchecked.

        It's this kind of thing that got Windows in trouble with viruses in the first place.
        • Didn't this already happen? There was a story about somebody's Linux machine successfully propagating a Windows email virus, due to a Linux email program automatically (or maybe manually) executing a program attached to an email. The Windows executable was recognized and loaded the Wine libs and ran. The virus failed to infect the machine but it did succeed in opening the users address list (maybe a Windows address list on a mounted Windows drive) and emailing itself to everybody on the list.
        • Isn't there a teensy bit of a virus issue with doing something like this to a Linux box?

          Not in the kids' account with no network privileges and no write privileges outside of /home and /tmp.

        • For that matter, just running linux applications unchecked would be just as dangerous. We should have a confirmation screen that makes sure you intend to be using /bin/ls and not /usr/bin/ls or /usr/local/bin/ls.

          Running code is dangerous. Your account privs must be in place. It doesn't matter if the app needed winelibs or not.
      • I believe you're thinking of the binfmt_misc hack.

        I know of no such daemon, and one wouldn't really be very useful. Making Linux able to execute Windows EXEs "natively" in this way is little more than a semantic change - all it does is run "wine foo.exe" for you when you write "./foo.exe" - neat, but... what's the point?

        Especially when you consider that mostly wine apps will install to the fake C drive

    • You've been able to do this for quite some time now by using the /proc filesystem. Check out this mailing list post for details: http://www.winehq.com/hypermail/wine-devel/2002/06 /0044.html [winehq.com]

BLISS is ignorance.

Working...