August 2005 - Wine-Devel - list.winehq.org

Theming Support
by Jonathan Ernst Aug. 28, 2005

Aug. 28, 2005

Hello, Now that theming using .msstyle is working quite well, wouldnt'it be possible to use the current used theme in the currently used window manager. I think it would be of great value to have windows applications integrate semlessly with the linux desktop without having to look for a msstyle theme that looks like the same as the currently used theme. Searching a little bit, it seems that something like this is on the way: http://wiki.winehq.org/ThemingSupport "Write a GTK+ theming bridge so Win32 apps get GTK+ themes automatically." Are we (=you) far away from this step ? Keep up the good work, -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

5 10

curses, curses is broken
by Robert Lunnon Aug. 28, 2005

Aug. 28, 2005

Seems a problem here for solaris too. Lots of breakage recently... Bob

1 0

Re: old version freetype installed warning
by Dmitry Timoshkov Aug. 28, 2005

Aug. 28, 2005

"Yuri Kozlov" <kozlov.y(a)gmail.com> wrote: > changelog: > gdi: old version freetype installed warning added > --- wine/dlls/gdi/freetype.c 2005-08-20 08:33:00.000000000 +0400 > +++ bwine/dlls/gdi/freetype.c 2005-08-27 16:05:47.000000000 +0400 > @@ -438,6 +438,7 @@ > /* There are too many bugs in FreeType < 2.1.9 for bitmap font support */ > if(!FT_IS_SCALABLE(ft_face) && FT_SimpleVersion < ((2 << 16) | (1 << 8) | (9 << 0))) { > pFT_Done_Face(ft_face); > + WARN("Please, update FreeType library (>=2.1.9) -- font %s will not be load\n", debugstr_a(file)); If it's supposed to be a user visible message then it should use MESSAGE instead of a WARN. -- Dmitry.

2 1

Re: [COMCTL32] Set default size in ToolBar.SetBitmapSize
by Dmitry Timoshkov Aug. 28, 2005

Aug. 28, 2005

"Yuri Kozlov" <kozlov.y(a)gmail.com> wrote: > changelog: > [COMCTL32] set default size for toolbar bitmap if not specified > --- wine/dlls/comctl32/toolbar.c 2005-08-16 19:25:16.000000000 +0400 > +++ bwine/dlls/comctl32/toolbar.c 2005-08-27 13:12:46.000000000 +0400 > @@ -4719,7 +4719,7 @@ > FIXME("wParam is %d. Perhaps image list index?\n", wParam); > > if ((LOWORD(lParam) <= 0) || (HIWORD(lParam)<=0)) > - return FALSE; > + lParam = MAKELONG(16, 15); Better use MAKELPARAM here since it's a 64-bit entity in Win64. -- Dmitry.

2 1

Re: IDA Pro Regression
by James Liggett Aug. 28, 2005

Aug. 28, 2005

Hi, A week or so ago I reported some regressions running IDA pro on wine. I've done some regression testing and I have found the patches that were causing the problems. The first problem I noticed were the large edit boxes in the General Registers window in IDA's debugger. It was caused by this edit control theming patch: http://cvs.winehq.org/patch.py?id=19554. I also noted a crash after setting the debugger's process options. I found that this problem was also caused by a theming patch, this time for comboboxes: http://cvs.winehq.org/patch.py?id=19604 Since I'm really not too familiar with these areas of wine, perhaps someone with a little more experience with these patches can take a look at them so that they can be fixed. Thanks, James

1 0

Re: [Wine]Softlinking to a dvd-drive with inconsistent mount points? => HAL-Support
by Detlef Riekenberg Aug. 27, 2005

Aug. 27, 2005

Am Freitag, den 26.08.2005, 12:50 +0200 schrieb Holly Bostick: >>Problem solved: > >>http://portal.suse.com/sdb/en/2005/05/dkukawka_hal_mountpoints.html > > Thanks Hiji, that was useful for me too. Thats an ugly workaround that should be forbidden. See Below. > > It might be nice to be able to symlink "d::" to /dev/hdc > > and have wine figure out where that's mounted, > > instead of having to specify both the device and the mount point. IMHO thats the only possible Way and wine must go that Way ASAP! (and use the old method for systems, where the new way dis not work) > Of course ~/.wine/drive_c (or wherever it's placed since Wine now > allows you to place the wine directory on first run), is going to > automatically be C:\. This is the default Location used by "wineprefixcreate" > The user's $HOME directory, > > is automatically symlinked to D:\ "D:\" is not created by "wineprefixcreate". > /tmp, ..., is automatically symlinked to E:\, which Wine seems to "e:\" is not created by "wineprefixcreate". "c:\windows\temp" is used as the default Temporary Directory. > C:\Windows\temp, where it always is under Windows) This is the default Location in win9x, if "TEMP" is not set in "config.sys" or "autoexec.bat" when starting this DOS-Taskswitcher. %USERPROFILE%\Local Settings\Temp" is the default for W2k and above. (Replace the second Part with the Translation in your Language). (WinNT 4.0 is The actual Location is always found in "TEMP" > / , being the third of the necessary directories that everyone is known > to have, is automatically symlinked to Z:\ This is also created by "wineprefixcreate" > I honestly don't know what SuSE was thinking with that one-- what > earthly reason could the majority of users have to need their CD/DVD > mounted to the label of the media itself? Yeah, I want /media/Far Cry > one minute, and /media/Office 2003 the next. Like I even know the LABEL > of most of the media I mount (and that's just retail disks, nothing said > about backup disks or other self-burned media). So how am I supposed to > know where it is, if I don't know the label? That's the best thing they did, but many Years to late! I used this semantic since 1985 when the computers had one or two floppy-disks, the hd was optional with a size about 40MB and was very surprised, when i changed my system. When a different medium (Disk) was needed and not present, the first system asks: 'Please insert Volume "Application, Disk 2" in any Drive'. The system detected the Media-Change and closed the Requester automatic, no matter in which Drive you inserted the Disk (DF0:, DF1: DF2 or DF3: for Floppy-Disks). Even the Requester was created automatic, when the required medium was not found and the Application did not forbid this behaviour explicit. About 20 Years later in 1994, a different System told me to insert the "Installation CD #2" in drive "E:" and was unable to detect, that the required medium was already present in drive "F:". Thats the way: The software-vendors are inflexible and the users do not complain. The First system was my Amiga and the second was the Software "WISO Sparbuch 2004" on Windows 2000. So with the HAL-System, linux is on the right way. Please do not be fixed on the old style, be flexible. Software need to use "/media/LABEL_OF_THE_MEDIA" to be more flexible, but that do not work, if the user create that ugly workaround above. > I could maybe see it for USB sticks, or Flash cards, > but those are different rules than the ones for CD/DVD drives. Which rules? Why use different behaviour? They are all media! Even Linux can use the semantic with the Volume-Label. No matter, on which Harddisk or which Partition the Files are. Mount find the Label. > And I don't even like this /media thing anyway; half > the time I start typing ls -la /mnt/wherever and get nothing (of > course). Phooey. Thats the Problem. The change was very late and many user must learn the flexible way. IMHO, it's required for wine to handle the HAL-Message-System ASAP. -- By By ... ... Detlef

4 5

Re: [d3d8] use wined3dformat when calling wined3d #2 resent
by Jesse Allen Aug. 27, 2005

Aug. 27, 2005

On 8/26/05, Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > > This patch is a resend of an earlier patch '[d3d8] use wined3dformat when > calling wined3d' > > > This patch adds a stray close parenthesis to wine/dlls/d3d8/directx.c line 644. Thanks, Jesse

1 0

Googletalk and Wine
by Andrew Neil Ramage Aug. 27, 2005

Aug. 27, 2005

Googletalk is a free chat program from Google with integrated VoIP. I installed the program and received a message saying Googletalk required Windows 2000, XP or 2003. The program started after installation and almost immewdiately crashed. Here is the output. andrew(a)apollo:~/Download/Windows> wine googletalk.exe wine: cannot find 'googletalk.exe' andrew(a)apollo:~/Download/Windows> wine googletalk-setup.exe fixme:win:SetWindowTextA setting text "Google Talk Setup" of other process window (nil) should not use SendMessage fixme:win:SetWindowTextA setting text "Google Talk Setup" of other process window (nil) should not use SendMessage fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc EM_AUTOURLDETECT: stub fixme:richedit:RichEditANSIWndProc EM_EXLIMITTEXT: stub err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink fixme:advapi:LookupAccountSidW ((null),sid=0x403cf860,0x406dfcf8,0x406dfcf4(64),0x406dfd78,0x406dfcf0(64),0x406dfcd4): semi-stub fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! err:ole:CoGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {304ce942-6e39-40d8-943a-b913c40c9cd4}, hres is 0x80040154 andrew(a)apollo:~/Download/Windows> fixme:advapi:LookupAccountSidW ((null),sid=0x403cf868,0x406dfcf8,0x406dfcf4(64),0x406dfd78,0x406dfcf0(64),0x406dfcd4): semi-stub fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc EM_SHOWSCROLLBAR: stub fixme:richedit:RichEditANSIWndProc EM_SHOWSCROLLBAR: stub fixme:richedit:RichEditANSIWndProc EM_SETTEXTMODE: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc EM_SHOWSCROLLBAR: stub fixme:richedit:RichEditANSIWndProc EM_SHOWSCROLLBAR: stub fixme:richedit:RichEditANSIWndProc EM_HIDESELECTION: stub err:x11drv:X11DRV_CreateWindow invalid window height -2 fixme:keyboard:RegisterHotKey (0x3002e,0,0x00000008,27): stub fixme:richedit:RichEditANSIWndProc EM_HIDESELECTION: stub fixme:richedit:RichEditANSIWndProc EM_HIDESELECTION: stub fixme:sensapi:IsNetworkAlive 0x406de880 fixme:richedit:RichEditANSIWndProc EM_HIDESELECTION: stub wine: Unhandled exception (thread 0018), starting debugger... WineDbg starting on pid 0x15 Unhandled exception: page fault on write access to 0x0074006f in 32-bit code (0x401b140e). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:401b140e ESP:42cb686c EBP:42cb6894 EFLAGS:00210206( - 00 - RIP1) EAX:00740065 EBX:401ebbd4 ECX:006e006c EDX:00740063 ESI:403d0ed8 EDI:403d0f00 Stack dump: 0x42cb686c: 403d0380 00000020 401f2a20 401f2ace 0x42cb687c: 00000000 00000028 40360000 401ebbd4 0x42cb688c: 403d0ed8 00000028 42cb68d4 401b1be7 0x42cb689c: 401b13a0 401b13a0 42cb68c8 00004000 0x42cb68ac: 401f2ace 401f2ace 401b08de 00043bd8 0x42cb68bc: 00000001 40360000 40360000 401ebbd4 Backtrace: =>1 0x401b140e in ntdll (+0x2140e) (0x42cb6894) 2 0x401b1be7 in ntdll (+0x21be7) (0x42cb68d4) 3 0x401b1e2a RtlFreeHeap in ntdll (0x42cb6908) 4 0x40703dde in wininet (+0x13dde) (0x42cb692c) 5 0x40709693 WININET_Release in wininet (0x42cb6958) 6 0x4070edb9 InternetCloseHandle in wininet (0x42cb697c) fixme:dbghelp:sffip_cb NIY on 'googletalk.pdb' 7 0x004142c9 in googletalk (+0x142c9) (0x4221b164) 8 0x00000000 (0x005778c8) 9 0x00413230 in googletalk (+0x13230) (0x004131c0) 0x401b140e: movl %eax,0xc(%edx) Modules: Module Address Debug info Name (84 modules) PE 0x00400000-00720000 Export googletalk ELF 0x40000000-40018000 Deferred ld-linux.so.2 ELF 0x40031000-4004a000 Deferred libwine.so.1 ELF 0x4004a000-4005c000 Deferred libpthread.so.0 ELF 0x4005c000-40175000 Deferred libc.so.6 ELF 0x40175000-40179000 Deferred libdl.so.2 ELF 0x4017a000-401f5000 Export ntdll<elf> \-PE 0x40190000-401f5000 \ ntdll ELF 0x4020d000-40302000 Deferred libwine_unicode.so.1 ELF 0x40302000-40325000 Deferred libm.so.6 ELF 0x40470000-40581000 Deferred kernel32<elf> \-PE 0x404a0000-40581000 \ kernel32 ELF 0x406e0000-40726000 Export wininet<elf> \-PE 0x406f0000-40726000 \ wininet ELF 0x40726000-40746000 Deferred mpr<elf> \-PE 0x40730000-40746000 \ mpr ELF 0x40746000-40878000 Deferred user32<elf> \-PE 0x40770000-40878000 \ user32 ELF 0x40878000-4126c000 Deferred gdi32<elf> \-PE 0x40890000-4126c000 \ gdi32 ELF 0x41342000-4134a000 Deferred libgcc_s.so.1 ELF 0x4134a000-4138c000 Deferred advapi32<elf> \-PE 0x41360000-4138c000 \ advapi32 ELF 0x4138c000-413eb000 Deferred shlwapi<elf> \-PE 0x413a0000-413eb000 \ shlwapi ELF 0x413eb000-41479000 Deferred ole32<elf> \-PE 0x41400000-41479000 \ ole32 ELF 0x41479000-414c4000 Deferred rpcrt4<elf> \-PE 0x41490000-414c4000 \ rpcrt4 ELF 0x414c4000-414e4000 Deferred iphlpapi<elf> \-PE 0x414d0000-414e4000 \ iphlpapi ELF 0x414e4000-415ad000 Deferred shell32<elf> \-PE 0x41500000-415ad000 \ shell32 ELF 0x415ad000-4166b000 Deferred comctl32<elf> \-PE 0x415c0000-4166b000 \ comctl32 ELF 0x4166b000-41696000 Deferred ws2_32<elf> \-PE 0x41670000-41696000 \ ws2_32 ELF 0x41696000-41717000 Deferred winmm<elf> \-PE 0x416a0000-41717000 \ winmm ELF 0x41717000-4173e000 Deferred crypt32<elf> \-PE 0x41720000-4173e000 \ crypt32 ELF 0x4173e000-41752000 Deferred sensapi<elf> \-PE 0x41740000-41752000 \ sensapi ELF 0x41752000-4176d000 Deferred version<elf> \-PE 0x41760000-4176d000 \ version ELF 0x4176d000-41783000 Deferred lz32<elf> \-PE 0x41770000-41783000 \ lz32 ELF 0x41783000-4181c000 Deferred oleaut32<elf> \-PE 0x417a0000-4181c000 \ oleaut32 ELF 0x4181c000-41830000 Deferred msimg32<elf> \-PE 0x41820000-41830000 \ msimg32 ELF 0x41830000-4188d000 Deferred setupapi<elf> \-PE 0x41840000-4188d000 \ setupapi ELF 0x4188d000-418b1000 Deferred msacm32<elf> \-PE 0x418a0000-418b1000 \ msacm32 ELF 0x418b1000-418ce000 Deferred secur32<elf> \-PE 0x418c0000-418ce000 \ secur32 ELF 0x418e6000-41955000 Deferred libfreetype.so.6 ELF 0x4196d000-4199b000 Deferred libfontconfig.so.1 ELF 0x4199b000-419ba000 Deferred libexpat.so.0 ELF 0x419ba000-41a40000 Deferred winex11.drv<elf> \-PE 0x419d0000-41a40000 \ winex11.drv ELF 0x41a40000-41a42000 Deferred xlcutf8load.so.2 ELF 0x41a58000-41a60000 Deferred libsm.so.6 ELF 0x41a60000-41a78000 Deferred libice.so.6 ELF 0x41a78000-41a7e000 Deferred libxxf86dga.so.1 ELF 0x41a7e000-41a83000 Deferred libxxf86vm.so.1 ELF 0x41a83000-41a91000 Deferred libxext.so.6 ELF 0x41a91000-41b8d000 Deferred libx11.so.6 ELF 0x41b8d000-41bfa000 Deferred libgl.so.1 ELF 0x41bfa000-41c19000 Deferred ximcp.so.2 ELF 0x41c19000-41c37000 Deferred imm32<elf> \-PE 0x41c20000-41c37000 \ imm32 ELF 0x41c4f000-41c58000 Deferred libxcursor.so.1 ELF 0x41c58000-41c60000 Deferred libxrender.so.1 ELF 0x41ec0000-41f03000 Deferred wineoss.drv<elf> \-PE 0x41ed0000-41f03000 \ wineoss.drv ELF 0x41f03000-41f1c000 Deferred msacm.drv<elf> \-PE 0x41f10000-41f1c000 \ msacm.drv ELF 0x42130000-42145000 Deferred midimap.drv<elf> \-PE 0x42140000-42145000 \ midimap.drv ELF 0x42902000-42943000 Deferred riched20<elf> \-PE 0x42910000-42943000 \ riched20 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000015 (D) C:\Program Files\Google\Google Talk\googletalk.exe 00000018 0 <== 00000017 0 00000016 0 WineDbg terminated on pid 0x15 Anyone know what went wrong ? -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

2 2

CVS Problem
by Andrew Neil Ramage Aug. 27, 2005

Aug. 27, 2005

After downloading the new CVS, I hit the following problem after running './configure': config.status: error: cannot find input file: dlls/mciavi32/Makefile.in andrew(a)apollo:~/Download/Software/wine> make make[1]: Entering directory `/home/andrew/Download/Software/wine/libs' Makefile is older than ../configure, please rerun ../configure make[1]: *** [Makefile] Error 1 make[1]: Leaving directory `/home/andrew/Download/Software/wine/libs' make: *** [libs] Error 2 andrew(a)apollo:~/Download/Software/wine> Anyone know what is wrong ? -- Andrew You can be the captain I will draw the chart Sailing into destiny Closer to the heart Closer to the Heart by Rush (A Farewell to Kings, 1977) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

4 4

FAQ patch
by Tom Wickline Aug. 27, 2005

Aug. 27, 2005

I sent a small FAQ patch a couple days ago, please don't apply that patch I have a newer patch with allot more changes in it. I need to give it another look over before sending it for review. Cheers, Tom

1 0