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

comctl32/tests: test failures
by Joris Huizer March 17, 2007

March 17, 2007

I was looking at comctl32 files for signedness fixes (there's a lot of signedness warnings, though many can't be fixed easily) Just to be sure, I now and then check with `make test` just to catch mistakes I might have made -- though on this dll 'header' tests fail: header.c:1310: Test failed: Tests will fail as header size is 1x0 instead of 670x18 header.c:1199: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:1217: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:1220: Test failed: Invalid rect (0,0) (50,18) vs (0,0) (50,17) header.c:1223: Test failed: Invalid rect (50,0) (150,18) vs (50,0) (150,17) header.c:1226: Test failed: Invalid rect (150,0) (300,18) vs (150,0) (300,17) header.c:1244: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:1247: Test failed: Invalid rect (0,0) (50,18) vs (0,0) (50,17) header.c:1250: Test failed: Invalid rect (50,0) (150,18) vs (50,0) (150,17) header.c:1253: Test failed: Invalid rect (150,0) (300,18) vs (150,0) (300,17) header.c:1256: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:1275: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:1278: Test failed: Invalid rect (0,0) (50,18) vs (0,0) (50,17) header.c:1281: Test failed: Invalid rect (150,0) (300,18) vs (150,0) (300,17) header.c:1284: Test failed: Invalid rect (0,0) (670,18) vs (0,0) (670,17) header.c:921: Test succeeded inside todo block: expected 1, got 1 err:header:HEADER_WindowProc unknown msg 1216 wp=0001 lp=00000064 err:header:HEADER_WindowProc unknown msg 1218 wp=0000 lp=00000001 err:header:HEADER_WindowProc unknown msg 1217 wp=0001 lp=00000000 Is something wrong on my computer? Should I add todo_wine to those lines? (That macro TEST_NMCUSTOMDRAW used in many of the lines makes adding that harder -- the macro itself needs tweaking for that) ____________________________________________________________________________________ It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/

1 0

fixme:d3d_surface:IWineD3DSurfaceImpl_LoadTexture Surface in texture is only supported for level 0
by Kapila De Silva March 17, 2007

March 17, 2007

Hi All, Im getting a lot of these errors when trying to run Everquest 2, and I was wondering if its something I could fix. Does anyone know why only level 0 is supported for this? I put some additional debug, and find EQ2 is calling this with levels up 1 - 9. Thanks in advance Kapila.

1 0

re: Benchmark quandary
by Dan Kegel March 17, 2007

March 17, 2007

Tom wrote: >I have some benchmarks posted here: >http://wiki.winehq.org/BenchMark-0.9.5 >as well as here: http://wiki.winehq.org/BenchMark-0.9.6 > >And I have all the Graphics test in PCMark 04 running, >but the app is crashing between test, but if I run them >one at a time they will complete. I'm interested in the crashes. I don't see any bugzilla entries for PCMark; can you file one? Thanks! >The quandary is would posting the test results >from each test while not run as a whole but separately >be of use? and would this be unfair when comparing >the results against XP??? I think it would be of use, as long as you run the tests the same way on XP (or show that running them all at once gives the same results). You just have to add a disclaimer ("Tests run separately on Linux to avoid bug <insert link to bugzilla bug here>"). - Dan

2 1

IDirectInputAImpl_GetDeviceStatus
by Tom Spear March 17, 2007

March 17, 2007

Hi all, I was looking at bug 3747, about the game Motorhead. This game crashes because IDirectInputAImpl_GetDeviceStatus always returns DI_OK due to being a stub.. The reporter came up with a <10 line hack to fix it, but a proper implementation would be better. There may be other games that suffer problems due to this not being implemented.. Perhaps someone could look into the feasibility of this as a GSoC project, or possibly could come up with a minimal non-stub implementation to keep games like that from crashing just because of a joystick? I made a bug for the stub function.. Bug 7770.. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

2 1

Tomb Raider Legends wine segfault with /dev/input/event*
by Tom Spear March 16, 2007

March 16, 2007

Looking at bug 5721, the final comment has found the problem that causes this. The original issue in the bug is fixed, but a new one cropped up. Basically if the user doesn't have r/w access to /dev/input/event* then wine segfaults. What should happen is that wine should print an error on the console about it so that users that read the console output can fix this problem.. I dont know of the risks of allowing global r/w access to /dev/input/event* so maybe the error shouldnt necessarily say that, but if there are no problems with giving global r/w then it could say that.. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

1 0

Re: Question about adding a small change to bugzilla
by James Hawkins March 16, 2007

March 16, 2007

On 3/16/07, Tom Spear <speeddymon(a)gmail.com> wrote: > Just wondering if it would be trivial (not require a complete > recompile) to add a link to the page that shows after you change > anything on a bug to take you back to the bug list that you were last > viewing.. > > Example: On the left there is a link to list just bugs with status: > new, so I click that. Then I see a bug I would like to check out so I > click on that bug. I add comments and hit submit. The next page that > comes up gives me the option to return to the bug, but I would rather > go back to the list. As it stands now I have to hit the back button 2 > times to get back to the list (unrefreshed mind you, which is how I > want it as I dont want to have to re-download the entire list every > time I view it). At the bottom there are links for Query page and > Enter a new bug. To the right of that it would be nice to have a link > that does the equivalent of javascript:back(); a couple of times to > get me back to the bug list without re-downloading it.. > The problem is that the list you are browsing is too long. Bugzilla gives the message, "This list is too long for Bugzilla's little mind; the Next/Prev/First/Last buttons won't appear on individual bugs." If the list is not too long, you would just hit the "Show list" link to get back to the list. -- James Hawkins

2 1

Another GSoC idea
by Remco March 16, 2007

March 16, 2007

I was thinking of a combined project between Ogre (graphics engine) and Wine. Ogre works on Windows and Linux. It has an OpenGL and DirectX backend. Maybe a student could try to get the DirectX-backend working in Linux with Wine. This would result in a lot of patches for Wine, and the first native Linux DirectX app of this size that I know of. Wouldn't that be cool? Remco ____________________________________________________________________________________ Need Mail bonding? Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users. http://answers.yahoo.com/dir/?link=list&sid=396546091

5 4

Re: comctl32: status bar test - Reorganization and Message Sequencing[2/2]
by Dmitry Timoshkov March 16, 2007

March 16, 2007

"Alex Arazi" <alexarazi(a)gmail.com> wrote: > This is a two part patch. The first part is status_reorganization.patch > which divides the test routine into function calls. The second part is > status_messages.patch which adds message sequencing. Are you guys planning to monitor test.winehq.org and fix all the failures caused by new message tests? -- Dmitry.

3 3

Re: [2/3] comctl32: Never draw item text with OPAQUE.
by Dimi Paun March 16, 2007

March 16, 2007

On Fri, March 16, 2007 11:39, Felix Nawothnig wrote: > This fixes a glitch (blue text background inside a red selected cell)) > in SuperGrid (http://flexo.popuserv.org/SuperGrid.exe) and appears to be > what native does. > > There is no need to use OPAQUE anyway since we always draw the selection > background seperatly. But this ends up creating and deleting the brush for each of the cells we draw... I'm not sure I understand why using OPAQUE here doesn't work. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 2

Re: MFDRV_ExtEscape
by Detlef Riekenberg March 16, 2007

March 16, 2007

On Fr, 2007-03-16 at 11:47 +0000, Nicolas wrote: > INT ret; > > + if (cbOutput) return 0; > len = sizeof(*mr) + sizeof(WORD) + ((cbInput + 1) & ~1); You mixed TAB and SPACE. (default idention in wine is 4 SPACE) Thanks. -- By by ... Detlef

1 0

Re: Another GSoC idea
by Remco March 16, 2007

March 16, 2007

> I don't actually see the difference between running Ogre apps and other > DirectX apps. > > Or am I getting you wrong and you're suggesting to make the DirectX backend > work as a winelib app on native Linux without Wine? > > Cheers, > Kai Yeah, that's what I meant. I just thought it would be a nice showcase of Wine(lib) if the best-known open source graphics engine would have DirectX-support not only on Windows, but also on Linux. I've had this idea for a while now, but it might be a nice SoC-project. Remco ____________________________________________________________________________________ Never miss an email again! Yahoo! Toolbar alerts you the instant new Mail arrives. http://tools.search.yahoo.com/toolbar/features/mail/

2 1

Re: wined3d: Implement vertex fog with pixel shaders
by H. Verbeet March 16, 2007

March 16, 2007

Did you check if the clamping is required?

2 2

Re: wined3d: Implement vertex fog with pixel shaders
by Stefan Dösinger March 16, 2007

March 16, 2007

Am Freitag 16 März 2007 00:09 schrieb Fabian Bieler: This patch breaks the Dolphin DirectX8 sdk demo. It shows up completely blue(the fog color).

1 0

Re: urlmon: Create one notif window per thread.
by Alexandre Julliard March 16, 2007

March 16, 2007

Jacek Caban <jacek(a)codeweavers.com> writes: > static HWND get_notif_hwnd(void) > { > + thread_data_t *thread_data = get_thread_data(TRUE); > + > static ATOM wnd_class = 0; > - HWND hwnd; > > static const WCHAR wszURLMonikerNotificationWindow[] = > {'U','R','L',' ','M','o','n','i','k','e','r',' ', > 'N','o','t','i','f','i','c','a','t','i','o','n',' ','W','i','n','d','o','w',0}; > > + if(thread_data->notif_hwnd) > + return thread_data->notif_hwnd; This won't work, since the window is stored in the binding and destroyed when the binding is freed. And if you don't have the binding destroy it, then the window is never destroyed and this causes problems if the dll is unloaded. -- Alexandre Julliard julliard(a)winehq.org

1 0

Status of Wine & Mac OS X
by Methril March 16, 2007

March 16, 2007

Dear Wine deevlopers. I was looking thorugh the mailing list archives about the status of wine working in Intel-Macs. I'd like to start helping the wine project making some effort in Macintel computer, and i like to reach some 3D approach that works in Mac. Waiting your comments Best Regards Rafa Campos (aka methril).

4 3

Re: FDI: Constify some variables
by James Hawkins March 16, 2007

March 16, 2007

On 3/15/07, Andrew Talbot <Andrew.Talbot(a)talbotville.com> wrote: > Changelog: > FDI: Constify some variables. > > diff -urN a/dlls/cabinet/cabinet_main.c b/dlls/cabinet/cabinet_main.c > --- a/dlls/cabinet/cabinet_main.c 2007-03-15 17:31:18.000000000 +0000 > +++ b/dlls/cabinet/cabinet_main.c 2007-03-15 20:16:45.000000000 +0000 > @@ -86,7 +86,7 @@ > HeapFree(GetProcessHeap(), 0, memory); > } > > -static INT_PTR fdi_open(char *pszFile, int oflag, int pmode) > +static INT_PTR fdi_open(const char *pszFile, int oflag, int pmode) > { > HANDLE handle; > DWORD dwAccess = 0; > @@ -131,7 +131,7 @@ > return 0; > } > > -static UINT fdi_write(INT_PTR hf, void *pv, UINT cb) > +static UINT fdi_write(INT_PTR hf, const void *pv, UINT cb) > { > HANDLE handle = (HANDLE) hf; > DWORD dwWritten; > diff -urN a/dlls/msi/files.c b/dlls/msi/files.c > --- a/dlls/msi/files.c 2007-02-26 17:43:07.000000000 +0000 > +++ b/dlls/msi/files.c 2007-03-15 20:56:44.000000000 +0000 > @@ -161,7 +161,7 @@ > msi_free(pv); > } > > -static INT_PTR cabinet_open(char *pszFile, int oflag, int pmode) > +static INT_PTR cabinet_open(const char *pszFile, int oflag, int pmode) > { > HANDLE handle; > DWORD dwAccess = 0; > @@ -202,7 +202,7 @@ > return 0; > } > > -static UINT cabinet_write(INT_PTR hf, void *pv, UINT cb) > +static UINT cabinet_write(INT_PTR hf, const void *pv, UINT cb) > { > HANDLE handle = (HANDLE) hf; > DWORD dwWritten; > diff -urN a/dlls/setupapi/setupcab.c b/dlls/setupapi/setupcab.c > --- a/dlls/setupapi/setupcab.c 2006-11-10 17:26:30.000000000 +0000 > +++ b/dlls/setupapi/setupcab.c 2007-03-15 20:45:39.000000000 +0000 > @@ -113,7 +113,7 @@ > HeapFree(GetProcessHeap(), 0, pv); > } > > -static INT_PTR sc_cb_open(char *pszFile, int oflag, int pmode) > +static INT_PTR sc_cb_open(const char *pszFile, int oflag, int pmode) > { > DWORD creation = 0, sharing = 0; > int ioflag = 0; > @@ -204,7 +204,7 @@ > return num_read; > } > > -static UINT sc_cb_write(INT_PTR hf, void *pv, UINT cb) > +static UINT sc_cb_write(INT_PTR hf, const void *pv, UINT cb) > { > DWORD num_written; > /* BOOL rv; */ > diff -urN a/include/fdi.h b/include/fdi.h > --- a/include/fdi.h 2006-05-23 13:49:04.000000000 +0100 > +++ b/include/fdi.h 2007-03-15 19:53:38.000000000 +0000 > @@ -205,14 +205,14 @@ > typedef void (__cdecl *PFNFREE)(void *pv); > #define FNFREE(fn) void __cdecl fn(void *pv) > > -typedef INT_PTR (__cdecl *PFNOPEN) (char *pszFile, int oflag, int pmode); > -#define FNOPEN(fn) INT_PTR __cdecl fn(char *pszFile, int oflag, int pmode) > +typedef INT_PTR (__cdecl *PFNOPEN) (const char *pszFile, int oflag, int pmode); > +#define FNOPEN(fn) INT_PTR __cdecl fn(const char *pszFile, int oflag, int pmode) > > typedef UINT (__cdecl *PFNREAD) (INT_PTR hf, void *pv, UINT cb); > #define FNREAD(fn) UINT __cdecl fn(INT_PTR hf, void *pv, UINT cb) > > -typedef UINT (__cdecl *PFNWRITE)(INT_PTR hf, void *pv, UINT cb); > -#define FNWRITE(fn) UINT __cdecl fn(INT_PTR hf, void *pv, UINT cb) > +typedef UINT (__cdecl *PFNWRITE)(INT_PTR hf, const void *pv, UINT cb); > +#define FNWRITE(fn) UINT __cdecl fn(INT_PTR hf, const void *pv, UINT cb) > > typedef int (__cdecl *PFNCLOSE)(INT_PTR hf); > #define FNCLOSE(fn) int __cdecl fn(INT_PTR hf) > Are you checking with the SDK to make sure these changes are legit? This isn't how the Windows SDK fdi.h has these defined. -- James Hawkins

2 3

Benchmark quandary
by Tom Wickline March 16, 2007

March 16, 2007

Hello All, I have some benchmarks posted here: http://wiki.winehq.org/BenchMark-0.9.5 as well as here: http://wiki.winehq.org/BenchMark-0.9.6 And I have all the Graphics test in PCMark 04 running, but the app is crashing between test, but if I run them one at a time they will complete.. The quandary is would posting the test results from each test while not run as a whole but separately be of use? and would this be unfair when comparing the results against XP??? -- Tom Wickline Respectable computing - Linux/FOSS

1 0

Want to be a Wine mentor for Google Summer of Code 2007?
by Dan Kegel March 16, 2007

March 16, 2007

I'm looking for active Wine developers to act as mentors for Google Summer of Code 2007. If you're interested, please let me know quickly; the list has to be finalized in the next half-day or so. (Sorry for the late notice; I wasn't paying attention, and the deadline snuck up on me...) - Dan

8 8

Need help with SymInitializeW
by Kapila De Silva March 15, 2007

March 15, 2007

Hi All, Im trying to debug a crash in Everquest 2, (bug 7705) and am hoping someone here can help. The crash seems to be linked to the process calling SymInitializeW a second time (its called once at the start of the process, and works ok) On the second call to the function we see an error fixme:dbghelp:SymInitializeW what to do ?? By putting some tracing in here, I noticed that when the function is called the first time, the call to process_find_by_handle(hProcess) returns null, and once the SymInitializeW function calls EnumerateLoadedModules, process_find_by_handle returns a process id. In the second call, the process_find_by_handle(hProcess) returns the same process id as before, however, when the SymInitializeW function calls EnumerateLoadedModules, process_find_by_handle returns a different process id. Should SymInitializeW be called multiple times by a process? Is it possible that a problem has already occured, and this is called as a result? Or is it possible that SymInitializeW itself is the cause of the crash? Any ideas? Thanks Below is some trace I got when I put in some extra debug. First call: fixme:dbghelp:SymInitialize Calling SymInitializeW 0xffffffff(0xffffffff L"C:\\Program Files\\Sony\\EverQuest II" 1) fixme:dbghelp:process_find_by_handle Returning process handle (nil) fixme:dbghelp:process_find_by_handle Returning process handle 0x16c5d0 Second Call: fixme:dbghelp:SymInitialize Calling SymInitializeW 0xffffffff(0xffffffff (null) 1) fixme:dbghelp:process_find_by_handle Returning process handle 0x16c5d0 fixme:dbghelp:SymInitializeW what to do ?? fixme:dbghelp:process_find_by_handle Returning process handle 0x3a8f9a0

3 5

Bug with creating an attachment
by Tom Spear March 15, 2007

March 15, 2007

I am getting an error trying to create an attachment in bugzilla. If I paste it my email will come thru as html, but if I attach, it will be a picture attachment, neither of which are allowed.. Ill just type the error: Internal Error Bugzilla has suffered an internal error. Please save this page and send it to wine-bugs(a)winehq.org with the details of what you were doing at the time this message appeared. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

3 3

Defining COM interfaces without IDL
by Felix Nawothnig March 15, 2007

March 15, 2007

Hi. The PSDK headers sometimes use IDL to define an interface, sometimes it's done by hand (or rather using macros). I don't know if there is any reason for that (someone in the channel said it's just sloppiness by MS) - so, are there any resulting differences regarding source compatibility or can we just use IDL even if MS didn't? Felix

1 0

Bug with creating an attachment (take 2)
by Tom Spear March 15, 2007

March 15, 2007

I am getting an error trying to create an attachment in bugzilla. If I paste it my email will come thru as html, but if I attach, it will be a picture attachment, neither of which are allowed.. Ill just type the error: Internal Error Bugzilla has suffered an internal error. Please save this page and send it to wine-bugs(a)winehq.org with the details of what you were doing at the time this message appeared. URL: http://bugs.winehq.org/attachment.cgi undef error - Can't find param named product at Bugzilla/Config.pm line 124. -- Thanks Tom Check out this new 3D Instant Messenger called IMVU. It's the best I have seen yet! http://imvu.com/catalog/web_invitation.php?userId=1547373&from=power-email

1 0

Re: user32: Restore erroneously removed chunk of code
by Alexandre Julliard March 15, 2007

March 15, 2007

Dmitry Timoshkov <dmitry(a)codeweavers.com> writes: > one of my recent MDI patches has caused a regression in one of applications > I'm working on. This patch should fix it by restoring apparently erroneously > removed chunk of code. > > Changelog: > user32: Restore erroneously removed chunk of code. This breaks the tests: ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so msg.c && touch msg.ok msg.c:2836: Test failed: ShowWindow(SW_RESTORE):invisible MDI child: the msg sequence is not complete: expected 0046 - actual 0000 msg.c:2866: Test failed: ShowWindow(SW_RESTORE):maximized MDI child: the msg sequence is not complete: expected 0046 - actual 0000 -- Alexandre Julliard julliard(a)winehq.org

1 0

Delayed debug patch
by Kapila De Silva March 15, 2007

March 15, 2007

Can someone tell me how to apply this to my git copy of wine please? This would help a lot with my debugging... Thanks Kapila

2 1

Re: Romanian Wine translation
by Michael Stefaniuc March 15, 2007

March 15, 2007

Hi, Mikołaj Zalewski wrote: > I've seen you have started the Romanian translation of wine. Could you > look on the page http://wiki.winehq.org/SublangNeutral and mark if > Romanian should use SUBLANG_NEUTRAL or sublang codes? I would have done that myself long ago but I do not know that. I'll use LANG_NEUTRAL as long as somebody more knowledgeable dosn't change it. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1