Re: wineconsole: Wait on events in curses backend using select instead of poll
Martin Storsjö wrote:
poll can't handle terminal devices on Darwin, since Tiger. See the following discussion: http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html
This will have to be setup so that it only works for Macs. Maybe this can be a static patch in the Darwine code but it does not belong in the Wine code stack. I'll look at what the Darwine code can and cannot do. James McKenzie
"James McKenzie" <jjmckenzie51(a)earthlink.net> wrote:
Martin Storsjö wrote:
poll can't handle terminal devices on Darwin, since Tiger. See the following discussion: http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html
This will have to be setup so that it only works for Macs. Maybe this can be a static patch in the Darwine code but it does not belong in the Wine code stack.
Why do you prefer to have a broken hack in Darwine instead of fixing this properly? Btw, what are the difference between Darwine and WineHQ that you insist to have a different name (Darwine) instead of just Wine? Are you aware that due to that all bugs reported to Wine bugzilla mentioning Darwine are closed as invalid? Do you have your own bug tracking system? -- Dmitry.
Dmitry Timoshkov wrote:
"James McKenzie" <jjmckenzie51(a)earthlink.net> wrote:
Martin Storsjö wrote:
poll can't handle terminal devices on Darwin, since Tiger. See the following discussion: http://lists.apple.com/archives/Darwin-dev/2006/Apr/msg00066.html
This will have to be setup so that it only works for Macs. Maybe this can be a static patch in the Darwine code but it does not belong in the Wine code stack.
Why do you prefer to have a broken hack in Darwine instead of fixing this properly? Because I don't think AJ will approve a Mac-only fix. If the 'proper' thing to do is to produce an appropriate patch, then that should be our goal.
Btw, what are the difference between Darwine and WineHQ that you insist to have a different name (Darwine) instead of just Wine? I did not create Darwine, I only test the builds from Zach Drayer and Mike Kronenberg. Are you aware that due to that all bugs reported to Wine bugzilla mentioning Darwine are closed as invalid? Do you have your own bug tracking system?
I'll check if Darwine has its own tracking system. I would like go segway at this point to two projects that I actually produced code for: NeoOffice.org, which was a Aqua port of OpenOffice.org The Mac X11 port of OpenOffice.org, which has produced a release version of an Aqua port after about two years. So, how does this apply to Wine? If a problem was found in NeoOffice.org that was caused by the base OpenOffice.org code, the NeoOffice.org testers would create a bug in the OpenOffice.org Bug Tracker. I propose that we do the same thing with Darwine. If a bug is found that concerns ONLY the Darwine builds, then it should stay with the Darwine people. An example of this is the lack of OpenGL support from Apple/MacQuartz's X11. If a bug is found that concerns the Wine code, then it goes into the Wine Bugzilla. This way developers are aware of problems that need to be fixed. As a final thought, I have an X86 PC (acutally, a Thinkpad A22p with an ATI video card) that I can test problems on and possibly work with to build Wine from git. However, my time is limited as is everyone's. So, why the long story: If AJ will allow Mac-specific 'c' code, then I'm all in on keeping it in Wine. If he cannot, then it should be part of the Darwine project. I don't want a repeat of what happened between the NeoOffice.org and OpenOffice.org projects. My opinion is that there should be one and only one code base from which builds for all of the x86 operating systems can be built from. This includes the various flavors of Linux, UNIX, Solaris and MacOSX. Maybe we can even include the small OS/2 crowd somehow. James McKenzie
participants (2)
-
Dmitry Timoshkov -
James McKenzie