- wine-devel - winehq.org

Re: Mandrake RPMs
by Ivan 29 Jun '04

29 Jun '04

> It turns out the reason they don't work on Fedora is because they don't > work at all No, wine segfaulted, so it probably wasn't a packaging related problem. > wine.inf is in /usr/share/doc/wine-20040615 which is wrong, > it needs to be in /usr/share/wine. This is strange because I tested both RPMs on multiple versions of Mandrake before releasing them. Anyway, new RPMs will be up soon. Ivan.

2 1

Mandrake RPMs
by Mike Hearn 29 Jun '04

29 Jun '04

Hi, Ivans comment that the Mandrake RPMs didn't work on Red Hat/Fedora surprised me, so after encountering a stuck Mandrake user for whom the RPMs weren't working either on IRC I decided to check them out. It turns out the reason they don't work on Fedora is because they don't work at all - wine.inf is in /usr/share/doc/wine-20040615 which is wrong, it needs to be in /usr/share/wine. As this file is in the wrong place Wine refuses to start on a new users account. Once I manually copied the file to the right place Wine worked just fine. Could somebody please fix the Mandrake RPMs, and maintainers of other packages please ensure you have details like this right. thanks -mike

1 0

Re: fix typo in wwn
by Brian Vincent 29 Jun '04

29 Jun '04

> -A few other people were in favor of saving it to support a > +A few other people were in favour of saving it to support a "The Americans are identical to the British in all respects except, of course, language." - Oscar Wilde Brian

3 2

How to handle odbc/registry
by Bill Medland 29 Jun '04

29 Jun '04

The builtin odbc32.dll basically simply proxies the underlying unix ODBC provider (e.g. unixODBC or iODBC). I have just discovered that somewhere in the compilation/link phase under Windows some standard ODBC function calls somehow actually get translated into direct registry calls. For example the SQLGGetInstalledDrivers call actually gets translated into an OpenKey and EnumerateKey on the HKLM/Software/ODBC/ODBCINST.INI/ODBC Drivers So should we have code within the registry code that recognises access to the ODBC tree when odbc32 is builtin and redirects it to the corresponding calls to the unix ODBC manager? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 1

Re: objects/region.c: REGION_FrameRgn
by Alexandre Julliard 29 Jun '04

29 Jun '04

Filip Navara <xnavara(a)volny.cz> writes: > Indeed Dimtry was right about the cause of the balloon tooltips > drawing issue. Here is the code for FrameRgn ported from ReactOS that > actaully does the right thing. I don't think you should modify the source region at all, even temporarily; it could be in use somewhere else. -- Alexandre Julliard julliard(a)winehq.org

1 0

AT_SYSINFO under RedHat 8
by Bill Medland 28 Jun '04

28 Jun '04

preloader.c doesn't make due to the most recent change. Presumably AT_SYSINFO is supposed to be in the Elf.h? Bill -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

1 0

Crash when resizing window in Desktop mode
by Uwe Bonnes 28 Jun '04

28 Jun '04

Hallo, resizing the window of ISE (Xilinx FPGA programming suite), the mouse remains captured inside the wine desktop and following backtrace can be requested: Backtrace: =>1 0x404fdc04 DebugBreak+0x4 [debugger.c:274] in kernel32 (0x406ef1fc) 2 0x41f11067 error_handler+0x87(display=0x78089550, error_evt=0x406ef248) [x11drv_main.c:186] in x11drv (0x406ef210) 3 0x4114fc6b (0x406ef2c0) 4 0x4114e086 (0x406ef300) 5 0x41148f15 (0x406ef340) 6 0x41148ff5 (0x406ef360) 7 0x41130269 (0x406ef380) 8 0x41ee08a1 BITBLT_InternalStretchBlt+0x6e1(physDevDst=0x403d8f60, xDst=0x53, yDst=0x64, widthDst=0x286, heightDst=0x4, physDevSrc=0x0, xSrc=0x0, ySrc=0x0, widthSrc=0x0, heightSrc=0x0, rop=0x5a0049) [bitblt.c:1429] in x11drv (0x406ef424) 9 0x41ee0d93 X11DRV_PatBlt+0x43(physDev=0x403d8f60, left=0x53, top=0x64, width=0x286, height=0x4, rop=0x5a0049) [bitblt.c:1533] in x11drv (0x406ef470) 10 0x408a34ec PatBlt+0x5c(hdc=0xb38, left=0x53, top=0x64, width=0x286, height=0x4, rop=0x5a0049) [bitblt.c:42] in gdi32 (0x406ef49c) 11 0x41f0d8f7 draw_moving_frame+0x67(hdc=0xb38, rect=0x406ef58c, thickframe=0x1) [winpos.c:1763] in x11drv (0x406ef4cc) 12 0x41f0e7b4 X11DRV_SysCommandSizeMove+0xae4(hwnd=0x20028, wParam=0xf008) [winpos.c:2062] in x11drv (0x406ef5c8) 13 0x407c03e1 NC_HandleSysCommand+0x1b1(hwnd=0x20028, wParam=0xf008, lParam=0x25302d3) [../../windows/nonclient.c:1499] in user32 (0x406ef5f4) 14 0x407b0b5f DEFWND_DefWinProc+0x98f(hwnd=0x20028, msg=0x112, wParam=0xf008, lParam=0x25302d3) [../../windows/defwnd.c:528] in user32 (0x406ef684) 15 0x407b10c3 DefWindowProcA+0xa3(hwnd=0x20028, msg=0x112, wParam=0xf008, lParam=0x25302d3) [../../windows/defwnd.c:916] in user32 (0x406ef6b0) 16 0x407ba2d2 DefFrameProcA+0x42(hwnd=0x20028, hwndMDIClient=0x1002a, message=0x112, wParam=0xf008, lParam=0x25302d3) [../../windows/mdi.c:1272] in user32 (0x406ef6d4) 17 0x6c376a27 (0x406ef7bc) 18 0x6c371cea (0x406ef7dc) 19 0x40e41ccc (0x0000f008) 20 0x00000000 (0x00000000) This is with today's CVS -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: fix typo in wwn
by Ivan 28 Jun '04

28 Jun '04

> And they don't use the metric system. Shame. The matric system is way more used in the UK than in the US, where it's hardly used at all. Ivan.

1 0

Re: Change REFIID to IID* for stack declarations in oaidl_p.c to avoid initializers being discarded
by Mike Hearn 27 Jun '04

27 Jun '04

On Sun, 27 Jun 2004 21:13:17 +0200, Marcus Meissner wrote: >> + It is usually generated directly by MIDL, however this file has >> + been tweaked since then to account for slight differences in the way >> + gcc and MSVC++ compile it. In particular, in some functions REFIIDs >> + declared on the stack have been converted to plain IID* in order to eliminate >> + the constness of the REFIID type, ensuring that the zero initializer is not >> + discarded. >> + >> + Therefore, please do not regenerate this file. >> +*/ > > The comment is not understandable. > > Shouldn't it read '"REFIID" should not be used, because the value is not "const"'? I don't understand that wording of the comment either unfortunately :( It's not that it shouldn't be used, it's more that in the original generated code (I think) it was written like this: REFIID riid; (REFIID ) riid = 0; I'm not sure why MIDL did this, but as REFIID is simply #define REFIID const IID* const changing those instances to IID* should "fix" it without any warnings about assigning to a readonly variable. REFIID can still be used elsewhere though. thanks -mike

1 0

Re: Tooltips: Start of Balloon Support
by Dmitry Timoshkov 27 Jun '04

27 Jun '04

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: > This patch marks the start of balloon tip support. Note that it also has > the same bug as native due to regions not being handled the same as on > Windows. Do you mean a bug in FrameRgn? If yes, ReactOS might have that bug fixed in their implementation. Could you have a look? -- Dmitry.

2 1

Re: Change REFIID to IID* for stack declarations in oaidl_p.c to avoid initializers being discarded
by Marcus Meissner 27 Jun '04

27 Jun '04

On Sun, Jun 27, 2004 at 05:23:27PM +0100, Mike Hearn wrote: > This can cause a subtle marshalling failure in some cases > (inter-thread IDispatch, native MSI, etc) > > > Mike Hearn <mh(a)codeweavers.com> > Change REFIID to IID* for stack declarations in oaidl_p.c to avoid > initializers being discarded > Index: oaidl_p.c > =================================================================== > RCS file: /home/wine/wine/dlls/oleaut32/oaidl_p.c,v > retrieving revision 1.2 > diff -u -p -w -r1.2 oaidl_p.c > --- oaidl_p.c 5 Sep 2003 23:08:33 -0000 1.2 > +++ oaidl_p.c 27 Jun 2004 16:17:04 -0000 > @@ -1,5 +1,14 @@ > -/* this ALWAYS GENERATED file contains the proxy stub code */ > +/* This file contains the proxy/stub code for core COM interfaces. > > + It is usually generated directly by MIDL, however this file has > + been tweaked since then to account for slight differences in the way > + gcc and MSVC++ compile it. In particular, in some functions REFIIDs > + declared on the stack have been converted to plain IID* in order to eliminate > + the constness of the REFIID type, ensuring that the zero initializer is not > + discarded. > + > + Therefore, please do not regenerate this file. > +*/ The comment is not understandable. Shouldn't it read '"REFIID" should not be used, because the value is not "const"'? Ciao, Marcus

1 0

Wine/WineX and subfs
by Uwe Bonnes 27 Jun '04

27 Jun '04

Hallo, when trying to install programs from subfs mounted CDROMS, wine stumbled on several occasions (GetVolumenInformation?), running on Suse 9.1. I had not yet time to investigate deeper. However the announcement for WineX 3.3.2 tells explicit about changes for CDROMs and subfs for Suse9.1. Anybody from Transgaming reading hear, willing to submit a patch or explain the changes? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

FILE_GetNtStatus Converting errno 38 to STATUS_UNSUCCESSFUL
by Jürgen Leibner 27 Jun '04

27 Jun '04

Hi there, i'm trying to install a Software for Schools using wine-20040505-SuSELinux90.i586.rpm. After launching wine as user with: # wine setup.exe i get this message: .... # fixme:ntdll:FILE_GetNtStatus Converting errno 38 to STATUS_UNSUCCESSFUL Is anybody out there, who is able to explain what happens and what to do to get succsess? Thanks, Jürgen

3 3

Re: Change Desktopsize for _INS5576._MP in config
by Uwe Bonnes 27 Jun '04

27 Jun '04

>>>>> "Uwe" == Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: Uwe> Changelog: documentation/samples/config: Uwe> [AppDefaults\\_INS5576._MP\\x11drv] Change Desktop size to 800x600 Uwe> With a desktop siye of 640y480, Sage PC Kaufmann Setup aborts, Uwe> asking for higher resolution. Looking at http://frankscorner.org/modules.php?op=modload&name=Sections&file=index&req… the small desktopsize used until now for _INS5576._MP seems to cause problems with the photoshop installer too... -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Suppressing NTDLL Relay messages
by Uwe Bonnes 27 Jun '04

27 Jun '04

Hallo, as the include and exclude lists for relay logging are initialized later than our ntdll is loader, relay logs contain all ntdll calls, even if the user didn't request them. Does anybody have an idea how to make the ntdll relay behave better? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: dbghelp crashes
by Eric Pouech 27 Jun '04

27 Jun '04

Jon Griffiths a écrit : > Hi, > > Some overly long stabs cause crashes when debug tracing is enabled. > > Cheers, > Jon > > +dlls/dbghelp/stabs.c > Prevent the debug buffer from overflowing on long stabs You shouldn't use debugstr_an with a fixed value, since all strings are '\0' terminated. Either fix dlls/ntdll/debugtools.c to handle properly those long string conditions (and remove the ugly call to abort()), or use min(256, strlen(ptr)) as the actual length of the string in debugstr_an calls. I'd prefer the first solution. A+

1 0

Re: wine/loader preloader.c
by Mike Hearn 27 Jun '04

27 Jun '04

On Sat, 2004-06-26 at 08:25 -0500, Mike McCormack wrote: > I think a better fix is to define it if it's missing. This commit by Alexandre should fix the segfaults people have been seeing on Fedora Core 2. Either of the two patches just sent are correct BTW, Red Hat 9/Fedora Core 1 do not place AT_SYSINFO* headers in the ELF startup auxiliary vector. thanks -mike

2 1

Wine causing a Segmentation Fault
by David Lee 26 Jun '04

26 Jun '04

I am using the CVS wine as of 6/22/04 and when I run the compiled binary of wine, I get a Segmentation Fault. In fact, most of the wine* binaries located in /usr/local/bin give me a Segmentation Fault. I have tried a manual compile: ./configure, make depend && make, su -c make install. and using the wineinstall tool. I'm running fedora 2 and using the sources. RPMs don't work either. -- David Lee

4 3

Re: !LOSTWAGES! site misc updates
by Ivan 26 Jun '04

26 Jun '04

> Do you really think we need to switch from American to English spelling? A common solution is to spell the same word in A.E. in some places and in B.E. in others, and that's what my patch does. Apart fomr that, it's not only a spelling patch. Ivan.

1 0

Re: wine/loader preloader.c
by Michael Stefaniuc 26 Jun '04

26 Jun '04

Hello, On Fri, Jun 25, 2004 at 07:12:20PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 12717 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2004/06/25 19:12:20 > > Modified files: > loader : preloader.c > > Log message: > Remove the AT_SYSINFO and AT_SYSINFO_EHDR values if the sysinfo page > is in one of our reserved ranges. On Red Hat Linux 9 there is no AT_SYSINFO_EHDR in /usr/include/elf.h thus breaking compilation there. I've attached a trivial patch to fix this. > > Patch: http://cvs.winehq.org/patch.py?id=12717 > > Old revision New revision Changes Path > 1.6 1.7 +62 -20 wine/loader/preloader.c bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: !LOSTWAGES! site misc updates
by Dimitrie O. Paun 26 Jun '04

26 Jun '04

On Fri, Jun 25, 2004 at 07:35:23PM +0200, Ivan wrote: > As in subject. Jeremy, please let me know if there's anything wrong in this patch. Do you really think we need to switch from American to English spelling? What if someone else is sending a patch to convert back to American? I think the spelling is fine the way it is now. -- Dimi.

1 0

Chasing Galactic Civilizations Unhandled Exception
by Mike Kost 25 Jun '04

25 Jun '04

After sucking it up and realizing I'd have to learn how to navigate winedbg, I started playing around with the Galactic Civilizations unhandled exception. Some documentation and a few trips through winedbg later, it appears that Gal Civ is throwing a divide-by-zero -----------<snip>--------------- First chance exception: divide by zero in 32-bit code (0x40f2cda8) -----------<snip>--------------- I did a 'bt' next: -----------<snip>--------------- =>1 0x40f2cda8 send_mouse_event+0xc8(hwnd=0x10024, flags=0x8001, posX=0x1fb0000, posY=0x1df, data=0x0, time=0xef3d) [mouse.c:135] in x11drv (0x406cfbb0) 2 0x40f2e010 X11DRV_MotionNotify+0x60(hwnd=0x10024, event=0x406cfc4c) [mouse.c:613] in x11drv (0x406cfbdc) 3 0x40f24e90 .L79+0xa in x11drv (0x406cfc3c) ... stuff ... -----------<snip>--------------- and then did an 'info local' and got: -----------<snip>--------------- send_mouse_event: struct HWND__* hwnd = 0x00010024 (parameter) long unsigned int flags = 0x00008001 (parameter) long unsigned int posX = 0x01fb0000 (parameter) long unsigned int posY = 0x000001df (parameter) long unsigned int data = 0x00000000 (parameter) long unsigned int time = 0x0000ef3d (parameter) unsigned int state = 0x0000004c (local in register ECX) unsigned int state = 0x0000004c (local in register ECX) struct HWND__* hwnd = 0x01faffff (local in register EAX) long unsigned int data = 0x01faffff (local in register EAX) long unsigned int time = 0x0000ef3d (local in register EDI) struct tagINPUT input = 0x40f61028 (local) int width = 0x00000000 (local in register ESI) int height = 0x00000000 (local) -----------<snip>--------------- After digging around in dlls/x11drv/mouse.c (see the bt output), I found: -----------<snip>--------------- int width = GetSystemMetrics( SM_CXSCREEN ); int height = GetSystemMetrics( SM_CYSCREEN ); /* Relative mouse movements seem not to be scaled as absolute ones */ posX = (((long)posX << 16) + width-1) / width; posY = (((long)posY << 16) + height-1) / height; -----------<snip>--------------- The posX and poxY calculations are the only divides in the send_mouse_event function (pointed to by the bt as the stack location when the divide-by-zero occurred). The 'info local' confirms that width and height are indeed 0. My problem is that I do not think GetSystemMetrics should be returning 0. The display is quite chorked up by the time the unhandled exception occurs, so I'm pretty sure something bad has already happened; I just don't know what. If any x11drv experienced folk can provide pointers or insight, I'd greatly appreciate it. Mike Kost mike -at- tashcorp.net

1 0

problem with linkage of so under RHEL3
by Bill Medland 25 Jun '04

25 Jun '04

Guys (I'll be looking into it tomorrow but I thought I'd see if anyone already knows) Command line application opens a dll using LoadLibrary. That Dll links to odbc odbc uses unixODBC to link to the new Oracle 10g Beta ODBC client. That client so access rather a lot of Oracle libraries Relocation error occurs /usr/local/bin/wine-pthread: relocation error: /opt/oracle/product/10.1.0/client_1/lib/libsqora.so: undefined symbol: SQLGetPrivateProfileString The application can also be built under Linux, as can "That Dll" and link directly to unixODBC. Under that configuration it works fine. In all the messing about with the threading etc can anyone think immediately of where we might have messed up the linking? (Wine is rather old - cvs compile of about 20040408) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 3

FW: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier
by Krishna Murthy 25 Jun '04

25 Jun '04

Alexandre, Is these changes looks good? Do I have to submit this patch to 'wine-patches(a)winehq.org' ? Thanks, Krishna -----Original Message----- From: Krishna Murthy Sent: Tuesday, June 22, 2004 2:56 PM To: 'Alexandre Julliard'; Krishna Murthy Cc: wine-devel(a)winehq.org Subject: RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Alexandre, Please find attached modified patch. The method DEFDLG_SetDefButton() now accepts the BOOL bSetDefID parameter to adapt for both DM_SETDEFID and WM_NEXTDLGCTL. Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Friday, June 18, 2004 10:30 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > No, it is required. The DEFDLG_SetDefButton() is also called from > message DM_SETDEFID. In this case idResult should set to the default > button ID passed. And the current logic of DEFDLG_SetDefButton() does > what is required for DM_SETDEFID. Well, of course you'd need to adapt the DM_SETDEFID handling to the change. I think that's better than sending duplicate messages. -- Alexandre Julliard julliard(a)winehq.org

2 1

does wineshelllink work for use with GNOME?
by Santosh Siddheshwar 25 Jun '04

25 Jun '04

Hi, Does anybody know of the issues when making shortcuts on the main menu on GNOME (redhat 9)? It seems to me that the .desktop files are created under the right folder ($HOME/.gnome/apps) but the shortcuts dont appear on the menu. As far as I could figure the way to go about adding to the main or system menu is to make entries in the Applications.directory file in /etc/X11/desktop-menus and then have your app .desktop files in /usr/share/applications. Why dont the .desktop files under $HOME/.gnome/apps show up on the menu? Any other ideas? Similarly on redhat 9 for KDE the shortcuts seem to be required to be under $HOME/.kde/applnk-redhat but wineshelllink puts them in applnk folder. Is this correct? Thanks in advance! Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

1 0

winedbg crashes
by Jon Griffiths 24 Jun '04

24 Jun '04

Hi, I'm having some trouble with the debugger and a large C++ application I'm trying to debug. This seems unrelated to the recent changes that were made (the old debugger used to have issues as well). When my app dies i get the following: wine: Unhandled exception (thread 0009), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405db800,1) - no error checking or testing yet WineDbg starting on pid 0x8 fixme:dbghelp:SymLoadModule should no longer happen fixme:dbghelp:SymLoadModule should no longer happen Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x40a272a2). In 32 bit mode. err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch _Obj <> __default_alloc_template<true,0> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch _Impl <> locale err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch id <> locale wine-pthread: stabs.c:169: stabs_add_include: Assertion `idx >= 0' failed. wine: Unhandled exception (thread 000b), starting debugger... fixme:console:SetConsoleCtrlHandler (0x405db800,1) - no error checking or testing yet WineDbg starting on pid 0xa Unhandled exception: assertion failed in 32-bit code (0xffffe410). In 32 bit mode. 0xffffe410: popl %ebp Wine-dbg> The 'read access to 0x00000001' exception is my app, but the the debugger fails the above assertion and dies. I have stripped the application and .so's for this app (its winelib based), but this doesn't help the crash. I suspect maybe the template brackets may be screwing up the stabs parsing (since template names can contain commas). Has anyone seen something like this before? I'm happy to help debug the problem from this end if that helps. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

strace log of SIGSEGV on FC2
by Vincent Béron 24 Jun '04

24 Jun '04

Here's a strace log of strace ./wine in the root of a current cvs build tree, with wine's preloader debug enabled. It ends with a SIGSEGV. Vincent

1 0

Free application with menu redrawing/flicker loop (window position mismatch?)
by Andreas Mohr 24 Jun '04

24 Jun '04

Hi all, greetings from the Wine booth at LinuxTag! :) (Uwe Bonnes and me are there) The following program which a school employee (4000 pupils!) asked me about that prevents his school administration from switching to Linux has problems with continuous redrawing of the menu bar and non-redrawing of the client area (resulting from continuous menu redrawing?): http://schulverwaltungsprogramme.mswwf.nrw.de/mswf_software/html/winplan.ht… Note that installation runs fine; it's the main program which breaks. The relay log shows signs of a WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED loop or something like that. If someone more familiar with messaging and window management could have a look at it, then I'm sure he'd greatly appreciate it. :) Greetings, Andreas Mohr

2 1

Re: [WineHQ] Updated TODO
by Mike Hearn 24 Jun '04

24 Jun '04

Can I double check that this is actually all there is to it? My reading of the changelog was that this is only the calculations have been moved into the server, but the rest of it has not been. For instance, I haven't checked but it didn't look like InvalidateRect was rewritten. If this is it then I'll resend my LockWindow patch but I think there is more to come ... Alexandre? On Thu, 2004-06-24 at 09:37 -0400, Dimitrie O. Paun wrote: > ChangeLog > Alexander finished moving the visible region handling > to the server. >

2 1

lost vertical and horizontal scroll bar
by Nicolai Kuntze 24 Jun '04

24 Jun '04

Hi, I have here an application (bmed) but I can't see any scrollbars. Is there something I can do? Yours, Nicolai ---- Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte sowie Spam untersucht.

2 2

RE: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame
by Krishna Murthy 23 Jun '04

23 Jun '04

It looks like in bug 1435 they wanted to avoid triggering of error if no more files found. But could not understand why they wanted to avoid triggering of error when the specified filename does not exists. In MS windows if File Not found, then it returns error. So we could satisfy both by just doing the following check: > if (le != ERROR_NO_MORE_FILES) return LB_ERR; So the above condition triggers error for all the error conditions except for ERROR_NO_MORE_FILES. Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Tuesday, June 22, 2004 2:54 PM To: Krishna Murthy Cc: 'Dimitrie O. Paun'; wine-devel(a)winehq.org Subject: Re: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > Yesssss! got it, stupid mistake.... > It should be... > if ((le == ERROR_NO_MORE_FILES) || (le == ERROR_FILE_NOT_FOUND)) > return LB_ERR; That makes more sense, but it still looks wrong, I don't see why you would ignore all other errors. I suspect what you are really trying to do is to revert the change in rev 1.94, but this causes other problems (cf. bug 1435). I think you'll have to write a regression test for that one. -- Alexandre Julliard julliard(a)winehq.org

2 1

MSVCRT - __unDNameEx
by Andrei Barbu 23 Jun '04

23 Jun '04

Hey, I encountered an app that heavily relies on __unDNameEx which is a stub, and I couldn't find any MSDN info on it. The stub did have a hint as to an implementation of it, said that it's been implemented pretty well in tools/winebuild/msmangle.c I looked for that, couldn't find it, but I did find it in the CVS attic in wine/tools/speckmaker http://cvs.winehq.com/cvsweb/~checkout~/wine/tools/specmaker/Attic/msmangle… Is there a reason this isn't used there? or can I clean it up a little and include it? Yes it does have some fixme's, but it's better than ignoring it. Thanks, Andrei

4 3

Control.exe Replacement
by Steven Edwards 23 Jun '04

23 Jun '04

Hello, This a replacement control panel that was developed for ReactOS until the Control Panel namespace in Shell32 is done. Its far from perfect but seems to be a little better than the older implementation. Feedback is welcome. Thanks Steven Changelog: Gero Kuehn (reactos.filter(a)gkware.com) Control.exe replacement __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

2 2

Re: Make sure that both deactivated and activated MDI children receive WM_MDIACTIVATE message in all cases
by Alexandre Julliard 23 Jun '04

23 Jun '04

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Make sure that both deactivated and activated MDI children > receive WM_MDIACTIVATE message in all cases. This is causing test failures here: win.c:1449: Test failed: rects do not match win.c:1449: Test failed: rects do not match win.c:1449: Test failed: rects do not match win.c:1449: Test failed: rects do not match win.c:1449: Test failed: rects do not match win.c:1449: Test failed: rects do not match make: *** [win.ok] Error 6 -- Alexandre Julliard julliard(a)winehq.org

2 1

Setting up drive letters without wineinstall?
by Dan Kegel 22 Jun '04

22 Jun '04

OK, if wineinstall is no longer needed, how does one get drive letters set up? The doc on winehq seems to still tell people to edit the config file. If one does that, wine will then create the symlinks, but there's no doc on how to do it yourself... -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

6 5

RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier
by Krishna Murthy 22 Jun '04

22 Jun '04

Alexandre, Please find attached modified patch. The method DEFDLG_SetDefButton() now accepts the BOOL bSetDefID parameter to adapt for both DM_SETDEFID and WM_NEXTDLGCTL. Thanks, Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Friday, June 18, 2004 10:30 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > No, it is required. The DEFDLG_SetDefButton() is also called from > message DM_SETDEFID. In this case idResult should set to the default > button ID passed. And the current logic of DEFDLG_SetDefButton() does > what is required for DM_SETDEFID. Well, of course you'd need to adapt the DM_SETDEFID handling to the change. I think that's better than sending duplicate messages. -- Alexandre Julliard julliard(a)winehq.org

1 0

RE: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame
by Krishna Murthy 22 Jun '04

22 Jun '04

Yesssss! got it, stupid mistake.... It should be... if ((le == ERROR_NO_MORE_FILES) || (le == ERROR_FILE_NOT_FOUND)) return LB_ERR; Thanks, Krishna -----Original Message----- From: Dimitrie O. Paun [mailto:dpaun@rogers.com] Sent: Tuesday, June 22, 2004 2:01 PM To: Krishna Murthy Cc: 'Alexandre Julliard'; wine-devel(a)winehq.org Subject: Re: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame On Tue, Jun 22, 2004 at 11:08:28AM -0700, Krishna Murthy wrote: > The 'le' is an integer value and not a bitwise value. This means it > could have only one error condition at a time. Right. Because of this fact: > if ((le != ERROR_NO_MORE_FILES) || (le != ERROR_FILE_NOT_FOUND)) > return LB_ERR; Will always return LB_ERR. Proof: (le != ERROR_NO_MORE_FILES) || (le != ERROR_FILE_NOT_FOUND) ## by deMorgan's Law == !((le == ERROR_NO_MORE_FILES) && (le == ERROR_FILE_NOT_FOUND)) ## by transitivity == !(ERROR_NO_MORE_FILES == ERROR_FILE_NOT_FOUND) ## by the definition of these error codes == !(18 == 2) ## different numbers are not equal == !(FALSE) ## by negation == TRUE ;) -- Dimi. P.S. I haven't done a formal proof since I was doing my M.Sc. at UofT :)

2 1

RE: LISTBOX_Directory() returns LB_OKAY for invalid directory / f ilen ame
by Krishna Murthy 22 Jun '04

22 Jun '04

The 'le' is an integer value and not a bitwise value. This means it could have only one error condition at a time. The condition: if ((le != ERROR_NO_MORE_FILES) && (le != ERROR_FILE_NOT_FOUND)) return LB_ERR; Could never return LB_ERR even if file was not found. Hence we have changed to the logical OR condition which could trigger error either if no more files or file not found: if ((le != ERROR_NO_MORE_FILES) || (le != ERROR_FILE_NOT_FOUND)) return LB_ERR; Please find attached sample executable (DIRLIST.exe.zip has the executable), which demonstrate the behavior change between windows and wine. Run the sample and enter invalid path name or file name and press enter (click on Display button). On windows it displays error message "DlgDirList Failed...". Same steps when repeated on wine, it does not display this error message because of the above logical error. Krishna -----Original Message----- From: Alexandre Julliard [mailto:julliard@winehq.org] Sent: Friday, June 18, 2004 11:20 AM To: Krishna Murthy Cc: wine-devel(a)winehq.org Subject: Re: LISTBOX_Directory() returns LB_OKAY for invalid directory / filen ame Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > diff -u -r1.103 listbox.c > --- wine/controls/listbox.c 1 Apr 2004 04:57:12 -0000 1.103 > +++ wine/controls/listbox.c 17 Jun 2004 21:50:20 -0000 > @@ -1760,7 +1760,7 @@ > if ((handle = FindFirstFileW(filespec, &entry)) == INVALID_HANDLE_VALUE) > { > int le = GetLastError(); > - if ((le != ERROR_NO_MORE_FILES) && (le != ERROR_FILE_NOT_FOUND)) return LB_ERR; > + if ((le != ERROR_NO_MORE_FILES) || (le != > + ERROR_FILE_NOT_FOUND)) return LB_ERR; This makes the test completely useless, it can't be right. -- Alexandre Julliard julliard(a)winehq.org

2 1

Port to native x86_64?
by Sean Kormilo 22 Jun '04

22 Jun '04

Greetings - I'm interested in porting Wine to run in native x86_64 mode, and was wondering if anyone had attempted to do such a thing already? I notice that there does not appear to be any support in CVS to do this, but figured that perhaps someone else is already undertaking such an effort. My main motivation for doing so has to do with video driver support, in that the 32bit "emulated" applications are unable to use the 64bit 3D accelerated drivers, and fall back to software rendering - which is less than ideal. While this may eventually be resolved by the device drivers, I'd rather not wait for them. Any comments, or hints as to what needs to be done (other than the obvious compile time fixes) would be appreciated. I've got software development experience, but none porting code from a 32bit architecture to a 64bit one. Thanks! Sean.

2 3

Re: bug in sound support?
by Ivan 22 Jun '04

22 Jun '04

I haven't tested any non-directx software, anyway, both the winmm and dsound tests give quite a few errors, the logs are attached. I can hear the test tones, BTW the dsound one is much louder than the winmm one for no obvious reason. Ivan.

1 0

bug in sound support?
by Ivan 22 Jun '04

22 Jun '04

Wine oss doesn't work with the via82cxxx_audio audio driver shipped in the linux kernel, no other app has any problems, so I'm wondering if it's wine related. What info is needed to debug this? Ivan.

2 1

Problem with Soundblaster Live and Wine
by Constantin Bergemann 22 Jun '04

22 Jun '04

Hi, I have a problem with my Soundblaster Live and Wine. When running Windows Applications, they often set the mixer level for the PCM channel to 100%. However, the Soundblaster Live under Linux tends to sound a bit dirty at these levels, you have to use values under 80%. Is there anything I can do to tell wine to let this value unchanged? I am using ALSA and the OSS module of wine. Is anyone even aware of this problem? Thanks, Tony.

2 1

Re: Donations - RFC
by Brian Vincent 21 Jun '04

21 Jun '04

> >I would say sponsoring Wineconf 2005 would be a better idea (so we could go > >somewhere exotic (not that St Paul in winter was not exotic in a kinda > >perverted way for most of us :-) )). > > > > > I have volunteered to organize it in Cyprus. I've already started > lobbying for that location. After last year's last minute "hey, it's > more comfortable in the US" change, I decided that long term preparation > for votes, like you do in any self-disrespecting parliament, is the only > way to go. I just a did a quick search and found that airfare to Cyprus is about twice that of anywhere in western Europe. That's about what I would expect too. The cheapest flights from North America are generally into London, Paris, Amsterdam, or Frankfurt. Sometimes Madrid and Rome are reasonable too. Cyprus also adds a fair amount of travel time. Don't get me wrong - Cyprus would be a cool destination and I would love to travel there. It's also wonderful someone is will to try to organize a location other than North America. However, I'm willing to bet a Cyprus location will be such an inconvenient place to get to that we'd keep a lot of people away.

2 1

Re: new shell32 icons
by Mike Hearn 21 Jun '04

21 Jun '04

On Sun, 2004-06-20 at 21:55 -0400, Chris Morgan wrote: > *dlls/shell32/shres.rc: > Royce improved the 8bit versions of the icons but an unknown ReactOS author > drew these icons. > Improve shell32 icons. > > I've attached an image from my xp machine that has the old and new icons so > people can judge for themselves whether they are an improvement or not. I have to admit they are a big improvement but they seem to have been scaled badly at some point - the new icons seem rather fuzzy? Also you'll note that Crystal uses totally different icons for small sizes, maybe we should be using these as they are used in the filepicker.

1 0

Re: new shell32 icons
by Steven Edwards 21 Jun '04

21 Jun '04

Hi --- Chris Morgan <cmorgan(a)alum.wpi.edu> wrote: > *dlls/shell32/shres.rc: > Royce improved the 8bit versions of the icons but an unknown ReactOS > author > drew these icons. > Improve shell32 icons. There were donated to ReactOS by Everaldo Coelho from the Crystal Icon set. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

1 0

winegcc and winemaker- a few minor bugs
by Steven Edwards 21 Jun '04

21 Jun '04

Hola, I noticed two minor bugs when porting some sample DirectX code. 1. MSVC and Borland both allow for WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) where under winegcc you will get the following error: "winmain.cpp:187: error: ISO C++ forbids declaration of `WinMain' with no type". If you change it to: int APIENTRY WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) Then it will compile fine. So should we work around the incorrectness of code allowed for by other compilers? Or document the changes that you will run in to porting C++ from other compilers? 2. Winemaker does not import all of the import libs from the MS_VC makefile. When building my projects it does not link to ddraw even though the MS_VC makefile has ddraw.lib in it. So I will get the following warning on linking: winmain.o(.text+0xd5): In function `DoModeEnumeration(HWND__*)': : warning: undefined reference to `DirectDrawCreateEx' It needs to be a error rather than a warrning. When you try and run the program of course you get the following: [steven@steven enummode]# wine enummode.exe.so wine: could not load L"Z:\\mnt\\src\\tmp\\MSVC\\Chapters 11-15 (DirectDraw_ requires DirectX 7 or 8)\\enummode\\enummode.exe.so": /steven/.wine/dosdevices/z:/mnt/src/tmp/MSVC/Chapters 11-15 (DirectDraw_ requires DirectX 7 or 8)/enummode/enummode.exe.so: undefined symbol: DirectDrawCreateEx So of course adding ddraw to the imports in the Makefile fixes it. Other then these two bugs, (one of which is the other compilers fault for allowing bad code) I have had no problems with anything I have thrown at winemaker and winegcc. Nice work Dimi and Francois! Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 1

Game Testing Update - 20040615
by Mike Kost 21 Jun '04

21 Jun '04

Here a continuation of my game testing efforts. Same rules still apply in my efforts: All games tested are freely available as demos or F/OSS games on the Internet and they don't work right. Since my last report: - No bugs have closed - 2 more bugs filed - - #2299: Static in Dominions II Demo Audio - - #2300: Galactic Civilizations demo dies with unhandled exception - Finally started testing Galactic Civilizations Galactic Civilization Summary ----------------------------- Galactic Civilization is a bit grumpy and requires both a DCOM9x and an IE install to work correctly. It installed, but died with an unhandled exception when the game was started. Filed bug #2300 http://www.tashcorp.net/Wine/GalCiv/galciv-20040615.html Austerlitz Summary ------------------ There were no noticable changes over 20040505 testing. http://www.tashcorp.net/Wine/Austerlitz/austerlitz-20040615.html Dominions II ------------ There were no changes over 20040505, but I turned on the speakers and noticed that there was static in the audio at the startup screen. This was filed as bug #2299. http://www.tashcorp.net/Wine/DominionsII/dominionsII-20040615.html Remote Assault -------------- There were no noticable changes over 20040505 testing. http://www.tashcorp.net/Wine/RemoteAssault/remoteassault-20040615.html

1 0

Donations - RFC
by Jeremy White 21 Jun '04

21 Jun '04

Hi Everyone, Say, I've gotten in a few fairly generous donations lately, and so the Wine fund has a bit of money (around $800, afair). Now, the bulk of that is marked for embezzlement <g>, but it does leave a bit left over that could go to help Wine. The question is: how could that money be spent effectively? I have several thoughts on this, but would like to open it up for discussion. My suggestions are: * Buy software for proven Wine hackers If Wine hackers are lacking for licensed software, I could buy + ship it to them. My financially prudent side suggests that games would be a great way to do that, because we can buy a lot of games for $800, and only 1 copy of MS Office for the same price... :-/ The trouble with this idea is that the few times I've tried to offer software to Lionel and others they tell me that they have all they need. * Sponsor Wineconf 2005 We spent about $1500 of the Wine fund sponsoring some folks to travel to Wineconf this year. We could similarly use the funds for the next Wineconf. That suggests saving it for this purpose would be prudent. Thoughts? Suggestions? Comments? Cheers, Jeremy

4 4

Re: Incoming Message
by Twickline 21 Jun '04

21 Jun '04

1 0

Re: docu update
by Ivan 20 Jun '04

20 Jun '04

> I've tried binary wine packages on a few occasions > and *always* had major problems. Wine, and more importantly the things A user recently accidentally tried the Mandrake RPM on Red Hat and it wouldn't even run notepad. I build with no patches, no special stuff, just configure/make depend/make/make install Ivan.

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel