March 2006 - Wine-Devel - list.winehq.org

Re: Winetools -> wine doors

by Dr J A Gow

Karl Lattimer wrote: > Fair point that it has been useful to you, it has been useful to me > also. Here's what I see. > > * An over complicated bash script, with way too many difficult to > maintain parts > * An inflexible application, which can only have new applications added > to it by the maintainer > * A terrible confusing GUI > > My choice of words was strong I admit, but I think this application is > ready to go to silicone heaven. > Your points are quite true. I was only really pointing out that something that enables individuals to Get Work Done Quickly (however bad the tool might be technically) is of considerable value. That, of course, does not mean that the tool shouldn't be replaced when it starts to suffer from 'bit-rot'. But let's not completely can it until a viable replacement is available otherwise we could undermine the perceived 'usefulness' of Wine when it comes to a necessary rush-job. I should add I don't use Winetools as a matter of course - I used it once to get me out of a hole, and it did! > What I am proposing and indeed working on is; > > * An appdb integrated application manager > * A clean UI which fits with gnome HIG > * A flexible, expandable, small and simple application which is easily > maintained but can do everything winetools does. This sounds like an excellent idea. > > Maybe nostalgia will keep some people using winetools, or trying to fix > something which is broken. Or maybe a couple people could lend a hand > with this and we could have something better ;) > > K, > > >

March 25, 2006

Re: Winetools -> wine doors

by Mike Hearn

Guys, WineTools clearly works for some people, there's no need to lay into it. After all, Wine itself has some slightly ugly areas of code still :)

March 25, 2006

Re: What happened to the Fedora packages?

by Andreas Bierfert

On Fri, 24 Mar 2006 15:13:16 +0100 Michel Ludwig <miclud(a)studcs.uni-sb.de> wrote: > Well, decent in the sense that the packages are well-made, or alternatively: > you've done a great job ! :-) ;) nice to hear ... tough if any of you have suggestions or problems let me know. - Andreas -- Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB andreas.bierfert(a)lowlatency.de | http://lowlatency.de | signed/encrypted phone: +49 2402 102373 | cell: +49 173 5803043 | mail preferred

March 25, 2006

Re: Could not run Digital Mars C/C++ Compiler under Wine

by Igor Sysoev

On Sat, 25 Mar 2006, Eric Pouech wrote: > Igor Sysoev wrote: >> On Thu, 23 Mar 2006, Eric Pouech wrote: >> >>> Igor Sysoev wrote: >>> >>>> When I try to run any program from Digital Mars C/C++ Compiler >>>> http://www.digitalmars.com/download/freecompiler.html >>>> under Wine 0.9.10 on FreeBSD 6.1, I always see the error: >>>> >>> this works fine here (on Linux)... may be a freebsd issue ? >> >> >> Well, is the way to try to debug the problem ? Some debug log ? > from what I see from your first post, a few remarks: > - file_set_error: Bad address => likely a read/write operation that fails > with an incorrect buffer > - stack overflow sent as a signal to the debugger > > it may well sound like that the running thread doesn't have all the required > memory > another strange item: fs is set to 1007 which is a rather high value (maybe > that's what you get on FreeBSD) > I'd start by looking at the stack allocation for the threads > > it also seems that you cannot get to the debug information (as dbghelp cannot > initiate), but this sounds like another issue I can run "WINEDEBUG=+all wine dmc.exe" and send a log. Igor Sysoev http://sysoev.ru/en/

March 25, 2006

Re: ilink32 hungs under Wine 0.9.10

by Igor Sysoev

On Thu, 23 Mar 2006, Igor Sysoev wrote: > When I try to link with ilink32.exe from C++ Builder Compiler and > Command Line Tools ( http://appdb.winehq.org/appview.php?versionId=1423 ) > ilink32 hangs. > > I saw comment on http://appdb.winehq.org/appview.php?versionId=1423 > about changing ADDRESS_SPACE_LIMIT. Could be applied to 0.9.10 ? I've tested changing ADDRESS_SPACE_LIMIT to 0x80000000 (patch attached) and ilink32.exe runs successfully. There is another patch http://www.winehq.com/hypermail/wine-devel/2004/03/att-0082/01-0012-wine-fi… that marks the page at 0x80000000 as reserved. As I know Windows has a compatibility code to emulate old bugs and undocumented for some applications depending on program name. Why not to add similar functionality to Wine ? Igor Sysoev http://sysoev.ru/en/

March 25, 2006

RE: [Bochs-developers] monitoring OS API calls

by Stanislav Shwartsman

Hello, Bochs already has two tools which able to do the things you describing. Bochs instrumentation allows you to set callback function for memory access occurred (it actually has a lot more capabilities) and you could write the callbacks to monitor WinAPI calls or everything else you want. Bochs internal debugger has virtual/linear/physical address breakpoint capability already, it also has some code to monitor Linux system calls as example. May be part of the code is outdate and should be modified/fixed but I don't think it should be a big effort to do that and I also could help you to do it fixing bugs or adding debug capabilities to the CPU. I think the tight choose for you it is Bochs with instrumentation; QEMU is less attractive because it has DT and it is much harder to instrument translated and not emulated code. Stanislav -----Original Message----- From: bochs-developers-admin(a)lists.sourceforge.net [mailto:bochs-developers-admin(a)lists.sourceforge.net] On Behalf Of Saulius Krasuckas Sent: Saturday, March 25, 2006 11:58 AM To: bochs-developers(a)lists.sourceforge.net Cc: wine-devel(a)winehq.org Subject: [Bochs-developers] monitoring OS API calls Hi, I mean Windows there - my primary aim is to monitor WinAPI calls. There exists quite a few of monitor apps to achieve this. But their nature is soft-intrusive - they patch system DLLs on disk or PE images in memory. I'd like to monitor calling of a functions from a lower-level side. One possibility is to rewrite system DLLs, which is hard in a case of Windows. Maybe another possibility can be to run OS in machine emulator and to break on reading/executing some virtual memory addresses? I imagine physical memory maps into linear addresses which maps into virtual addresses (perhaps into unshared space of each win32 process). Then it would be nice to implement a Debug Logging similar to one from the Wine project. [*] What effort is needed to implement breaking of emulation on execution of given/defined virtual addresses (plus reading a CPU state and virtual memory) of different Windows OS versions inside machine emulator? Can such code be put as some plugin to BOCHS or so? Maybe I need to look at the different machine virtualization projects like Qemu? [*] http://winehq.org/site/developer-cheatsheet ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ bochs-developers mailing list bochs-developers(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bochs-developers

March 25, 2006

monitoring OS API calls

by Saulius Krasuckas

Hi, I mean Windows there - my primary aim is to monitor WinAPI calls. There exists quite a few of monitor apps to achieve this. But their nature is soft-intrusive - they patch system DLLs on disk or PE images in memory. I'd like to monitor calling of a functions from a lower-level side. One possibility is to rewrite system DLLs, which is hard in a case of Windows. Maybe another possibility can be to run OS in machine emulator and to break on reading/executing some virtual memory addresses? I imagine physical memory maps into linear addresses which maps into virtual addresses (perhaps into unshared space of each win32 process). Then it would be nice to implement a Debug Logging similar to one from the Wine project. [*] What effort is needed to implement breaking of emulation on execution of given/defined virtual addresses (plus reading a CPU state and virtual memory) of different Windows OS versions inside machine emulator? Can such code be put as some plugin to BOCHS or so? Maybe I need to look at the different machine virtualization projects like Qemu? [*] http://winehq.org/site/developer-cheatsheet

March 25, 2006

Re: [Bochs-developers] monitoring OS API calls

by Fabian Scheler

Hi, well, how should this be possible with the help of an emulator like bochs? All you have is a binary image containing windows that is executed by bochs, how do you want to find out which API functions are called? At least you need a windows image that also contains debug symbols so you can find out which addresses are related to a OS API call. When you have this you may extend the simulation of the call-instruction to trace the OS API calls. Ciao, Fabian 2006/3/25, Saulius Krasuckas <saulius2(a)ar.fi.lt>: > Hi, > > I mean Windows there - my primary aim is to monitor WinAPI calls. There > exists quite a few of monitor apps to achieve this. But their nature is > soft-intrusive - they patch system DLLs on disk or PE images in memory. > > I'd like to monitor calling of a functions from a lower-level side. One > possibility is to rewrite system DLLs, which is hard in a case of Windows. > Maybe another possibility can be to run OS in machine emulator and to > break on reading/executing some virtual memory addresses? I imagine > physical memory maps into linear addresses which maps into virtual > addresses (perhaps into unshared space of each win32 process). > > Then it would be nice to implement a Debug Logging similar to one from the > Wine project. [*] > > What effort is needed to implement breaking of emulation on execution of > given/defined virtual addresses (plus reading a CPU state and virtual > memory) of different Windows OS versions inside machine emulator? > > Can such code be put as some plugin to BOCHS or so? Maybe I need to look > at the different machine virtualization projects like Qemu? > > > [*] http://winehq.org/site/developer-cheatsheet > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > bochs-developers mailing list > bochs-developers(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bochs-developers >

March 25, 2006

Re: Could not run Digital Mars C/C++ Compiler under Wine

by Eric Pouech

Igor Sysoev wrote: > On Thu, 23 Mar 2006, Eric Pouech wrote: > >> Igor Sysoev wrote: >> >>> When I try to run any program from Digital Mars C/C++ Compiler >>> http://www.digitalmars.com/download/freecompiler.html >>> under Wine 0.9.10 on FreeBSD 6.1, I always see the error: >>> >> this works fine here (on Linux)... may be a freebsd issue ? > > > Well, is the way to try to debug the problem ? Some debug log ? from what I see from your first post, a few remarks: - file_set_error: Bad address => likely a read/write operation that fails with an incorrect buffer - stack overflow sent as a signal to the debugger it may well sound like that the running thread doesn't have all the required memory another strange item: fs is set to 1007 which is a rather high value (maybe that's what you get on FreeBSD) I'd start by looking at the stack allocation for the threads it also seems that you cannot get to the debug information (as dbghelp cannot initiate), but this sounds like another issue A+ -- Eric Pouech

March 25, 2006

Re: Winetools -> wine doors

by Karl Lattimer

On Fri, 2006-03-24 at 19:00 +0000, Dr J A Gow wrote: > > I've looked through the winetools code and it is a clusterf*ck of > > nonsense. It appears to be in the final stages of code rot, however > > This "clusterf*ck of nonsense" helped me to get a microcontroller > development suite running under Wine, which otherwise would not install > natively. After over ten years designing and developing embedded systems, > there is one thing that stands out. Code that is 'nonsense' does not work > at all. Code that works may not be elegant, it may not be pretty and > you may hate the style, but it _works_ and therefore it is not nonsense. > This code works, is useful and serves a purpose. Just because you don't > like the way it is written does not make it nonsense. Language, please! Fair point that it has been useful to you, it has been useful to me also. Here's what I see. * An over complicated bash script, with way too many difficult to maintain parts * An inflexible application, which can only have new applications added to it by the maintainer * A terrible confusing GUI My choice of words was strong I admit, but I think this application is ready to go to silicone heaven. What I am proposing and indeed working on is; * An appdb integrated application manager * A clean UI which fits with gnome HIG * A flexible, expandable, small and simple application which is easily maintained but can do everything winetools does. Maybe nostalgia will keep some people using winetools, or trying to fix something which is broken. Or maybe a couple people could lend a hand with this and we could have something better ;) K,

March 25, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tony Lambregts

Tomas Carnecky wrote: > Tony Lambregts wrote: >> Tomas Carnecky wrote: >>> ok.. here is a patch, but I can't make it work. Maybe someone else sees >>> the bug. >>> >> What is the problem. this is from a log of Google using your patch and >> WINEDBUG="+wgl,+opengl" > > As you maybe see in the patch, I've put both SwapBuffers functions to > the opengl debug channel (rather than to wgl), but they don't show in my > trace. So something with the TRACE_(opengl)(...) is wrong or with the > way I've set up the channels. > > tom I do not think there is anything wrong. Just a little further in the same log I have: trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () trace:opengl:X11DRV_SwapBuffers (0x7dde5470) trace:opengl:wine_glFinish () ... I applied your patch and did: $./configure && make depend && make $su #make install Perhaps a "make clean" will help? -- Tony Lambregts

March 25, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tomas Carnecky

Tony Lambregts wrote: > Tomas Carnecky wrote: >> ok.. here is a patch, but I can't make it work. Maybe someone else sees >> the bug. >> > What is the problem. this is from a log of Google using your patch and > WINEDBUG="+wgl,+opengl" As you maybe see in the patch, I've put both SwapBuffers functions to the opengl debug channel (rather than to wgl), but they don't show in my trace. So something with the TRACE_(opengl)(...) is wrong or with the way I've set up the channels. tom

March 24, 2006

Wine/Interix -- The pros and cons.

by Segin

I was thinking about running Wine on Interix (the POSIX layer of Microsoft's Services for Unix). There are a few apparent unknows: Would Wine load the .dll.so's? Since Interix uses PE for it's native format (running on Windows, duh), Would Wine load the .dll.so's? Would it reject them being in PE format and having the 'POSIX Layer' attribute set, or could we hack on a patch to detect if Wine itself is running in said layer, and load them if it is? Would that even *work*? And how about detecting Winelib applications? It might get detected as a regular Windows app, and ... uh-oh... (let's just say it isn't pretty) There are several obvious pros: You can test Wine almost fully under Windows without mingling with Windows's native componets. This would allow for better and faster compatability tests. We could also see what "unknowns" exist in Interix -- Althought not nessessrarly useful to Wine developers itself, it could mean a whole new generation of applications which are half-Unix, half-Windows, if the right holes are found. I am sure this will spark a LOT of debate.

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tony Lambregts

Tomas Carnecky wrote: > Lionel Ulmer wrote: >> On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: >>> so.. what about splitting 'opengl' up into 'opengl' (all the opengl >>> functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? >> Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for >> the rest. >> > > ok.. here is a patch, but I can't make it work. Maybe someone else sees > the bug. > What is the problem. this is from a log of Google using your patch and WINEDBUG="+wgl,+opengl" trace:wgl:wglMakeCurrent returning True trace:opengl:wine_glGetString (7939) trace:wgl:internal_glGetString GL_EXTENSIONS reported: -- Tony Lambregts

March 24, 2006

firefox dogfooding on 0.9.10 - png bux FIXED.

by Segin

As of 0.9.10, the bug which caused all PNGs in Firefox to appear inverse is fixed. Also, for developers with slower machines, try using Mozilla 1.7.x, it's much much faster than Firefox. It may not have *as many* bugs, but it still brings up the same exact OLE problems which Firefox does, so using it is just as useful here.

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tomas Carnecky

Lionel Ulmer wrote: > On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: >> so.. what about splitting 'opengl' up into 'opengl' (all the opengl >> functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? > > Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for > the rest. > ok.. here is a patch, but I can't make it work. Maybe someone else sees the bug. tom

March 24, 2006

What is the reason to use GL_FRONT_LEFT in wglMakeCurrent()

by Tomas Carnecky

GL_FRONT and GL_FRONT_LEFT mean the same unless the drawable is stereo. And I don't think PBuffers or Pixmaps can be stereo, so is there any special reason to use GL_FRONT_LEFT ? Or is it because the spec sais so? tom

March 24, 2006

Re: GetExitCodeProcess always returns 1

by Dmitry Timoshkov

"Igor Sysoev" <is(a)rambler-co.ru> wrote: > The attached patch is the same patch but for Wine-0.9.10. > I've tested it on FreeBSD 6.1. Please send it to wine-patches. If it's not included within next week or so I'd suggest to ask Alexandre directly what are his preferences in fixing this problem. -- Dmitry.

March 24, 2006

Page fault xmlspy 2006 wine .9.10

by Grant Lewis

It's repeatable. I can launch the progam fine but when I click in certain parts of the gui I generate the page fault and the program dies. wine: Unhandled page fault on write access to 0x0000001f at address 0x7d62d6 (th read 0009), starting debugger... WineDbg starting on pid 0x8 First chance exception: page fault on read access to 0x00000000 in 32-bit code ( 0x7ffa7292). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7ffa7292 ESP:7fbfec74 EBP:7fbfed3c EFLAGS:00210246( - 00 -RIZP1) EAX:00000000 EBX:7ffd5280 ECX:00000000 EDX:00000000 ESI:0000001f EDI:00000002 Stack dump: 0x7fbfec74: 7fbfec90 00000001 00000000 00000c28 0x7fbfec84: 7fbff174 7ffa09d0 00000001 7ffd5280 0x7fbfec94: 0000001f 00000002 7fbfed3c 7fbfec74 0x7fbfeca4: 7ffa7283 00000001 80000000 00000000 0x7fbfecb4: 7ffa4dc9 7ffa406d 00000000 7ff9afea 0x7fbfecc4: 7ffd5280 7e1699a8 00000048 7ff9b0af Backtrace: =>1 0x7ffa7292 RtlImageNtHeader+0x72 in ntdll (0x7ffa7292) 2 0x7ffa757a RtlImageDirectoryEntryToData+0x3a in ntdll (0x7ffa757a) 3 0x7fc43dbf UnhandledExceptionFilter+0x4df in kernel32 (0x7fc43dbf) 4 0x7ffa0a65 __wine_exception_handler+0x95 in ntdll (0x7ffa0a65) 5 0x7ffbbb99 call_exception_handler+0x29 in ntdll (0x7ffbbb99) 6 0x7ffbbb6d EXC_CallHandler+0x1d in ntdll (0x7ffbbb6d) 7 0x7ffa040f in ntdll (+0x1040f) (0x7ffa040f) 8 0x7ffa059b __regs_RtlRaiseException+0x2b in ntdll (0x7ffa059b) 9 0x7ffbc2ac in ntdll (+0x2c2ac) (0x7ffbc2ac) 10 0xdeadbabe (0xdeadbabe) 11 0x00000000 (0x00000000) 0x7ffa7292 RtlImageNtHeader+0x72 in ntdll: cmpw $0x5a4d,0x0(%eax) Modules: Module Address Debug info Name (98 modules) PE 0x00400000-014eb000 Deferred xmlspy PE 0x10000000-1002e000 Deferred ssce5332 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ed0b000-7ed20000 Deferred midimap<elf> \-PE 0x7ed10000-7ed20000 \ midimap ELF 0x7ee3e000-7ee5f000 Deferred msacm32<elf> \-PE 0x7ee50000-7ee5f000 \ msacm32 ELF 0x7ee5f000-7ee76000 Deferred msacm<elf> \-PE 0x7ee70000-7ee76000 \ msacm ELF 0x7ee76000-7ef4a000 Deferred libcrypto.so.0.9.7 ELF 0x7ef4a000-7ef72000 Deferred libssl.so.0.9.7 ELF 0x7ef72000-7ef8a000 Deferred libcups.so.2 ELF 0x7ef8c000-7efa0000 Deferred msimg32<elf> \-PE 0x7ef90000-7efa0000 \ msimg32 ELF 0x7f08e000-7f0bd000 Deferred uxtheme<elf> \-PE 0x7f0a0000-7f0bd000 \ uxtheme ELF 0x7f0bd000-7f0d5000 Deferred ximcp.so.2 ELF 0x7f0d5000-7f0d8000 Deferred xlcdef.so.2 ELF 0x7f0d8000-7f136000 Deferred libgl.so.1 ELF 0x7f14c000-7f1fb000 Deferred libx11.so.6 ELF 0x7f1fb000-7f26c000 Deferred winex11<elf> \-PE 0x7f210000-7f26c000 \ winex11 ELF 0x7f26c000-7f287000 Deferred libexpat.so.0 ELF 0x7f287000-7f2a9000 Deferred libfontconfig.so.1 ELF 0x7f2ab000-7f2bf000 Deferred libice.so.6 ELF 0x7f2bf000-7f321000 Deferred libfreetype.so.6 ELF 0x7f328000-7f330000 Deferred libxcursor.so.1.0.2 ELF 0x7f330000-7f337000 Deferred libxrender.so.1 ELF 0x7f337000-7f390000 Deferred msvcrt<elf> \-PE 0x7f350000-7f390000 \ msvcrt PE 0x7f390000-7f3cb000 Deferred oraclm32 ELF 0x7f3cf000-7f3da000 Deferred libxext.so.6 ELF 0x7f3da000-7f3f4000 Deferred imm32<elf> \-PE 0x7f3e0000-7f3f4000 \ imm32 ELF 0x7f3f4000-7f46d000 Deferred winmm<elf> \-PE 0x7f400000-7f46d000 \ winmm ELF 0x7f46d000-7f48d000 Deferred odbc32<elf> \-PE 0x7f480000-7f48d000 \ odbc32 ELF 0x7f48d000-7f4b2000 Deferred ws2_32<elf> \-PE 0x7f4a0000-7f4b2000 \ ws2_32 ELF 0x7f4b2000-7f4cb000 Deferred wsock32<elf> \-PE 0x7f4c0000-7f4cb000 \ wsock32 ELF 0x7f4cb000-7f4e7000 Deferred mpr<elf> \-PE 0x7f4d0000-7f4e7000 \ mpr ELF 0x7f4e7000-7f522000 Deferred wininet<elf> \-PE 0x7f4f0000-7f522000 \ wininet ELF 0x7f522000-7f541000 Deferred cabinet<elf> \-PE 0x7f530000-7f541000 \ cabinet ELF 0x7f541000-7f56d000 Deferred urlmon<elf> \-PE 0x7f550000-7f56d000 \ urlmon ELF 0x7f56d000-7f5e6000 Deferred oleaut32<elf> \-PE 0x7f580000-7f5e6000 \ oleaut32 ELF 0x7f5e6000-7f5fa000 Deferred olepro32<elf> \-PE 0x7f5f0000-7f5fa000 \ olepro32 ELF 0x7f5fa000-7f613000 Deferred oledlg<elf> \-PE 0x7f600000-7f613000 \ oledlg ELF 0x7f613000-7f639000 Deferred winspool<elf> \-PE 0x7f620000-7f639000 \ winspool ELF 0x7f639000-7f6d2000 Deferred comctl32<elf> \-PE 0x7f640000-7f6d2000 \ comctl32 ELF 0x7f6d2000-7f6ee000 Deferred iphlpapi<elf> \-PE 0x7f6e0000-7f6ee000 \ iphlpapi ELF 0x7f6ee000-7f729000 Deferred rpcrt4<elf> \-PE 0x7f700000-7f729000 \ rpcrt4 ELF 0x7f729000-7f79b000 Deferred ole32<elf> \-PE 0x7f740000-7f79b000 \ ole32 ELF 0x7f79b000-7f7e7000 Deferred shlwapi<elf> \-PE 0x7f7b0000-7f7e7000 \ shlwapi ELF 0x7f7e7000-7f896000 Deferred shell32<elf> \-PE 0x7f800000-7f896000 \ shell32 ELF 0x7f896000-7f92c000 Deferred comdlg32<elf> \-PE 0x7f8a0000-7f92c000 \ comdlg32 ELF 0x7f92c000-7f963000 Deferred advapi32<elf> \-PE 0x7f940000-7f963000 \ advapi32 ELF 0x7f963000-7f9e3000 Deferred gdi32<elf> \-PE 0x7f970000-7f9e3000 \ gdi32 ELF 0x7f9e3000-7faf0000 Deferred user32<elf> \-PE 0x7fa00000-7faf0000 \ user32 ELF 0x7fc01000-7fc05000 Deferred libxxf86vm.so.1 ELF 0x7fc05000-7fcf0000 Export kernel32<elf> \-PE 0x7fc20000-7fcf0000 \ kernel32 ELF 0x7fe01000-7fe06000 Deferred libxxf86dga.so.1 ELF 0x7fe06000-7fe10000 Deferred libnss_files.so.2 ELF 0x7fe10000-7fe1a000 Deferred libnss_nis.so.2 ELF 0x7fe1a000-7fe2f000 Deferred libnsl.so.1 ELF 0x7fe31000-7fe40000 Deferred libz.so.1 ELF 0x7fe42000-7fe45000 Deferred libxrandr.so.2 ELF 0x7fe45000-7fe68000 Deferred libm.so.6 ELF 0x7fe68000-7ff5e000 Deferred libwine_unicode.so.1 ELF 0x7ff5f000-7ff67000 Deferred libsm.so.6 ELF 0x7ff67000-7ff70000 Deferred libnss_compat.so.2 ELF 0x7ff74000-7ffe0000 Export ntdll<elf> \-PE 0x7ff90000-7ffe0000 \ ntdll ELF 0xb7dd9000-b7ddd000 Deferred libdl.so.2 ELF 0xb7ddd000-b7ef8000 Deferred libc.so.6 ELF 0xb7ef8000-b7f4a000 Deferred libpthread.so.0 ELF 0xb7f60000-b7f7a000 Deferred libwine.so.1 ELF 0xb7f7b000-b7f92000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\opt\Altova\XMLSpy2006\XMLSpy.exe 0000000f -1 0000000e 0 0000000d 0 0000000c 0 0000000a 0000000b 0 00000008 (D) Z:\opt\Altova\XMLSpy2006\XMLSpy.exe 00000009 0 <==

March 24, 2006

Re: [winedoc] Resend Update to documentation

by Jeff Latimer

Dimi Paun wrote: > -- you need to refine a bit what your trying to say, > I can not apply it in the current form. > > > Looking over the file again I see you paraphrased the patch for me. Looks good so I withdraw mine. Jeff

March 24, 2006

wine in "online news"

by Stefan Leichter

The german publishing company Heise Verlag reported in his online new http://www.heise.de/newsticker/meldung/71270 the availability of a plugin running Photoshop filters in GIMP on Linux using wine. For details look the authors blog at http://tml-blog.blogspot.com/2006/02/photoshop-filters-in-gimp-on-linux.html There might be a similar article in english language somewere in the WEB. Bye Stefan

March 24, 2006

Re: GetExitCodeProcess always returns 1

by Igor Sysoev

On Thu, 23 Mar 2006, Igor Sysoev wrote: > 3 years ago I reported that on FreeBSD Wine-20030508's > GetExitCodeProcess() always returns 1: > http://www.winehq.org/hypermail/wine-devel/2003/06/0100.html > This report included a small test case. > > It was fixed by patch: > http://www.winehq.org/hypermail/wine-devel/2003/06/0381.html > > and I used the patched Wine-20030508 to run MSVC, > OpenWatcom C, and Borland C in a command line. > > Recenty I build Wine-0.9.10 from ports on FreeBSD 6.1, but > GetExitCodeProcess() still always returns 1. The attached patch is the same patch but for Wine-0.9.10. I've tested it on FreeBSD 6.1. Igor Sysoev http://sysoev.ru/en/

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tomas Carnecky

Lionel Ulmer wrote: > On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote: >> When debugging opengl applications, I'm usually not interested in the >> *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. >> It just writes unnecessary messages into the console. When debugging an >> application that crashes after 10 minutes it makes the log very big. If >> someone is interested in the *Swap*Buffers() functions, he still can >> enable them, but for the majority of the cases its useless. > > Strange as there are 'opengl' TRACEs for ALL OpenGL functions and extensions > so I would guess that those would vastly dwarf the SwapBuffer traces (except > if you have an application that does not draw anything on screen and just > does swapping its buffers :-) ). > That's what I also thought.. now it comes to my mind! I may have compiled with with debug disabled and now with debug enabled make didn't recompile the file with all the 'real' OpenGL functions. so.. what about splitting 'opengl' up into 'opengl' (all the opengl functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? tom

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Lionel Ulmer

On Fri, Mar 24, 2006 at 08:48:16PM +0100, Tomas Carnecky wrote: > so.. what about splitting 'opengl' up into 'opengl' (all the opengl > functions) and 'oglsetup' with the setup/wgl/pbuffer etc. functions ? Why not 'wgl' ? So we would have 'opengl' for 'core' functions and 'wgl' for the rest. Lionel -- Lionel Ulmer - http://www.bbrox.org/

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Lionel Ulmer

On Fri, Mar 24, 2006 at 08:20:08PM +0100, Tomas Carnecky wrote: > When debugging opengl applications, I'm usually not interested in the > *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. > It just writes unnecessary messages into the console. When debugging an > application that crashes after 10 minutes it makes the log very big. If > someone is interested in the *Swap*Buffers() functions, he still can > enable them, but for the majority of the cases its useless. Strange as there are 'opengl' TRACEs for ALL OpenGL functions and extensions so I would guess that those would vastly dwarf the SwapBuffer traces (except if you have an application that does not draw anything on screen and just does swapping its buffers :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Tomas Carnecky

Lionel Ulmer wrote: >> Oh, and this patch creates a new debug-channel 'swapbuffers' and puts >> both opengl swapbuffers functions into it. > > What is the reason for this change ? > When debugging opengl applications, I'm usually not interested in the *Swap*Buffers() functions, but in context creation, pbuffers stuff etc. It just writes unnecessary messages into the console. When debugging an application that crashes after 10 minutes it makes the log very big. If someone is interested in the *Swap*Buffers() functions, he still can enable them, but for the majority of the cases its useless. That was basically the idea. I'll rewrite the patch and split it up, the GLX spec violation thing could be committed without breaking applications, other changes have to be tested first :) tom

March 24, 2006

Re: Winetools -> wine doors

by Dr J A Gow

> I've looked through the winetools code and it is a clusterf*ck of > nonsense. It appears to be in the final stages of code rot, however This "clusterf*ck of nonsense" helped me to get a microcontroller development suite running under Wine, which otherwise would not install natively. After over ten years designing and developing embedded systems, there is one thing that stands out. Code that is 'nonsense' does not work at all. Code that works may not be elegant, it may not be pretty and you may hate the style, but it _works_ and therefore it is not nonsense. This code works, is useful and serves a purpose. Just because you don't like the way it is written does not make it nonsense. Language, please! John.

March 24, 2006

Re: Winetools -> wine doors

by Segin

Karl Lattimer wrote: >[...] >I've looked through the winetools code and it is a clusterf*ck of >nonsense. It appears to be in the final stages of code rot [...] > Is THIS enough to get rid of Winetools?

March 24, 2006

Re: Could not run Digital Mars C/C++ Compiler under Wine

by Igor Sysoev

On Thu, 23 Mar 2006, Eric Pouech wrote: > Igor Sysoev wrote: >> When I try to run any program from Digital Mars C/C++ Compiler >> http://www.digitalmars.com/download/freecompiler.html >> under Wine 0.9.10 on FreeBSD 6.1, I always see the error: >> > this works fine here (on Linux)... may be a freebsd issue ? Well, is the way to try to debug the problem ? Some debug log ? Igor Sysoev http://sysoev.ru/en/

March 24, 2006

Re: [opengl] Catch BadMatch errors before they can occur.

by Lionel Ulmer

> Oh, and this patch creates a new debug-channel 'swapbuffers' and puts > both opengl swapbuffers functions into it. What is the reason for this change ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

March 24, 2006

Re: CreateScalableFontResourceA: what does it mean?

by Hiji

--- Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote: > Friday, March 24, 2006, 12:44:46 AM, Hiji wrote: > > There is this program, Cakewalk Sonar XL 2 > > > (http://appdb.winehq.org/appview.php?versionId=2615) > > that I always try to run on Wine. The good news > is, I > > can get it running, not smoothly, but it does run. > > > However, it tries to utilize one of its own fonts, > and > > always stubs on CreateScalableFontResourceA. > > > It hits this: > > fixme:font:CreateScalableFontResourceA > > > (0,"C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR","C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR",(null)): > > stub > > > Then the app tells me the following in a popup: > > "Cannot create the Staff view musical symbol > font." > > > Anybody know what this means or have any > workaround > > for making CreateScalableFontResourceA work? I've > > seen this problem since Dec. 2004, but since it > hasn't > > gone away, I thought I'd pipe up and ask about it. > > > Thanks in advance! > > Hiji > > AFAIK that was the only way for any program to > "temporary" install it's > fonts. Temporary means that the font will be > available to the current > session only (no entirely sure here if font will > stay after program > closes or will be available). > > Vitaliy Thanks for the tidbit - it makes things a lot clearer! The TTSNOTE.FOR font, I found, resides within the application's folder in Program Files and appears to go through this motion every time it starts up. So, my guess is that it goes away after the program closes. I know that on my Win install, the app never permanently moves the font to my system fonts folder. Anybody have a workaround for making this work? Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

March 24, 2006

Problem with resolution

by Frederico Bertucci

Hello guys, I got a different problem I believe I'm trying run a application to develop interactive class, called VisualClass, if I start it with my kde resolution in 1280x1024, doesnt works, if i start it with my kde resolution in 800x600, doesnt works too, BUT if I start it with 800x600 and after change to 1280x1024 as soon its load, simply works, with 800x600, but works... I ckecked all configurations and components from wine, fonts, everything that I remember... There are anything to do ??... I am in a migration program, and this is one of the main of project... Tks. -- Frederico Bertucci e-mail / msn: fred(a)netbil.com.br www.netbil.com.br NetBil - Redes e Internet 18-3659-2444 XxX Linux for work Linux for fun XxX ________________________________________________ :: NetBil :: :: A escolha certa em Internet ::

March 24, 2006

Wine on FC5

by Kevin DeKorte

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've been able to get Wine working on FC5, both from source and from RPM and neither seems to have the smooth font support. Is there some new option that is needed for FC5 support. I had Notes 6.51 working very nice under FC4, but it has some weird drawing issues in FC5. I'm guessing it has something to do with the new xorg packages, but any ideas would be helpful. Thanks, Kevin - -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFEJCj2aR60qN0tF+8RApaaAKCo8pj6FAgoK7vHzBnGJ0jRZsV+5ACeL+kt jPJPYh8VeA8m2YIB2jreCsA= =1vFw -----END PGP SIGNATURE-----

March 24, 2006

Re: Race condition in keyboard code?

by Dmitry Timoshkov

"Peter Åstrand" <astrand(a)cendio.se> wrote: > What about using the thread_input->keystate, just as for Shift, Control, > and NumLock? > > ToUnicodeEx does have a lpKeyState argument, so to me, it seems very wrong > that a static, global variable is needed as well. I don't see how a thread local keystate would solve a problem with 2 repetitive KeyPress events you reported initially as being the source of the problem. > The current implementation has another drawback: AltGr key presses never > reaches the applications. In Windows, applications recieves VK_CONTROL, > VK_MENU when AltGr is pressed. Feel free to investigate it. -- Dmitry.

March 24, 2006

Re: What happened to the Fedora packages?

by Michel Ludwig

On Thu 23 Mar 2006 23:40, Andreas Bierfert wrote: > > Nice and decent Fedora Wine packages are in Fedora Extras: > > I am interested in the _decent_ part... always open for suggestions :) > Well, decent in the sense that the packages are well-made, or alternatively: you've done a great job ! :-) Michel

March 24, 2006

Re: SERVER: Only reset the notify event flag if there's no events pending.

by Alexandre Julliard

Mike McCormack <mike(a)codeweavers.com> writes: > diff --git a/server/change.c b/server/change.c > index 4349d7e..67a47af 100644 > --- a/server/change.c > +++ b/server/change.c > @@ -1130,7 +1130,7 @@ DECL_HANDLER(read_directory_changes) > dir->signaled--; > > /* clear the event */ > - if (event) > + if (event && !dir->signaled) > reset_event( event ); This breaks the tests: change.c:518: Test failed: action wrong change.c:522: Test failed: ov.Internal wrong change.c:523: Test failed: ov.InternalHigh wrong change.c:582: Test failed: should timeout change.c:590: Test failed: ov.Internal wrong change.c:603: Test failed: should timeout change.c:669: Test failed: should timeout make[1]: *** [change.ok] Error 7 -- Alexandre Julliard julliard(a)winehq.org

March 24, 2006

Re: CreateScalableFontResourceA: what does it mean?

by Vitaliy Margolen

Friday, March 24, 2006, 12:44:46 AM, Hiji wrote: > There is this program, Cakewalk Sonar XL 2 > (http://appdb.winehq.org/appview.php?versionId=2615) > that I always try to run on Wine. The good news is, I > can get it running, not smoothly, but it does run. > However, it tries to utilize one of its own fonts, and > always stubs on CreateScalableFontResourceA. > It hits this: > fixme:font:CreateScalableFontResourceA > (0,"C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR","C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR",(null)): > stub > Then the app tells me the following in a popup: > "Cannot create the Staff view musical symbol font." > Anybody know what this means or have any workaround > for making CreateScalableFontResourceA work? I've > seen this problem since Dec. 2004, but since it hasn't > gone away, I thought I'd pipe up and ask about it. > Thanks in advance! > Hiji AFAIK that was the only way for any program to "temporary" install it's fonts. Temporary means that the font will be available to the current session only (no entirely sure here if font will stay after program closes or will be available). Vitaliy

March 24, 2006

Winetools -> wine doors

by Karl Lattimer

I read your story about winetools a couple weeks ago around the same time that I tried using winetools on FC5 test 3, it didn't go well with winetools and I was looking for another solution and couldn't find one that fitted well with my criteria. I started thinking of packages like RPMs and started breaking down a wine application installation into what we would need to run it directly from the application menu. What I came up with this is, its pretty raw right now, its simply a small self contained package for managing the install process of a wine application, soon I'm going to start work on creating a package repository and the package browser but would really like to use the appdb for supplementary information, i.e. screenshots version compatibility etc... http://www.qdh.org.uk/wordpress/?cat=6 I have also considered having a way of making apps install gobally on a machine so any and every user has access to them, and considered using inotify to watch events and provide a way of handling this. This is still in the beginning stages and I would be grateful for any input you may have. I was very interested in what was published here, http://www.winehq.org/?issue=308#Winetools..%20part%20II I've looked through the winetools code and it is a clusterf*ck of nonsense. It appears to be in the final stages of code rot, however there are some useful little bits in there which I have been cannibalising when necessary into my own application. The beauty of this is that it is only an application shell, in theory the appdb could be the central configuration repository containing all the information to make an app work. Available apps can be browsed, downloaded if possible or installed from a cd drive with minimal fuss. I have one other who has joined in the project, his name is Alex Doukas and I believe he has also recently joined wine-devel. Right now we're at the stage of building up some script archives and starting to put together application packs for the most important stuff, I will be working on the downloaders/xml parsers within the next couple of weeks and hopefully we should soon have a working application where the community keeps it up to date. To prevent duplication of work I would suggest that suggestions to my project will be accepted, I hope to provide some public space for bug tracking etc... in the next couple of weeks and even public SVN. I currently have this configured and running but unfortunately do not have a great deal of bandwidth. The more people who join in the better, python programmers especially welcome, any scripts should eventually be posted to the bugzilla. Once the application db and my application fit together nicely we could have users publishing scripts in the appdb.

March 24, 2006

Re: wine.inf: Add a shdocvw.dll stub dll to the system directory

by Stefan Dösinger

> Yes, if there's evidence that an app references a dll (or exe) as a file > then it should be put into the FakeDllsSection. The Need for Speed Porsche Unleashed demo requires ddraw.dll in the system32 directory, otherwise it complains that it can't find directx.

March 24, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent ()

by Stefan Dösinger

Hi, > maybe it was because of the earlier opengl patch 'Store GL context in > TEB'. But I didn't notice such an increase then.. only from ~20 -> ~30fps Hm. Something increased the speed of half-life / counter strike drastically. It isn't your patch, but some change that is in CVS already. The change is this: Before half-life(non-steam) was running at 40-71 fps, depending on the situation. Now it's runs at 70-71 fps constantly. Counter-Strike 1.6(steam) ran at 60-71 fps before if there were no bots in the game. Adding 8 bots(or maybe human players, didn't check that) made the fps drop to 20 in many rendering situations. Now this doesn't happen any more, the game runs at 60-71 fps in general, only if much players are visible, it may drop down to 30 fps. Jedi academy got a major speed boost too, but that's mostly because I activated compressed textures in the game. Btw, the card is a Radeon Mobility M9, with the dri driver from Xorg 7.0.

March 24, 2006

Re: Race condition in keyboard code?

by Peter Åstrand

On Fri, 24 Mar 2006, Dmitry Timoshkov wrote: >> ? I do understand why this happens: X11DRV_ToUnicodeEx uses the global, >> static variable AltGrMask. Is this a bug? > > In X11DRV_ToUnicodeEx we need to restore XKeyEvent from the previous > KeyPress event. If you have a better idea how to do it without using > global variables please let us know. What about using the thread_input->keystate, just as for Shift, Control, and NumLock? ToUnicodeEx does have a lpKeyState argument, so to me, it seems very wrong that a static, global variable is needed as well. TranslateMessage calls GetKeyboardState just before ToUnicode. MSDN documents GetKeyboardState as: "The status changes as a thread removes keyboard messages from its message queue." My interpretation is that this means that ToUnicodeEx consider how the modifiers *was* rather then what they *are*. The current implementation has another drawback: AltGr key presses never reaches the applications. In Windows, applications recieves VK_CONTROL, VK_MENU when AltGr is pressed. -- Peter Åstrand ThinLinc Chief Developer Cendio http://www.cendio.se Teknikringen 3 583 30 Linköping Phone: +46-13-21 46 00

March 24, 2006

Re: wine.inf: Add a shdocvw.dll stub dll to the system directory

by Mike McCormack

Louis. Lenders wrote: > What about adding a few more, like opengl32 > (http://bugs.winehq.org/show_bug.cgi?id=3877) and some > more (there are more of these bugs in bugzilla that > can be solved that way, i could make a quick list of > them if necessary) Regards Louis Sure. How about sending a patch to wine-patches adding it to wine.inf? Mike

March 24, 2006

Re: [opengl] check drawable and context Visual IDs in wglMakeCurrent()

by Molle Bestefich

Tomas Carnecky wrote: > Also, it would be great if we could put the *Swap*Buffers() into their > own log domain, something like 'swapbuffers', because the trace is > usually useless, only when you explicitly look whether these functions > are called or not, otherwise they only fill the log with garbage. Use grep -vE? (Or completely remove it if it's useless, if someone needs to specifically debug *Swap*Buffers() they can add trace lines themselves..)

March 24, 2006

Re: wine.inf: Add a shdocvw.dll stub dll to the system directory

by Hans Leidekker

On Thursday 23 March 2006 23:05, Louis. Lenders wrote: > What about adding a few more, like opengl32 Yes, if there's evidence that an app references a dll (or exe) as a file then it should be put into the FakeDllsSection. -Hans

March 24, 2006

CreateScalableFontResourceA: what does it mean?

by Hiji

There is this program, Cakewalk Sonar XL 2 (http://appdb.winehq.org/appview.php?versionId=2615) that I always try to run on Wine. The good news is, I can get it running, not smoothly, but it does run. However, it tries to utilize one of its own fonts, and always stubs on CreateScalableFontResourceA. It hits this: fixme:font:CreateScalableFontResourceA (0,"C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.FOR","C:\\PROG~FBU\\Cakewalk\\SONA~3TJ\\TTSNOTE.TTR",(null)): stub Then the app tells me the following in a popup: "Cannot create the Staff view musical symbol font." Anybody know what this means or have any workaround for making CreateScalableFontResourceA work? I've seen this problem since Dec. 2004, but since it hasn't gone away, I thought I'd pipe up and ask about it. Thanks in advance! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

March 24, 2006

Re: Bugzilla: Duplicates

by Tony Lambregts

Tony Lambregts wrote: > Jeremy Newman wrote: >> On Wed, 2006-03-22 at 21:22 +0100, Tobias Burnus wrote: >> >>> Hello, >>> >>> >>>> Just found, that gcc has "Most frequently reported Bugs": >>>> http://gcc.gnu.org/bugzilla/duplicates.cgi >>>> >>>> And since we have also bugzilla, i tested >>>> http://bugs.winehq.org/duplicates.cgi >>>> The Page is present, but not configured to be useful for wine. >>>> >>>> The code is in the cvs, but I'm unable to help here (perl). >>>> (Browse the cvs: "http://cvs.winehq.org/cvsweb/bugzilla/") >>>> >>>> >>> >>> Hmm, in principle one only needs to tweek at >>> http://bugs.winehq.org/editparams.cgi the 'mostfreqthreshold' option. >>> >>> Running ./checksetup.pl doesn't harm either >>> >>> The essential task is to fill the duplicates table using the script: >>> http://cvs.winehq.org/cvsweb/bugzilla/collectstats.pl >>> You need to run it using cron. >>> >>> Tobias >>> > > When I try to run the collectstats.pl script I get this: > > > > wineowner(a)wine:~/opt/bugzilla$ ./collectstats.pl > > No value for param loginmethod at Bugzilla/Config.pm line 135. > > BEGIN failed--compilation aborted at Bugzilla/Auth.pm line 36. > > Compilation failed in require at Bugzilla.pm line 27. > > BEGIN failed--compilation aborted at Bugzilla.pm line 27. > > Compilation failed in require at ./collectstats.pl line 37. >> BEGIN failed--compilation aborted at ./collectstats.pl line 37. > > >> I have not looked into the code to find why it does not work. Seems >> odd since the rest of bugzilla works fine. > > Looks like you need to give loginmethod a value in Bugzilla.pm. For > whatever reason this file is not part of CVS. > > I can look at my local copy of this file when I get home. > > -- > This is because we do not have loginmenthod defined in data/params 'letsubmitterchoosepriority' => 1, + 'loginmethod' => 'DB', 'loginnetmask' => '32', -- Tony Lambregts

March 23, 2006

[PATCH] server/mailslot.c doesn't compile on certain systems. [Added ChangeLog]

by Segin

I have noticed that including stdint.h to server/mailslot.c fixes it for me. Those on wine-patches and not wine-devel, please CC any replies. ChangeLog: Includes stdint.h in server/mailslot.c, added comment explaining why. --- server/mailslot.c.orig 2006-03-23 22:37:32.000000000 -0500 +++ server/mailslot.c 2006-03-23 22:40:32.000000000 -0500 @@ -34,6 +34,8 @@ #include <stdlib.h> #include <sys/time.h> #include <sys/types.h> +/* include stdint.h cause of some systems breaking */ +#include <stdint.h> #ifdef HAVE_SYS_IOCTL_H #include <sys/ioctl.h>

March 23, 2006

[PATCH] server/mailslot.c doesn't compile on certain systems.

by Segin

I have noticed that including stdint.h to server/mailslot.c fixes it for me. Those on wine-patches and not wine-devel, please CC any replies. --- server/mailslot.c.orig 2006-03-23 22:37:32.000000000 -0500 +++ server/mailslot.c 2006-03-23 22:40:32.000000000 -0500 @@ -34,6 +34,8 @@ #include <stdlib.h> #include <sys/time.h> #include <sys/types.h> +/* include stdint.h cause of some systems breaking */ +#include <stdint.h> #ifdef HAVE_SYS_IOCTL_H #include <sys/ioctl.h>

March 23, 2006

Re: GetExitCodeProcess always returns 1

by Dmitry Timoshkov

Hi Igor, "Igor Sysoev" <is(a)rambler-co.ru> wrote: >> Maybe Alexandre would accept patches to add a todo_wine_freebsd {} to the >> test suite where there's things that are hard to fix? having todo_wine_xxx for each platform 'xxx' where a test is failing sounds not very elegant. > It seems that I am the first person who ever run the Wine regression tests > on FreeBSD :) Actually the test results did not bother me too much. > The wrong exit code simply means that I could not use the "make" under > Wine on FreeBSD: "make" stops after the first command. Actually failing tests on FreeBSD is a worrisome sign. That means that some applications may fail without an apparent reason. It's really worth a further investigation for every failing test in the Wine test suite. -- Dmitry.

March 23, 2006

Re: Race condition in keyboard code?

by Dmitry Timoshkov

"Peter Åstrand" <astrand(a)cendio.se> wrote: > ? I do understand why this happens: X11DRV_ToUnicodeEx uses the global, > static variable AltGrMask. Is this a bug? In X11DRV_ToUnicodeEx we need to restore XKeyEvent from the previous KeyPress event. If you have a better idea how to do it without using global variables please let us know. -- Dmitry.

March 23, 2006