June 2013 - Wine-Devel - list.winehq.org

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Hin-Tak Leung

--- On Sat, 29/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: ... > > The Mingw GNU toolchain works wells under wine. The > cygwin GNU toolchain don't, the last time I checked. > > That may be true, but the best way to make that point about > the Cygwin > GNU toolchain is with official Cygwin bug reports rather > than > asserting stuff here in an anecdotal way. No. Anytime that a piece of windows software (including Cygwin) works on windows but not on wine, is a wine problem. The fact that the such software developers (cygwin people) are nice enough to respond and adjust their software (cygwin) to fit a *flaw in wine* does not make the problem less a wine one. The various problems of running cygwin in wine are already well-documented - just do a search on wine's bugzilla (there are over a dozen of those). So the mere fact that the installer does not work correctly, is just another such problem. Also, running cygwin on wine, compared to other windows software which has no unix/linux equivalents, is hardly a priority. One bug among many, and on a piece of software which is interesting but not a priority. That's what the issue is.

June 29, 2013

Re: msxml3/tests: add additional conformance tests that show incorrect xpath behavior in wine

by Nikolay Sivov

On 6/27/2013 11:46, John Chadwick wrote: > + /* msxml's selectNodes returns a document ordered nodelist, regardless of > + * whether or not the xpath nodelist was document ordered... */ > + ole_check(IXMLDOMNode_selectNodes(rootNode,_bstr_("ancestor-or-self::node()"), &list)); > + todo_expect_list_and_release(list, "D1 E2.D1"); Please use explicit check for return value, like ok(hr == S_OK, "...");, also you probably don't need another macro for list checking, isn't it enough to wrap expect_list_and_release() in todo_wine {} ?

June 29, 2013

Re: Wine release 1.6-rc4

by Neumann, A. D.

Hello, I changed my email address. Please send this information to: info.adneumann(a)t-online.de Thank you! D. Neumann Am 28.06.2013 22:02, schrieb Alexandre Julliard: > The Wine development release 1.6-rc4 is now available. > > What's new in this release (see below for details): > - Bug fixes only, we are in code freeze. > > The source is available from the following locations: > > http://prdownloads.sourceforge.net/wine/wine-1.6-rc4.tar.bz2 > http://mirrors.ibiblio.org/wine/source/1.6/wine-1.6-rc4.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/download > > You will find documentation on http://www.winehq.org/documentation > > You can also get the current source directly from the git > repository. Check http://www.winehq.org/git for details. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > ---------------------------------------------------------------- > > Bugs fixed in 1.6-rc4 (total 38): > > 7597 No sound with OSS driver in C&C3 > 11224 Throw In (Blitz Basic game) has a memory access violation > 11675 Flatout 2 demo, Battlefield 2 demo, many others need native d3dx9_36.D3DXCreateEffect* > 12771 Multiple graphic problems in "The Witcher" > 13314 Winevdm displays a window when running Civilization I > 13662 dogfood: xchat-2.6.2 is very slow, while updating the window > 14318 Michisoft Reader Studio v1.5a fails to produce LIT file from HTML > 16325 incorrect font rendering for CJK programs > 16784 Babylon 7: Trial mode expires after installation > 18930 IDA Pro: Failing to allocate an enormous image > 20769 crash when exiting Microsoft Flight Simulator 98 > 20771 the menu bar doesn't work in M. Flight Simulator 98 > 21103 Presentation 14.2 (Neurobehavioral Systems): crashes when displaying video output > 21827 Photoshop 7, Slider disapear > 22291 DC++ hangs on exit > 23504 Subpixel Font rendering wrong for font MS Sans Serif > 23687 err:seh:setup_exception_record stack overflow when start Proteus7 Ares > 23945 Textures are not properly rendered in Deus-Ex:Invisible War > 24230 "Psalmen - Lieder des Lebens" crashes when clicking Next in settings pane > 24796 DIY Kyoto's Holmes fails to start > 25125 Can only print to the default CUPS printer from Visio 5 Professional > 25605 The Settlers 3: Save as bitmap crashes world editor > 26646 Worms Reloaded: sound choppy without hardware sound = emulation > 27658 3dvia plugin installer crashes > 28495 Runes of Magic: sometimes mouse cursor freezes > 29897 Lord Of the Rings Online Slow/Freezes > 29959 Zed: 3D Preview window is blank or doesn't open. > 30578 Disassembly not in fixed-width font in IDA Pro 6.2 demo > 30897 Europa Universalis III demo crashes while 'Loading Map-Sprites...' without native d3dxof > 31729 cl.exe: stack overflow with certain long command lines > 31772 NtQuerySystemInformation doesn't fill ReturnLength properly with SystemProcessInformation > 31812 Silverlight 4.x/5.x windows have repainting problems > 31908 Garena Blackshot does login > 32820 Offline rekening overzicht, orov doesn't work > 33283 Configuration of WM_NAME is delayed for virtual desktop > 33753 Titan Quest : Multiplayer not working > 33865 Regression in a specialized program > 33883 Scirra httpapi.dll error trying to Run a game > > ---------------------------------------------------------------- > > Changes since 1.6-rc3: > > Alexandre Julliard (22): > gdi32: Cache the font smoothing parameters. > kernel32: FormatMessage precision arguments are integers. > comdlg32: Add support for the CF_NOVERTFONTS flag. > clock: Don't offer vertical fonts in the font dialog. > notepad: Don't offer vertical fonts in the font dialog. > winecfg: Don't offer vertical fonts in the font dialog. > wineconsole: Don't offer vertical fonts in the font dialog. > winefile: Don't offer vertical fonts in the font dialog. > wordpad: Don't offer vertical fonts in the font dialog. > make_unicode: Move codepage file output code to a common routine and make default characters configurable. > libwine: Add support for codepage 10001 (Mac Japanese). > libwine: Add support for codepage 10002 (Mac Traditional Chinese). > libwine: Add support for codepage 10003 (Mac Korean). > libwine: Add support for codepage 10008 (Mac Simplified Chinese). > libwine: Add support for codepage 10010 (Mac Romanian). > libwine: Add support for codepage 10017 (Mac Ukrainian). > libwine: Add support for codepage 10021 (Mac Thai). > libwine: Add support for codepage 10082 (Mac Croatian). > krnl386: Create a new console for DOS binaries. > winevdm: Make it a GUI application to avoid a spurious console. > user32: Fetch the window menu again after sending initialization messages. > advapi32: Fix ReportEvent parameter types in the spec file. > > Andrew Eikum (4): > winbase.h: Add GetFileInformationByHandleEx. > oleaut32: Register the typelib's path without WOW64 redirection. > oleaut32: Load referenced typelibs in the same architecture. > oleaut32: Use typelib's pointer size, not system's. > > André Hentschel (15): > oleaut32/tests: Get rid of IS_ANCIENT in vartest. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in vartest. > oleaut32/tests: Don't use autoheader styled define in vartest. > oleaut32/tests: Get rid of IS_ANCIENT in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_DECIMAL in vartype. > oleaut32/tests: Get rid of HAVE_OLEAUT32_CY in vartype. > oleaut32/tests: Don't use autoheader styled defines in vartype. > oleaut32/tests: Don't use autoheader styled defines in varformat. > oleaut32/tests: Get rid of IS_ANCIENT in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_RECORD in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_DECIMAL in safearray. > oleaut32/tests: Get rid of HAVE_OLEAUT32_R8 in safearray. > oleaut32/tests: Don't use autoheader styled defines in safearray. > oleaut32/tests: Use BOOL instead of int when appropriate. > > Austin English (1): > winex11.drv: Print the architecture when showing driver problems. > > Bruno Jesus (2): > po: Update Brazilian Portuguese translation. > po: Update Brazilian Portuguese translation. > > Caibin Chen (1): > po: Update Simplified Chinese Translation. > > Christian Costa (1): > d3dxof: Add support for case sensitive legacy type indexColor. > > Dmitry Timoshkov (4): > kernel32/tests: Add a test for VirtualAlloc called on a mapped PE section. > kernel32/tests: Add more VirtualAlloc and VirtualProtect tests. > kernel32: Correct HeapFree .spec parameter type. > ntdll: Correct RtlFreeHeap .spec parameter type. > > Erich Hoover (1): > ws2_32: Fix interface-bound filter to accept locally generated targeted packets. > > Frédéric Delanoy (1): > tools: Update winemaker manpage French translation. > > Hans Leidekker (3): > ws2_32/tests: Avoid races. > dssenh/tests: Fix test failures on 64-bit Vista. > winhttp/tests: Add some tests for WinHttpDetectAutoProxyConfigUrl. > > Huw Davies (1): > comdlg32: Don't call the callback if it's not set. > > Jacek Caban (5): > ole32: Don't call AddConnection for weak references. > ole32/tests: Added tests for external connections stored in ROT. > oleaut32/tests: Added external connections tests for MSHLFLAGS_TABLEWEAK marshaling. > mshtml: Don't declare empty interface for nsCycleCollectionISupports. > secur32: Don't use deprecated gnutls_certificate_credentials. > > Julian Rüger (1): > server: Update German translation of manpage. > > Ken Thomases (2): > winemac: Dispatch key events directly to window to be sure to get key-up events. > winemac: Fix ordering of windows owned by same owner when on inactive desktop space. > > Marcus Meissner (8): > dbghelp: Free root in error case (Coverity). > dbghelp: Free srcpath in stabs handling (Coverity). > gdi32: Close handle in error path (Coverity). > gdi32: Close handle in mfdrv (Coverity). > msvf32: Fixed incorrect sizeof (Coverity). > ole32: LeaveCriticalSection in one exit case (Coverity). > ole32: Fixed bad sizeof()s in composite moniker (Coverity). > winmm: Fix incorrect parameter for test debug (Coverity). > > Matteo Bruni (2): > wined3d: Fix handling of cnd instruction with coissue flag. > d3d9/tests: Improve cnd instruction test. > > Michael Stefaniuc (1): > po: Update the Romanian translation. > > Mykola Zadorozhnyy (1): > po: Update Ukrainian translation. > > Petr Kočandrle (1): > po: Fix some Czech spelling errors. > > Piotr Caban (1): > msvcrt: Added _wcsicmp_l implementation. > > Qian Hong (2): > msctf: Added stub TF_CreateLangBarItemMgr. > include: Added missing declaration for some msctf APIs. > > Roger Koot (1): > po: Updated Dutch translation. > > Stefan Leichter (1): > msvcp100/tests: Fix dynamically loaded functions for platform arm. > > Volkan Gezer (1): > po: Updated Turkish Translation. > > -- > Alexandre Julliard > julliard(a)winehq.org >

June 29, 2013

Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Alan W. Irwin

On 2013-06-28 22:37+0100 Hin-Tak Leung wrote: > --- On Fri, 28/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: > > ... However, because of the Cygwin fork >> bug, Cygwin on >> Wine has largely been untested for the last three years so >> this could >> be a good opportunity to do such testing for the combination >> of Cygwin >> (with the fork fix) and recent Wine in case some Wine >> regression is >> discovered by such testing. > > what????!!!! You really don't get it. Yes I do. :-) Enuf said. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) the Time Ephemerides project (timeephem.sf.net) PLplot scientific plotting software package (plplot.sf.net) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

June 28, 2013

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Alan W. Irwin

On 2013-06-28 23:13+0100 Hin-Tak Leung wrote: > --- On Fri, 28/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: > > ... But I _know_ the MSYS version of cat works fine on recent >> Wine just >> like the rest of the GNU toolchain used for building >> software so if >> the MSYS and Cygwin GNU toolchain code bases have not >> diverged too >> much it should be straightforward (and probably quite fast, > ... > > Again, MSYS (i.e. Mingw) is not cygwin. This is probably an FAQ on mingw's web site. You really need to do some reading. Hmm. I think the shoe is on the other foot. Please read what I said above which clearly acknowledges the well-known differences between the MinGW/MSYS GNU toolchain and the Cygwin one. > The Mingw GNU toolchain works wells under wine. The cygwin GNU toolchain don't, the last time I checked. That may be true, but the best way to make that point about the Cygwin GNU toolchain is with official Cygwin bug reports rather than asserting stuff here in an anecdotal way. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) the Time Ephemerides project (timeephem.sf.net) PLplot scientific plotting software package (plplot.sf.net) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

June 28, 2013

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Hin-Tak Leung

--- On Fri, 28/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: ... But I _know_ the MSYS version of cat works fine on recent > Wine just > like the rest of the GNU toolchain used for building > software so if > the MSYS and Cygwin GNU toolchain code bases have not > diverged too > much it should be straightforward (and probably quite fast, ... Again, MSYS (i.e. Mingw) is not cygwin. This is probably an FAQ on mingw's web site. You really need to do some reading. The Mingw GNU toolchain works wells under wine. The cygwin GNU toolchain don't, the last time I checked.

June 28, 2013

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Alan W. Irwin

On 2013-06-28 22:07+0100 Hin-Tak Leung wrote: > --- On Thu, 27/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: >> [...]I asked >> Arjen Markus, a PLplot colleague of mine with Cygwin >> contacts, to try >> and get the debugging process started with the Cygwin >> developers. The >> response <http://cygwin.com/ml/cygwin/2013-06/msg00666.html> >> to his >> post looks quite promising. [and now has arrived at a solution that solves the fork bomb test]. > I read that thread with interest. > > However, I noticed that you have quite a few fundamental misunderstanding or lack of experience with cygwin. Definitely the latter and probably the former. :-) > [....] However, being able to install [by alternative means than setup.exe] does not equal to being able to run [...] I absolutely agree, but I am concerned that those alternative installation means might be the source of the issue. > You can try very simple things, like e.g. "cat fileA fileB > fileC", if you need convincing. Have you reported this to Cygwin as a bug? Their response to the fork issue was extraordinarily fast. By the way, when you report that possible cat bug to Cygwin, I am sure they will insist you use standard means (e.g., setup.exe) to install Cygwin to remove any uncertainty about whether your non-standard installation is the cause of the issue. And they will also probably insist you demonstrate the issue for the Microsoft version of Windows since Wine currently has an uncertain reputation (rightly or wrongly but we cannot say anything about that until the standard Cygwin method of installation works) concerning its ability to run Cygwin. You may have really found a valid Cygwin bug for their version of cat. But I _know_ the MSYS version of cat works fine on recent Wine just like the rest of the GNU toolchain used for building software so if the MSYS and Cygwin GNU toolchain code bases have not diverged too much it should be straightforward (and probably quite fast, if the fork bugfix speed is anything to go by) for the Cygwin developers to fix the issue if you prove it actually exists with a standard Cygwin installation on Microsoft Windows. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) the Time Ephemerides project (timeephem.sf.net) PLplot scientific plotting software package (plplot.sf.net) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

June 28, 2013

Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Hin-Tak Leung

--- On Fri, 28/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: ... However, because of the Cygwin fork > bug, Cygwin on > Wine has largely been untested for the last three years so > this could > be a good opportunity to do such testing for the combination > of Cygwin > (with the fork fix) and recent Wine in case some Wine > regression is > discovered by such testing. what????!!!! You really don't get it. setup.exe is simply *not* a necessity for putting a cygwin installation under wine. There are many other ways of installing cygwin into wine without running cygwin's installer. The easiest is simply to copy the entire installed directory, plus importing a few registry entries, from a genuine windows box which has cygwin on. (There are many people who bundles bits of cygwin with their software for windows, for years; so if you are a full-time windows user, you might even gain some bits of cygwin without knowing it, and without ever having seen the official cygwin installer or even heard of it) . The problem is that even if you manage to put it on, many part of cygwin don't work correctly under wine. Please don't confuse issues with running the official installer, and issues with running the cygwin system (or part of) itself. You have been told *many times*, in that thread, that setup.exe itself does not depend on cygwin, and use no part of it.

June 28, 2013

Re: [wine-devel] Re: Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Hin-Tak Leung

--- On Thu, 27/6/13, Alan W. Irwin <irwin(a)beluga.phys.uvic.ca> wrote: > On 2013-06-26 18:14-0700 Alan W. > Irwin wrote: > > > Note in retrospect I realized that this period leading > up to the > > release of Wine-1.6.0 has been a lousy time to ask wine > developers > > with Cygwin expertise to take on the additional > distraction of getting > > the debugging process for bug 24018 started with the > Cygwin > > developers. > > Because of the bad timing from the Wine developer > perspective, I asked > Arjen Markus, a PLplot colleague of mine with Cygwin > contacts, to try > and get the debugging process started with the Cygwin > developers. The > response <http://cygwin.com/ml/cygwin/2013-06/msg00666.html> > to his > post looks quite promising. It turned out the "fork > bomb" test > programme failed after only 500 iterations, and the Cygwin > developer, > Corinna Vinschen thinks she knows what the issue is with > more to come. > So stay tuned to that thread if you have an interest in bug > 24018. I read that thread with interest. However, I noticed that you have quite a few fundamental misunderstanding or lack of experience with cygwin. Firstly, cygwin's setup.exe doesn't do much more than unpacking tar balls, write a few registry entries, and run some scripts through sh.exe, occasionally. (the last one depends on the package, the middle one is one-off, the first time ever you run setup.exe - there after it just read those entries back; the unpacking obviously happens per package). So it is entirely possible to *install* cygwin into a wine prefix, without using cygwin's setup.exe, if you know how to unpack those files as well as set up the registry entries. It is even easier if you have access to a windows box: you can simply export those registries and import them into wine, copy the entire installed tree across from a windows box to wine. That, in principle, gives identical results as if you manage to run the setup.exe . (you can clone a cygwin installation across windows boxes in exactly the same way i.e. by copying the whole installed directory, plus export/importing a few registry entries.). However, being able to install does not equal to being able to run, or run correctly. I thought I wrote that already. Anyway, *some* people bundle bits of cygwin in their custom software for little things, and I have come across at least one such installer. The installer runs fine with wine, but the installed cygwin bits don't work correctly in wine. cat & echo were the two I noticed - the latter is fairly awful, since cmd has a built in echo, and wine cmd's works alright; said custom software installer also put its binaries in the front of the system $PATH (or if you prefer window's style, %PATH%). The added registry entries - or at least the important ones - are, if I remember correctly, the mount table i.e. it tells the installed bits where to find /usr/share, etc. Of course some, e.g. again, cat, echo, etc don't really have extra bits to look up, unlike say, emacs - which have lisp code files to load - and cat, echo, etc are supposed to work without cygwin mount table entires. On windows, they do work, and on wine, they don't (*not* because of the absence). You can try very simple things, like e.g. "cat fileA fileB > fileC", if you need convincing.

June 28, 2013

Bug 24018 which appears to be a showstopper for running Cygwin on Wine

by Alan W. Irwin

On 2013-06-27 09:39-0700 Alan W. Irwin wrote: > [...]I asked > Arjen Markus, a PLplot colleague of mine with Cygwin contacts, to try > and get the debugging process started with the Cygwin developers. The > response <http://cygwin.com/ml/cygwin/2013-06/msg00666.html> to his > post looks quite promising. It turned out the "fork bomb" test > programme failed after only 500 iterations, and the Cygwin developer, > Corinna Vinschen thinks she knows what the issue is with more to come. > So stay tuned to that thread if you have an interest in bug 24018. The bug has now been fixed to the extent that the fork bomb test now works on Cygwin. However, if you continue following that Cygwin mailing list thread you will see I have had absolutely no luck with running Cygwin's setup.exe under Wine (for Wine-1.5.19 and Wine-git near 1.6-rc1 which are both versions I have heavily tested with my MinGW/MSYS build project). For both wine versions and regardless or not of whether I use a fork-corrected cygwin1.dll or not I am getting a hang in the critical script run at the end of the install by setup.exe rather than the error message I used to get a month ago with wine-1.5.19 when that same script was run. That error message was identical to the other reports at <http://bugs.winehq.org/show_bug.cgi?id=24018> but now it has been replaced by a hang thanks (presumably) to either some change in Cygwin in the last month (other than the fork-bomb fix) or me inadvertently running setup.exe incorrectly from Wine. Anyhow, it is time for some wine developer with some expertise in Cygwin (which I don't have) to evaluate the Cygwin fork-bomb fix and see if it is possible with that fix to run setup.exe without issues on Wine. I presume this is a hectic time for you guys due to the imminent release of 1.6.0. However, because of the Cygwin fork bug, Cygwin on Wine has largely been untested for the last three years so this could be a good opportunity to do such testing for the combination of Cygwin (with the fork fix) and recent Wine in case some Wine regression is discovered by such testing. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net) the Time Ephemerides project (timeephem.sf.net) PLplot scientific plotting software package (plplot.sf.net) the libLASi project (unifont.org/lasi) the Loads of Linux Links project (loll.sf.net) and the Linux Brochure Project (lbproject.sf.net) __________________________ Linux-powered Science __________________________

June 28, 2013