wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

build errors
by Phil Krylov 27 Sep '05

27 Sep '05

Hi, I can't build current CVS version of Wine: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o kernel16.o registry16.o toolhelp16.o win87em.o actctx.o atom.o change.o comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res -Wl,--image-base,0x7b800000 -o kernel32.dll.so -L../../dlls -L../../dlls/ntdll -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port comm.drv.spec.o(.data.rel.ro+0x1f6): In function `__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_stress_dll_fini': /home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: undefined reference to `__wine_call_from_16_long' stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297: more undefined references to `__wine_call_from_16_long' follow system.drv.spec.o(.data.rel.ro+0x1d0): In function `__wine_spec_system_drv_fini': /home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303: undefined reference to `__wine_call_from_16_word' Am I the only one? Can you suggest something? -- Ph.

7 7

Fwd: Re: riched versions... then comdlg
by wino＠piments.com 27 Sep '05

27 Sep '05

Hi Andreas, I have just come accross something that looks very similar to my problem. A wine bug that is over a year old reported on a debian installation of wine and posted as a bug on winehq. the bug has had no follow-ups since it was posted a year ago in August. http://www.winehq.org/hypermail/wine-bugs/2004/08/0084.html Seems that there is a strong chance this one is a wine issue rather than the app I am trying to run. Thanks for you comments. ------- Forwarded message ------- From: wino(a)piments.com To: "Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> Cc: Subject: Re: riched versions... then comdlg Date: Mon, 26 Sep 2005 13:04:32 +0200 Thanks , picking up on the one again having cleared the riched20 issues. the bz2 is the output of: WINEDEBUG=+dll,+file wine natspeak &>/tmp/msvcrt.log I specified msvcrt.dll as native/builtin but it still throws and error version <unspecified> and says it needs 6.?xxxx the end of the file reads: trace:file:append_entry long L"sx96v32.dll"... short L""... mask L"msvcrt.dll" trace:file:match_filename (L"sx96v32.dll"..., L"msvcrt.dll") trace:file:append_entry long L"sx96.ini"... short L""... mask L"msvcrt.dll" trace:file:match_filename (L"sx96.ini"..., L"msvcrt.dll") trace:file:FindNextFileW returning L"msvcrt.dll" (L"") trace:file:RtlDosPathNameToNtPathName_U (L"c:\\windows\\system\\msvcrt.dll",0x7bacee0c,0x7bacee08,(nil)) trace:file:RtlGetFullPathName_U (L"c:\\windows\\system\\msvcrt.dll" 520 0x7baceb50 0x7bacee08) so it seems to have found it but you will surely make more of this output than I can. TIA. On Sun, 25 Sep 2005 22:09:50 +0200, Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote:

1 0

Re: Partial solution to the unimplemented API: user32.RealChildWindowFromPoint
by Robert Shearman 27 Sep '05

27 Sep '05

Tisheng Chen wrote: >User32.RealChildWindowFromPoint is not implemented >yet. This causes foobar2000 (with foo_ui_columns) to >crash, whenever you right-click on a panel. > >This patch is only a partial solution. It just stop >the crash of programs like foobar2000. But the >functionality is not quite correct. It just uses >ChildWindowFromPointEx to find and return a >childwindow, since I don't really understand the >difference between them. > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winu… It seems that RealChildWindowFromPoint doesn't recurse into deeper windows, except for HTTRANSPARENT windows, where it recurses deeper than ChildWindowFromPoint to find a window that doesn't return this hit-test (except if it is a static control). What a mess for developers... Two comments on the patch: 1. Please send patches as text attachments. Usually, renaming to .diff or .txt before attaching is enough to make this happen. 2. "+ FIXME("partial stub. HWND: 0x%lx\n", (DWORD) hwndParent);" -> don't cast hwndParent to DWORD, just change the format to %p. Thanks for the patch, >Hope someone else will implement a better one. > > -- Rob Shearman

1 0

Re: DDraw: Better flag handling in SetCooperativeLevel
by Lionel Ulmer 27 Sep '05

27 Sep '05

On Thu, Sep 08, 2005 at 12:03:52PM +0200, Stefan Dösinger wrote: > Changelog: > *Add handling for DDSCL_SETFOCUSWINDOW in SetCooperativeLevel > *Print a fixme for DDSCL_CREATEDEVICEWINDOW and DDSCL_SETDEVICEWINDOW. Alexandre, any reason why this patch (plus the other about the reference counting) were not applied ? If you were waiting for some DDraw 'guru' to give his blessing, they both look OK to me :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 2

large file support and GetDiskFreeSpace gets wrong info on > 2GB disks
by Vijay Kiran Kamuju 27 Sep '05

27 Sep '05

Hi Alexander We should add the following lines to the configure script to check for large file support in the kernel. As the GetDiskFreeSpace gets wrong information regarding the disk space on disks > 2GB. dnl This test must come as early as possible after the compiler configuration dnl tests, because the choice of the file model can (in principle) affect dnl whether functions and headers are available, whether they work, etc. AC_SYS_LARGEFILE CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=${ac_cv_sys_file_offset_bits}" AC_CHECK_SIZEOF(off_t, 64, [ #include <stdio.h> #include <sys/types.h> #include <unistd.h> ]) Thanks Vijay

2 1

Steam broken again
by Ivan Gyurdiev 27 Sep '05

27 Sep '05

Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again.

3 4

Re: msvcrt: portable printf integer conversions
by Mike McCormack 27 Sep '05

27 Sep '05

Hi Jesse, Jesse Allen wrote: > Here's a patch to start the work on getting our own printf number > conversions done internally. It adds pf_integer_conv, which is > capable of handling d,x,o,u,i. However, a large part of my intent is > to add support for I64 size integers. So I've decided to only foward > I64 sizes to it at this time, and leave the rest intact, as I've only > tested I64. I sent a message to wine-devel last night for comments, > but it seems to have gotten lost. We need to guage how to restructure > the printf code, especially since I've found two bugs in our current > implementation. Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: > + if( flags->Format == 'X' ) > + digits = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ"; > + else > + digits = "0123456789abcdefghijklmnopqrstuvwxyz"; Do you really need the whole alphabet? > + else if( *(p+1) == '3' && *(p+2) == '2' ) > + { > + FIXME("%%I32 unhandled\n"); > + p += 3; > + } > + else > + { > + FIXME("%%I unhandled\n"); > + p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike

2 2

Re: Documentation volunteer(s) needed
by josephblack 27 Sep '05

27 Sep '05

In article <87oe6nlq4i.fsf(a)wine.dyndns.org>, julliard(a)winehq.org says... > Folks, > > As most of you probably know (at least those of you who managed to get > out of bed in time for my keynote ;-) we are supposed to release 0.9 > real soon now. We do have one remaining issue: the documentation > needs some major work. Not every bit of it is critical for the > release, but we need to fix at least the User's Guide to reflect the > recent configuration changes. Would anybody be interested in helping > with that? > www.wine-wiki.org has been compiling tips from the wine mailing lists. I had planned to use it to update the documentation, but keeping up with the lists has kept me busy. After some discussion, Jason (the owner) has confirmed he would like to raise an offer of wine-wiki.org and its contents to the Wine project. joseph black admin

2 2

Wine CVS as of 9/25/2005 Kills Notes
by Kevin DeKorte 27 Sep '05

27 Sep '05

I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 wine ./nlnotes Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. wine: Unhandled exception (thread 000d), starting debugger... Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Usage: winedbg [--command cmd|--auto] [--gdb [--no-start] [--with-xterm]] cmdline fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) stub! fixme:advapi:LookupAccountSidA ((null),sid=0x4191f01c,0x4191e9d4,0x4191edd8 (512),0x4191ebd4,0x4191efe0(512),0x4191efe4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

3 10

winsock2 header missing function prototypes
by James Hawkins 27 Sep '05

27 Sep '05

Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the prototype is in winsock.h. I then checked to see if winsock2.h included winsock.h, and it turns out it does, but with __WINE_WINSOCK2__ defined. This prevents the prototypes from being included from winsock.h because they are protected by an if !defined(__WINE_WINSOCK2__). Right above this block is the note: /* * Prototypes * * Remember to keep this section in sync with the * "Winsock Function Typedefs" section in winsock2.h. */ I looked at the Winsock Function Typedefs from winsock2.h and they are just a bunch of typedefs (of course). If we can compile this program in windows, shouldn't we be able to compile it with winelib/make too? Is there anything I'm doing wrong or should something be fixed in the headers? Thanks, James Hawkins

1 1

Re: RICHED20: fix stylesheet reading and input callback
by Ivan Gyurdiev 27 Sep '05

27 Sep '05

Krzysztof Foltman wrote: >ChangeLog: > * Optional destinations in stylesheets are now skipped properly (and >not treated as the "proper" styles as they were before) > * EOF condition in the middle of the stylesheet is no longer putting >the reader into infinite loop > * Half-full input buffers don't trigger EOF anymore (although it could, >in theory, break some apps, I find it unlikely - and the change makes >Out from Boneville installer display license properly) > >In case of the problems with the last change (which shouldn't happen, >but we deal with Windows apps here ;-) ), uncomment the block starting >at line 132 in reader.c > > I can report a regression as of today. Running the Steam installer for Half Life 2 Demo got to the EULA in the morning. It is now not able to display the EULA. fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: missing style number Last token read was "}" near line 3, position 22. wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x3b14b935). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3b14b935 ESP:7fca6ae4 EBP:7fca6af4 EFLAGS:00000202( - 00 - - I1) EAX:00000000 EBX:00007786 ECX:00007786 EDX:00000006 ESI:00000000 EDI:3b23dff4 Stack dump: 0x7fca6ae4: 00007786 3b23dff4 00000000 b7fc7a30 0x7fca6af4: 7fca6c18 3b14ce6b 00000006 3b23dff4 0x7fca6b04: 0000005e 0000005f 7fca6bcc 3b17cf28 0x7fca6b14: 7d16dbe0 0000005f 0000005e fbad8000 0x7fca6b24: 7d16dbe0 7d16dbe0 7d16dbe0 7d16dbe0 0x7fca6b34: 7d16dc3e 7d16dc44 7d16dbe0 7d16dc44 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3b14b935 gsignal+0x45 in libc.so.6 (0x7fca6af4) 2 0x3b14ce6b abort+0xe7 in libc.so.6 (0x7fca6c18) 3 0x3b144fa6 __assert_fail+0xb6 in libc.so.6 (0x7fca6c38) 4 0x20511cb4 ME_CopyToCF2W+0x0(to=0x7fca6c78, from=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:67] in riched20 (0x7fca6c5c) 5 0x20511fe7 ME_ApplyStyle+0x2b(sSrc=0x7f6c39a0, style=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:154] in riched20 (0x7fca6cf8) 6 0x205057d5 ME_RTFReadHook+0xdd(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/editor.c:490] in riched20 (0x7fca6dd0) 7 0x2050d505 RTFGetToken+0x35(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:464] in riched20 (0x7fca6de4) 8 0x2050d9cd RTFRead+0x25(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:379] in riched20 (0x7fca6df8) 9 0x20509306 RichEditANSIWndProc+0x271a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:591] in riched20 (0x7fcacffc) 10 0x20509eec RichEdit10ANSIWndProc+0x24(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:1951] in riched20 (0x7fcad020) 11 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcad044) 12 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcad078) 13 0x682cda89 CallWindowProcA+0x161(func=0x4fd69000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:3230] in user32 (0x7fcad0a4) 14 0x682a3dc5 call_window_proc+0xa1(lparam=0x7fcad194, unicode=0x0, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1520] in user32 (0x7fcad0fc) 15 0x682a7136 SendMessageTimeoutA+0x1ba(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194, flags=0x0, timeout=0x0, res_ptr=0x7fcad174) [/home/phantom/src/wine/dlls/user/message.c:2396] in user32 (0x7fcad150) 16 0x682a71b5 SendMessageA+0x31(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194) [/home/phantom/src/wine/dlls/user/message.c:2440] in user32 (0x7fcad17c) 17 0x1000a637 in glc252.tmp (+0xa637) (0x7fcad1a0) 18 0x10009b89 _ListboxSubclassProc@16+0x568 in glc252.tmp (0x7fcad5f8) 19 0x10009a61 _ListboxSubclassProc@16+0x440 in glc252.tmp (0x7fcadeec) 20 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadf10) 21 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadf44) 22 0x682cd99e CallWindowProcA+0x76(func=0x6832a118, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3245] in user32 (0x7fcadf70) 23 0x6827a0f8 DefDlgProcA+0x54(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/defdlg.c:453] in user32 (0x7fcadfa0) 24 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadfc4) 25 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadff8) 26 0x682cf3fb CallWindowProcW+0x117(func=0x68329e1a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3058] in user32 (0x7fcae498) 27 0x682a3e24 call_window_proc+0x100(lparam=0x0, unicode=0x1, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1515] in user32 (0x7fcae4f0) 28 0x682a72f9 SendMessageTimeoutW+0x139(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x7fcae560) [/home/phantom/src/wine/dlls/user/message.c:2348] in user32 (0x7fcae53c) 29 0x682a733d SendMessageW+0x31(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/home/phantom/src/wine/dlls/user/message.c:2429] in user32 (0x7fcae568) 30 0x6827eb3d DIALOG_CreateIndirect+0xd9d(dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:638] in user32 (0x7fcae6a8) 31 0x6827f451 CreateDialogIndirectParamAorW+0x29(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/home/phantom/src/wine/dlls/user/dialog.c:697] in user32 (0x7fcae6c8) 32 0x6827f502 CreateDialogIndirectParamA+0x26(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:706] in user32 (0x7fcae6ec) 33 0x10007b2e in glc252.tmp (+0x7b2e) (0x7fcae780) 34 0x100078ee in glc252.tmp (+0x78ee) (0x7fcae898) 35 0x100044cc in glc252.tmp (+0x44cc) (0x7fcaf5b0) 36 0x10001fa8 WiseMain+0xf99 in glc252.tmp (0x00000000) 0x3b14b935 gsignal+0x45 in libc.so.6: xchgl %edi,%ebx Modules: ...

1 0

re: [bug824] update
by Dan Kegel 27 Sep '05

27 Sep '05

Vijay wrote: > Any comments on why this patch has not been commited > http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Probably because it does not include a conformance test. If you like, you could help by turning http://members.cox.net/~rgalbraith10/wine/bug824/demo824.c into an unattended conformance test by following the example in http://winehq.org/site/docs/wine-devel/testing-test - Dan

2 1

listview crash fix
by Dimi Paun 26 Sep '05

26 Sep '05

Hi Michael, Can you try this out and let me know if it works please? To be honest, I don't like this solution at all, I'll try a different approach tonight, but in the meanwhile... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

4 11

Re: winspool/tests: New Testsuite
by Detlef Riekenberg 26 Sep '05

26 Sep '05

New Testsuite for GetDefaultPrinter and GetPrinterDriverDirectory Added: + Test Printing Environments for GetPrinterDriverDirectory + More intensive Testing. + Verbose Output with "WINETEST_DEBUG" > 1 * More tests will follow. If the Patch is to Large (i already removed the Unicode-Tests) i can split the Testsuite, but this will reduce the amount of testing, compared to the current CVS. Changelog: - New Testsuite for winspool.drv: GetDefaultPrinterA and GetPrinterDriverDirectoryA (with different environments) - Verbose Output with "WINETEST_DEBUG" > 1 -- By By ... ... Detlef

2 2

Re: Auto-register d3drm too?
by Lionel Ulmer 26 Sep '05

26 Sep '05

On Mon, Sep 26, 2005 at 12:48:04AM +0200, Francois Gouget wrote: > d3drm.dll has exactly the same issue as d3dxof.dll. It depends on the > CLSID\{4516EC41-8F20-11D0-9B6D-0000C0781BC3} registry key but it is > unclear how this key is supposed to be created. It seems to be the same issue that we have with the DDplay service providers whose keys are not registered by any DLL (I put them in wine.inf). Alexandre proposed in those days the creation of a 'directx.inf' which would regroup all keys created by a standard DirectX installation. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

bugzilla cleanup status
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

Total Available bugs - 1280 (as of now) Jonathan Ernst could you give me your irc id, do you hang around irc Thanks, Vijay

2 1

Re: fix scollbar off by one error
by Andreas Mohr 26 Sep '05

26 Sep '05

Hi, On Mon, Sep 26, 2005 at 05:08:09PM +0530, Vijay Kiran Kamuju wrote: > Changelog > --------------- > fix scrollbar off by one error (bug 765) r = *rect; if( vertical ) - r.bottom = r.top + arrowSize; + r.bottom = (r.top++) + arrowSize; else - r.right = r.left + arrowSize; + r.right = (r.left++) + arrowSize; Are you sure this is what you want? This will increment r.top and r.left, too! Even if it is exactly what you intend it to do, then this code is still confusing and should instead use more explicit notation. Andreas Mohr

2 1

tiny fonts on cvs
by wino＠piments.com 26 Sep '05

26 Sep '05

HI, I am getting miniscule 2.5 point fonts on my new wine-cvs. some dlgs come up ok but winecfg inparticular is unreadably small. suggestions pls.

2 3

Re: mlang
by Huw D M Davies 26 Sep '05

26 Sep '05

On Fri, Sep 23, 2005 at 01:38:39PM -0500, Aric Stewart wrote: > Implement a basic beginning for > fnIMLangFontLink_CodePageToCodePages, > fnIMLangFontLink_CodePagesToCodePage and fnIMLangFontLink_GetFontCodePages. > Also some tests for the new functions. > Index: dlls/mlang/mlang.c > =================================================================== > RCS file: /home/wine/wine/dlls/mlang/mlang.c,v > retrieving revision 1.23 > diff -u -r1.23 mlang.c > --- dlls/mlang/mlang.c 7 Sep 2005 11:31:18 -0000 1.23 > +++ dlls/mlang/mlang.c 23 Sep 2005 18:36:58 -0000 > @@ -449,6 +449,63 @@ > "Courier","Arial" } /* FIXME */ > }; > > +#define FS(x) {{0,0,0,0},{0x1<<(x),0}} > +#define MAXTCIINDEX 32 > +static const CHARSETINFO FONT_tci[MAXTCIINDEX] = { > + /* ANSI */ > + { ANSI_CHARSET, 1252, FS(0)}, > + { EASTEUROPE_CHARSET, 1250, FS(1)}, > + { RUSSIAN_CHARSET, 1251, FS(2)}, > + { GREEK_CHARSET, 1253, FS(3)}, > + { TURKISH_CHARSET, 1254, FS(4)}, > + { HEBREW_CHARSET, 1255, FS(5)}, > + { ARABIC_CHARSET, 1256, FS(6)}, > + { BALTIC_CHARSET, 1257, FS(7)}, > + { VIETNAMESE_CHARSET, 1258, FS(8)}, As I mentioned on IRC, all this stuff is available through TranslateCharsetInfo, so why duplicate all thia? Huw.

3 3

Rendering problem when scrolling license agreement in Picasa installer
by Dan Kegel 26 Sep '05

26 Sep '05

http://bugs.winehq.org/show_bug.cgi?id=3348 describes a scrolling problem that is probably pretty easy to fix. The nullsoft(?) installer used by picasa 2 seems to have a problem with text scrolling in the latest snapshot of wine. Scrolling using the keyboard works, but scrolling by clicking on the arrows of the scrollbar screws up the new text. I have a sneaking suspicion this affects other apps. Is this a known problem already? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

[bug50] update
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

could please explain whats wrong with this patch http://www.winehq.org/pipermail/wine-patches/2005-June/017959.html This fixes bug[50 Thanks, Vijay

1 0

[bug824] update
by Vijay Kiran Kamuju 26 Sep '05

26 Sep '05

Hi, Any comments on why this patch has not been commited http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Thanks, Vijay

1 0

Re: [Now ns7] Dragon ns8 problem
by wino＠piments.com 26 Sep '05

26 Sep '05

Jean, gentoo ; kernel 2.6.22 with alsa and alsa-oss; wine 20050524; NS 7 pref. I've started going through this from scatch. So far I have got the installer to work by importing riched* from win2k and comdlg32.dll off a dll archive on the web. used sidenet to set up the config only. refered to frankscorner to install DCOM98 and to run installshield. wine regedit to add string value 5.0.2014.0216 to following regkey. HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer So far it installs without error but now on running wine natspeak I get "cant find nstex50.dll" this is odd since it is in the current dir. This may be a result of my not having installed IE6 this time but still seems odd. regards. On Thu, 22 Sep 2005 17:40:05 +0200, Jean Magnan de Bornier <jean(a)bornier.net> wrote: > Le 22 septembre à 17:26:01 peter(a)piments.com écrit notamment: > > | Yes, on recent winecfg base versions, I also found it was very slow to > | open my user profiles and crashed as soon as I opened DragonPad. >> > | I can only repeat that I had the most luck with 20050524. Since you are > | apparently using Gentoo you will find this is still in the portage > tree so > | I dont understand your reluctance to try it. (Use "quickpkg wine" to > make > | binary of wine before you change versions , then you can use emerge -k > | later to avoid the lenghty rebuild if you want to swap back.) >> > | bash-3.00#emerge -p =app-emulation/wine-20050524 > > OK, thanks, I will try it another time (last time with this version > couln't install NS, maybe I did some mistake there...) > thanks for your patience...

3 4

Re: Make DrawMenuBar and SetMenu tests pass under Wine
by Vitaliy Margolen 26 Sep '05

26 Sep '05

Saturday, September 24, 2005, 9:10:03 AM, Dmitry Timoshkov wrote: > It's a bit awkward to run message tests with current CVS, DDE test > fails and doesn't allow the tests to continue, so I had to run it > manually. I haven't investigated the source of the failure, but symptoms > are that IsWindowUnicode now returns TRUE when it shouldn't, and that > reminds me old reports that uxtheme makes windows appear unicode > when they are not. Time to go to test.winehq.org and find the time of > the breakage. Just look for theming patches from around 1 - 1.5 months ago. Each themed control has that problem. I don't understand that too, but author claims that this the way it is on winXP with comctl32 6.0. Vitaliy Margolen

2 1

Wine on NetBSD?
by Bryce Robilliard 25 Sep '05

25 Sep '05

Hello, I was enquiring as to whether or not Wine is compatible with NetBSD, or if any other port of Wine is compatible with NetBSD. If not are there any plans to make this so? Regards, Bryce

4 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel