Ed wrote:
I'm brand new to the list and would like to get a Windows application that I wrote (uCon) to work with wine/winelib. I've submitted it to the application database. I've tried it on Wine and it *almost* works, so I'd like to pursue this further by building uCon with Winelib (as is recommended somewhere in the documentation).
Egads. Where does it recommend that? Using winelib is a terrible idea unless you really need it (e.g. on non-x86 platforms, it's your only option). The downside is that your app suddenly becomes very fragile with respect to user updates of wine; they need a synchronized version of your app that matches their version of Wine. I've seen this happen, and it's not pretty. Also, this means double the QA and release trouble. The Right Thing To Do IMHO is just make your app and wine work better together, not use winelib. So your next move is to file bugs in http://bugs.winehq.org describing how your app doesn't work with wine, and work with us to solve them. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv
Dan, Maybe I mis-read something out of context... On http://winehq.org/site/contributing#port_app, under the section "Porting Your Windows Application to Wine" it suggests this. I wrote uCon (a win32 application) and I would really like it to work with Wine. The majority of it does now. The GUI appears to be good; however, character throughput is not messed up. Kinda like a 1960 Corvette on the outside with a Corvair engine under the hood!!! :-( Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary. I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions. Thanks Ed Dan Kegel wrote:
Ed wrote:
I'm brand new to the list and would like to get a Windows application that I wrote (uCon) to work with wine/winelib. I've submitted it to the application database. I've tried it on Wine and it *almost* works, so I'd like to pursue this further by building uCon with Winelib (as is recommended somewhere in the documentation).
Egads. Where does it recommend that? Using winelib is a terrible idea unless you really need it (e.g. on non-x86 platforms, it's your only option). The downside is that your app suddenly becomes very fragile with respect to user updates of wine; they need a synchronized version of your app that matches their version of Wine. I've seen this happen, and it's not pretty. Also, this means double the QA and release trouble.
The Right Thing To Do IMHO is just make your app and wine work better together, not use winelib. So your next move is to file bugs in http://bugs.winehq.org describing how your app doesn't work with wine, and work with us to solve them. - Dan
On 8/28/07, Ed Sutter <esutter(a)alcatel-lucent.com> wrote:
Maybe I mis-read something out of context... On http://winehq.org/site/contributing#port_app, under the section "Porting Your Windows Application to Wine" it suggests this.
That's about how to improve Wine, not about getting your app on Linux. I'll fix that.
Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary.
I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions.
Step 1 is: file a bug for the worst problem, and let's see what we can do about it! - Dan
Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary.
I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions.
Step 1 is: file a bug for the worst problem, and let's see what we can do about it! My problem there is that I'm stuck with RH9 at the moment, and it appears that the latest Wine RPM for RH9 is 0.9.2. I see a few bugs already in bugzilla related to serial com port issues; not quite the same problem as I am seeing. So I can file a bug report, but I would expect that the first (legitimate) response will be that I need to run with the latest version. Is there any newer Wine RPM for RH9? Or do I need to get a new machine? :-( Ed
On Tuesday 28 August 2007 16:11, Ed Sutter wrote:
Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary.
I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions.
Step 1 is: file a bug for the worst problem, and let's see what we can do about it!
My problem there is that I'm stuck with RH9 at the moment, and it appears that the latest Wine RPM for RH9 is 0.9.2. I see a few bugs already in bugzilla related to serial com port issues; not quite the same problem as I am seeing. So I can file a bug report, but I would expect that the first (legitimate) response will be that I need to run with the latest version. Is there any newer Wine RPM for RH9? Or do I need to get a new machine? :-( Ed
You just have to compile the latest Wine for your machine. That's all you have to do. Roderick
On Tue, 28 Aug 2007, Ed Sutter wrote:
Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary.
I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions.
Step 1 is: file a bug for the worst problem, and let's see what we can do about it! My problem there is that I'm stuck with RH9 at the moment, and it appears that the latest Wine RPM for RH9 is 0.9.2. I see a few bugs already in bugzilla related to serial com port issues; not quite the same problem as I am seeing. So I can file a bug report, but I would expect that the first (legitimate) response will be that I need to run with the latest version. Is there any newer Wine RPM for RH9? Or do I need to get a new machine? :-( Ed
As far as I remember (a long time ago...) RH9's glibc is one of the first to support NPTL and there were some bugs. Also take care that not all RH9 provided kernels offer NPTL support (and that is required for wine). You can eventually try to install wine from sources but you may get stuck with old libraries that are not detected properly of have not enough capabilities. There will be font related problems as support has evolved a lot meantime. Thinking about having 6 versions of Fedora Core newer than RH9, you should really consider an upgrade. Paul Chitescu
On 8/28/07, Ed Sutter <esutter(a)alcatel-lucent.com> wrote:
My problem there is that I'm stuck with RH9 at the moment, and it appears that the latest Wine RPM for RH9 is 0.9.2. I see a few bugs already in bugzilla related to serial com port issues; not quite the same problem as I am seeing. So I can file a bug report, but I would expect that the first (legitimate) response will be that I need to run with the latest version. Is there any newer Wine RPM for RH9? Or do I need to get a new machine? :-(
You can build your own wine. Or you can grab RH9 rpms from Lei: http://linux.ucla.edu/~leiz/software/wine/rpms.php
On Tuesday 28 August 2007, Ed Sutter wrote:
Anyway, if it makes more sense for me to just report problems that I have with uCon when running it on wine, that's fine with me. Bottom line is I will do whatever is most appropriate/helpful/efficient to get it running and that includes doing some wine code if necessary.
I also have no problem with changing things in uCon to make it work better with wine. Whichever works best. I'm open for suggestions.
Step 1 is: file a bug for the worst problem, and let's see what we can do about it!
My problem there is that I'm stuck with RH9 at the moment, and it appears that the latest Wine RPM for RH9 is 0.9.2.
1. Make sure you've updated your RH9 with all redhat-provided updates. 2. Make sure you build the newest version of wine. Uninstall the wine rpm first, forget about it -- it's *really* old. Cheers, Kuba
participants (5)
-
Dan Kegel -
Ed Sutter -
Kuba Ober -
Paul Chitescu -
Roderick Colenbrander