- Wine-Devel - list.winehq.org

Re: ntdll / kernel32: #58
by Paul Vriens June 27, 2005

June 27, 2005

> CLSIA > -- > Eric Pouech > Hi Eric, is there a way you could change the name for your KERNEL_USER_TIMES variable (kut). I suspect that some proxy-scannners (DansGuardian f.e.) will trip over this as this a Dutch word for some part of the female body. I don't know if there's some general 'rule' about these kind of things/wordings ? Cheers, Paul.

1 0

Freetype compatibility issue?
by Vikram Kumar June 26, 2005

June 26, 2005

Hi, I've been trying to get cvs-head to work for the last few days, but freetype is giving me problems. I try to run anything and I get the same libfreetype problem. I've attached the output when I try to run notepad. I've been away from wine for a bit so if anybody can fill me in on this one... I'm running on gentoo, freetype 2.1.9 Cheers Vik $ wine notepad wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7ffad12a). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7ffad12a ESP:7ba3f368 EBP:7f6fc008 EFLAGS:00210202( - 00 - -RI1) EAX:00000000 EBX:7ffeab94 ECX:00000000 EDX:7ffe9ac0 ESI:00000000 EDI:7c0b34dc Stack dump: 0x7ba3f368: 7c00f368 00024cf0 7c01a8bc 7ffeab94 0x7ba3f378: 00000018 7ba3f3d0 00000000 7ba3f3a0 0x7ba3f388: 7c01a8bc 7ffe9ac0 7c0b3918 7c00f368 0x7ba3f398: 0000499e 00000000 7ffad08a 7ffeab94 0x7ba3f3a8: 7c08f490 7ba3f478 00000000 7ff97393 0x7ba3f3b8: 7c01a8a8 00000000 7ba3f3d0 7ff91fd3 Backtrace: =>1 0x7ffad12a in libfreetype.so.6 (+0x2a12a) (0x7f6fc008) 2 0x00000000 (0x00000000) 0x7ffad12a: movzwl 0x0(%eax,%esi,2),%eax Modules: Module Address Debug info Name (44 modules) ELF 0x7b3a1000-7b3c9000 Deferred winspool.drv<elf> \-PE 0x7b3b0000-7b3c9000 \ winspool.drv ELF 0x7b3c9000-7b48a000 Deferred comctl32<elf> \-PE 0x7b3e0000-7b48a000 \ comctl32 ELF 0x7b48a000-7b4aa000 Deferred iphlpapi<elf> \-PE 0x7b490000-7b4aa000 \ iphlpapi ELF 0x7b4aa000-7b4f4000 Deferred rpcrt4<elf> \-PE 0x7b4c0000-7b4f4000 \ rpcrt4 ELF 0x7b4f4000-7b583000 Deferred gdi32<elf> \-PE 0x7b510000-7b583000 \ gdi32 ELF 0x7b583000-7b6b6000 Deferred user32<elf> \-PE 0x7b5a0000-7b6b6000 \ user32 ELF 0x7b6b6000-7b6f8000 Deferred advapi32<elf> \-PE 0x7b6d0000-7b6f8000 \ advapi32 ELF 0x7b6f8000-7b789000 Deferred ole32<elf> \-PE 0x7b710000-7b789000 \ ole32 ELF 0x7b789000-7b7e7000 Deferred shlwapi<elf> \-PE 0x7b7a0000-7b7e7000 \ shlwapi ELF 0x7b7e7000-7b8af000 Deferred shell32<elf> \-PE 0x7b800000-7b8af000 \ shell32 ELF 0x7b8af000-7b940000 Deferred comdlg32<elf> \-PE 0x7b8c0000-7b940000 \ comdlg32 ELF 0x7ba48000-7ba70000 Deferred notepad<elf> \-PE 0x7ba50000-7ba70000 \ notepad ELF 0x7baef000-7bc00000 Deferred kernel32<elf> \-PE 0x7bb20000-7bc00000 \ kernel32 ELF 0x7bd12000-7bd1c000 Deferred libnss_files.so.2 ELF 0x7bd1c000-7bd26000 Deferred libnss_nis.so.2 ELF 0x7bd26000-7bd3b000 Deferred libnsl.so.1 ELF 0x7bd3b000-7bd44000 Deferred libnss_compat.so.2 ELF 0x7bd59000-7bd7b000 Deferred libm.so.6 ELF 0x7bd7b000-7be70000 Deferred libwine_unicode.so.1 ELF 0x7be85000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7ff18000-7ff38000 Deferred libexpat.so.0 ELF 0x7ff38000-7ff5e000 Deferred libfontconfig.so.1 ELF 0x7ff73000-7ff83000 Deferred libz.so.1 ELF 0x7ff83000-7ffeb000 Export libfreetype.so.6 ELF 0xb7e92000-b7e96000 Deferred libdl.so.2 ELF 0xb7e96000-b7fa8000 Deferred libc.so.6 ELF 0xb7fa8000-b7fba000 Deferred libpthread.so.0 ELF 0xb7fba000-b7fd3000 Deferred libwine.so.1 ELF 0xb7fe9000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\windows\system\notepad.exe 00000009 0 <== WineDbg terminated on pid 0x8

1 1

Re: ntdll / kernel32: #57
by Dmitry Timoshkov June 26, 2005

June 26, 2005

"Eric Pouech" <pouech-eric(a)wanadoo.fr> wrote: > --- dlls/ntdll/thread.c 21 Jun 2005 09:57:53 -0000 1.31 > +++ dlls/ntdll/thread.c 26 Jun 2005 08:41:07 -0000 > @@ -593,6 +641,19 @@ > case ThreadTimes: > case ThreadPriority: > case ThreadBasePriority: > + { > + const DWORD *pprio = data; > + if (length != sizeof(DWORD)) return STATUS_INVALID_PARAMETER; > + SERVER_START_REQ( set_thread_info ) > + { > + req->handle = handle; > + req->priority = *pprio; > + req->mask = SET_THREAD_INFO_PRIORITY; > + status = wine_server_call( req ); > + } > + SERVER_END_REQ; > + return status; > + } ThreadTimes case should be moved to the stubbed cases below. -- Dmitry.

1 0

Re: ADVPACK: Remove DllMain from the spec file
by Dmitry Timoshkov June 26, 2005

June 26, 2005

"Jacek Caban" <jack(a)itma.pwr.wroc.pl> wrote: > Changelog: > Remove DllMain from the spec file We need to match native exports, and native advpack.dll really exports DllMain. -- Dmitry.

1 0

Re: add GetGlobalFontLinkObject in mlang
by Dmitry Timoshkov June 26, 2005

June 26, 2005

"Felix Nawothnig" <felix.nawothnig(a)t-online.de> wrote: > --- include/mlang.idl 19 Nov 2004 17:59:41 -0000 1.5 > +++ include/mlang.idl 9 Dec 2004 16:08:02 -0000 > @@ -545,6 +545,8 @@ cpp_quote("STDAPI Rfc1766ToLcidA(LCID *, > cpp_quote("STDAPI Rfc1766ToLcidW(LCID *, LPCWSTR);") > cpp_quote("#define Rfc1766ToLcid WINELIB_NAME_AW(Rfc1766ToLcid)") > > +cpp_quote("STDAPI GetGlobalFontLinkObject();") This is not a prototype, you need to list the types of arguments, in this case (void). -- Dmitry.

1 0

Re: lostwages: fix link to ICM documentation
by Tom Wickline June 26, 2005

June 26, 2005

On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Link to Image Color Management (ICM) Reference instead of > irrelevant MSCMS Publishing API docs. > Hello Saulius, After status6 is committed you can look over all the MSN/Other doc links and suggest better linkage if you wish. :-) I got a little lazy while doing them.. well more like bored out of my head and did a hurry up job on a couple of them. Cheers, Tom

1 0

Jedi Academy regression?
by Fernando Vilas June 26, 2005

June 26, 2005

Hi, In wine-20050524, Jedi Academy works well. After an upgrade to wine-cvs, now it doesn't go fullscreen and doesn't get keyboard focus. wine-20050524: (works) $ wine jasp fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:opengl:query_function_pbuffer gl_version is: "1.5.3 NVIDIA 71.67" fixme:opengl:query_function_pbuffer glx_exts is: "GLX_EXT_visual_info GLX_EXT_visual_rating GLX_SGIX_fbconfig GLX_SGIX_pbuffer GLX_SGI_video_sync GLX_SGI_swap_control GLX_ARB_multisample GLX_NV_float_buffer GLX_ARB_get_proc_address " fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc03b8,0x7fc5eb10,10024,0,0x7fdc331c,0x7fdc342c,0x7fdc32f8): stub wine-cvs: (doesn't) $ wine jasp err:x11settings:X11DRV_ChangeDisplaySettingsExW No matching mode found! (NoRes) fixme:wave:DSD_CreateSecondaryBuffer (0x7fdc0fc0,0x7fc5eb10,10024,0,0x7fdc19fc,0x7fdc1b0c,0x7fdc19d8): stub This started about June 13th. (give or take) after spending some time to see if there was some configuration variable that changed, I installed the older version of wine for comparison. I believe this is a regression, but if there's some thing I should have done on my box to fix it, please let me know. Relevant info: Slackware-current Linux 2.6.12 nVidia GeForce 5900 (7664 drivers) using xinerama, not twinview AMD TBird 1.4GHz I can get you config files if those would help. -- Thanks, Fernando Vilas fvilasatinamedotcom

2 1

Wine tests
by Glen Kaukola June 26, 2005

June 26, 2005

Hi there, So I'm not seeing a test for MoveFileEx at all. I wouldn't mind taking a stab at creating one, and for that matter for anything else I happen to find not being tested. Sound like a plan? Glen

2 2

lotus notes regression
by Paul R Streitman June 25, 2005

June 25, 2005

Patch 14725, applied 2004/12/07 11:31:53, breaks lotus notes. The symptom is a hang with the CPU at 100%, and it happens immediately if you try to click on a notes 'bookmark', or shortly after you try to do much of anything else if you try to avoid the 'bookmarks'. Sorry that it took me so long to report this, when I decided that it wasn't just a temporary instability I eventually had to iteratively compile (many) CVS snapshots to narrow down when the problem was introduced because I found it impossible to untangle the various patches that went in around that time frame. I also ran afoul of the jack problems near the end. I do not know how to narrow the problem down further. I tried running winedbg (at CVS level a couple of days ago), and that seems to be broken too -- it wanted to run things from the wine build tree? There are no unusual console messages or anything when the problem happens. Thanks, Paul z/OS core components development Internet: prs(a)us.ibm.com

7 8

Font matching headaches
by Andreas Mohr June 25, 2005

June 25, 2005

Hi, another visitor on LinuxTag was having huge issues with a heavy-duty app doing batches of calculations, and every time after the end of those calculations there was an X server spike going up to 80% CPU. Turns out that spike was caused by the WARN("Huge font size %d pixels has been reduced to %d\n", h, MAX_FONT_SIZ E); message in dlls/x11drv/xfont.c/LFD_ComposeLFD() By binary-hacking x11drv.so to reduce it to 20 instead, I was able to totally eliminate the CPU wait period, since it then didn't render 1000 pixel fonts any more. Needless to say this is not exactly satisfying, since it's only yet another bandaid for this problem (while it helps in this situation, it would be useful to get this issues fully fixed in Wine). X11 version is XFree86 4.3.0-dfsg-1 (i.e., Debian). Is there anything that can be done to prevent this situation? (I know that it's an inconvenient situation in a workaround handler for even more inconvenient behaviour, but still...). I can ask for further machine specific information if it turns out that it would be useful... Another thing that I found there is the following loop: do { LFD_ComposeLFD( pfo, fm.height, lpLFD, uRelaxLevel++ ); if( (pfo->fs = safe_XLoadQueryFont( gdi_display, lpLFD )) ) brea k; } while( uRelaxLevel ); which *might* perhaps run amok since it continually grows without any effective check (but the break; should hopefully be sufficient to stop this reliably). Thanks, Andreas Mohr

1 0