- wine-devel - winehq.org

File descriptor limit
by Mike Hearn 03 Jul '03

03 Jul '03

Hi, I have a problem, in that I'm trying to run an app which opens truly astonishing numbers of threads, sockets and because we're on Linux -> file descriptors. For instance, on a basic run in the default configuration, it runs approximately 180 threads. A quick script that did an ls -1 in the /proc/$pid/fd directory of each running wine process (for some reason I get loads) shows that it opens a truly amazing 18,000 odd file descriptors. In fact, in some circumstances it opens so many, that I get errors like this: wine client error:9a: pipe: Too many open files .. and it dies. The problem is, that I don't know what limit is being used for this. In theory, the OPEN_MAX macro should tell me, but for some reason this is defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX) says "1024". So, a few questions, for those in the know (probably wineserver guys): 1) Does Wine try to monitor the number of open file descriptors and do anything about hitting the limit? 2) Does Wine deliberately split into lots of processes when certain limits are reached? (this doesn't seem to happen for other apps, except apache but I know it spawns children deliberately for load balancing reasons). 3) Why do I have so many? This is an app which makes heavy use of networking (it uses jxta which is a java p2p thingy), so far I've considered: * Thread server pipes (2 fds for each pipe) * Thread wait pipes (2 fds each) * Sockets * Open files (does java have a separate fd for each class even when in jars?) 4) Does Wine have any known scalability problems with lots of threads/sockets/files open at once? I noticed the wineserver eats a lot of CPU time. 4) Is there anything I can do about this? *Any* advice here would be most appreciated. Even given the ridiculous thread usage 18k file descriptors sounds way out of line, it feels like something is a bit broken here. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Office 2000
by giovannipid 03 Jul '03

03 Jul '03

Well, the seh.log file is the following: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: fixme:console:SetConsoleCtrlHandler (0x404d1570,1) - no error checking or testing yet trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 err:module:BUILTIN_LoadModule loaded .so but dll winearts.drv still not found trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4000af50 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x4000af51 trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x4009ed0a trace:seh:EXC_RtlRaiseException code=80000003 flags=0 addr=0x300078b0 trace:seh:EXC_RtlRaiseException code=80000004 flags=0 addr=0x300078b1 fixme:process:CreateProcessA (C:\WINDOWS\SYSTEM\msiexec.exe,...): NORMAL_PRIORITY_CLASS ignored FIXME:pthread_cond_init Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x0000000f,0x00000001,0x3f11ec00): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000004,0x00000001,0x406c1774): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x406c1778): stub fixme:ntdll:NtQueryInformationToken (0xcafe,1,0x406c15bc,80,0x406c1610): stub fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x411c25a8): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x411c259c,4,0x411c25a0): stub fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:thread:SetThreadExecutionState (0x80000001): stub, harmless (power management). fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:thread:SetThreadExecutionState (0x80000000): stub, harmless (power management). fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x420d2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x420d2ec0,4,0x420d2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x420d2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x420d2ec0,4,0x420d2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x420d2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x420d2ec0,4,0x420d2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x420d2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x420d2ec0,4,0x420d2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x420d2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x420d2ec0,4,0x420d2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40276093 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_CallHandler calling handler at 0x400add80 code=c0000005 flags=0 trace:seh:EXC_RtlUnwind code=c0000005 flags=2 trace:seh:EXC_CallHandler calling handler at 0x400ad5d0 code=c0000005 flags=2 trace:seh:EXC_CallHandler handler returned 1 err:string:lstrcpyA (0x42522b54, (nil)): page fault occurred ! Caused by bug ? fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42522ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42522ec0,4,0x42522ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42222ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42222ec0,4,0x42222ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42252ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42252ec0,4,0x42252ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42252ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42252ec0,4,0x42252ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42222ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42222ec0,4,0x42222ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) err:nls:CompareStringA (s1=(null),s2="ROOTDIR"): Invalid NULL string fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42632ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42632ec0,4,0x42632ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42232ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42232ec0,4,0x42232ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:process:CreateProcessA (F:\off\.\IE5\IT\IE5SETUP.EXE,...): NORMAL_PRIORITY_CLASS ignored FIXME:pthread_cond_init Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: fixme:win32:PE_CreateModule Security directory ignored fixme:process:CreateProcessA (E:\IXP001.TMP\ie5wzd.exe,...): NORMAL_PRIORITY_CLASS ignored FIXME:pthread_cond_init Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41120000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41120000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41120074 fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:vcpUICallbackProc16 (0x7420, 0705, 0000, 00000000, 403fc36c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x7420, 070f, 0000, 00000000, 403fc36c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x7420, 0710, 0000, 00000000, 403fc36c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x7420, 070b, 0000, 00000000, 403fc36c) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0x7420, 070c, 0000, 00000000, 403fc36c) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42632ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42632ec0,4,0x42632ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42632ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42632ec0,4,0x42632ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x42332ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x42332ec0,4,0x42332ec4): stub fixme:imm:ImmGetContext (0x200a4): stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x406c0904): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x406c08f8,4,0x406c08fc): stub fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x421a2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x421a2ec0,4,0x421a2ec4): stub fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:font:WineEngCreateFontInstance just using first face for now fixme:imm:ImmAssociateContext (0x20030, (nil)): semi-stub fixme:thread:SetThreadExecutionState (0x80000001): stub, harmless (power management). fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub fixme:advapi:SetThreadToken ((nil), (nil)): stub (NT impl. only) fixme:advapi:SetThreadToken ((nil), 0xcafe): stub (NT impl. only) fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000001,0x423c2ecc): stub fixme:ntdll:NtQueryInformationToken (0xcafe,8,0x423c2ec0,4,0x423c2ec4): stub

1 0

Re: iphlpapi Solaris fixes
by Alexandre Julliard 03 Jul '03

03 Jul '03

Robert Lunnon <bob(a)yarrabee.net.au> writes: > @@ -787,7 +789,11 @@ DWORD getInterfaceMtuByName(const char * > if ((ioctl(fd, SIOCGIFMTU, &ifr))) > ret = ERROR_INVALID_DATA; > else { > +#if !defined sun > *mtu = ifr.ifr_mtu; > +#else > + *mtu=ifr.ifr_metric; > + #endif You should add a configure check for the structure field. -- Alexandre Julliard julliard(a)winehq.com

2 1

Copy & Paste doesn't work again
by Gerhard W. Gruber 03 Jul '03

03 Jul '03

The last version (CVS from about two weeks ago I guess) supported Copy & Paste from Agent to Linux apps. This doesn't work anymore. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 8

Fwd: Simple TCP client (winsock) does nothing
by Ferenc Wagner 03 Jul '03

03 Jul '03

Hi, I decided to forward this from the user newsgroup (having read the latest WWN :)) Feri. From: steve(a)velocedge.com (Steve) Newsgroups: comp.emulators.ms-windows.wine Subject: Simple TCP client (winsock) does nothing Date: 30 Jun 2003 13:59:17 -0700 Message-ID: <945ce154.0306301259.1c21f5c8(a)posting.google.com> I am testing the winsock.dll in RH9 with a Visual Basic program running under WINE. This is the most simple winsock client I could write... in fact, its copied directly out of the "Using Winsock Control" in MS sample docs. One button to connect to a server and another to send data to the server. Works fine on a Windows box, but fails under WINE. I say "fails" but it doesn't do anything. My server (on the LAN) doesn't recieve a connect request when you click the connect button on the client... it doesn't see anything from the client. I can click the connect and nothing happens, click send and nothing happens. No errors, but no data transfer either. No firewall is configured. I did copy a mswinsck.ocx to the windows/system directory but its using WINE's winsock.dll. I have installed and run VNC bidirectionally between the same two boxes (Linux and Windows) so I know there is a good IP connection. Any direction is greatly appreciated by one whose struggling to learn Linux and WINE at the same time. Below is a copy of --debugmsg +winsock for what its worth. Thanks, Steve Ricketts [administrator@linux9 Exe]$ wine --debugmsg +winsock TCPClient Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: fixme:ole:CoRegisterMessageFilter stub fixme:ole:OLEPictureImpl_Construct Unsupported type 3 fixme:win32:PE_CreateModule Security directory ignored fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:ITypeInfo_fnInvoke set 0 to pointer for get (type is 12) fixme:ole:ITypeInfo_fnInvoke set 1 to pointer for get (type is 12) fixme:ole:ITypeInfo_fnInvoke Does not support optional parameters (2) fixme:ole:CoRegisterMessageFilter stub [administrator@linux9 Exe]$

4 3

Office 2000
by giovannipid 03 Jul '03

03 Jul '03

Hi everybody! I have the followin problem with office2000 installation: I have installed Mandrake 9.1 with the latest wine version(I tried both the source version and the rpm version), and when I install office 2000, the installation starts correctly, I can insert the code and I can choose the components to install. Then, at the moment in which it must copy the files, wine crashes, giving a core file. On the same machime I had the same problem with SuSE 8.2, but not with Knoppix 3.2 installed on Hard Disk. When I try to use crossover office, the installation is perfect. has anyone some ideas for this crash? Thanks a lot Giovanni

2 1

Build Error on last CVS
by Raphaël Junqueira 03 Jul '03

03 Jul '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, can anyone explain me why i have this build error ? Make[1]: Rien à faire pour « all ». make[1]: Leaving directory `/cvs-src/wine/include' make[1]: Entering directory `/cvs-src/wine/miscemu' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls - -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode - -L../libs/port -lwine_port ../dlls/libntdll.dll.so: undefined reference to `SMB_isSepW' ../dlls/libntdll.dll.so: undefined reference to `InterlockedCompareExchange' ../dlls/libntdll.dll.so: undefined reference to `InterlockedExchangeAdd' collect2: ld returned 1 exit status make[1]: *** [wine] Erreur 1 It's very strange as: - - SMB_isSepW is a inline function (files/smb.h) - - InterlockedExchangeAdd/InterlockedCompareExchange should be never used by ntdll as they are defined on kernel (dlls/kernel/sync.c) who depends from ntdll. But they are used on: - -=(FeniX as root@DarkBluE)-(on tty1)-(at 08:42:14)=- - -={$:'/cvs-src/wine'}=->grep InterlockedExchangeAdd dlls/ntdll/*.c dlls/ntdll/sysdeps.c: unsigned int next = InterlockedExchangeAdd( &next_temp_stack, 1 ); Thanks for any help Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/A9HBp7NA3AmQTU4RAqZhAJ9xEN5jZZ3avE4LHqHHm/6Oa0jjaQCfbCwB Ci2tP69oQd2sGoL/1l9n16Q= =V/3+ -----END PGP SIGNATURE-----

1 0

Re: testers needed with win 9x/me
by Joel Carr 03 Jul '03

03 Jul '03

Stefan, Here are the test results run on a windows 98 system. I haven't compiled anything on windows for a looong time, so hopefully I did it right ;). I'm not sure what the build number of the system is, maybe 4.10.1998? If you need anything else give us a buzz. And now for the test output: NULL -> res 0,err 87, CON -> res 0,err 87, CON: -> res 0,err 87, COM1: -> res 0,err 87, COM1 -> res 0,err 87, COM2 -> res 0,err 87, COM3 -> res 0,err 87, COM4 -> res 0,err 87, COM5 -> res 0,err 87, LPT1: -> res 0,err 87, LPT1 -> res 0,err 87, LPT2 -> res 0,err 87, LPT3 -> res 0,err 87, LPT4 -> res 0,err 87, NUL -> res 0,err 87, NUL: -> res 0,err 87, NULL, NULL, 0, -> 0, 87 SHIT, NULL, 0, -> 0, 87 LPT1, NULL, 10, -> 0, 87 All the best Joel -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup CareerBuilder.com has over 400,000 jobs. Be smarter about your job search http://corp.mail.com/careers

1 0

Re: WCMD not working anymore
by Dmitry Timoshkov 03 Jul '03

03 Jul '03

"Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > do you know how to run _all_ tests with verbose output when using 'make > test' ? What do you mean by a "verbose output"? WINETEST_REPORT_SUCCESS=1; make test will print nice "Test succeeded" for every test case without errors. -- Dmitry.

2 1

Re: Copy & Paste doesn't work again
by Ulrich Czekalla 02 Jul '03

02 Jul '03

Thanks for log. Could you give this patch a try. It fixes some problems I found as well as reintegrates the COMPOUND_TEXT patch that Kusanagi Kouichi summited. Thanks, /Ulrich On Mon, 2003-06-30 at 13:46, Rein Klazes wrote: > On 30 Jun 2003 10:51:07 -0400, you wrote: > > > Sure, I'll take a look. I need to look at this anyway to solve problems > > with klipper interactions. I probably won't get around to this for a > > couple of days since I'm really busy with other bugs but it is high on > > my priority list. If you could send me a trace log of Agent with > > +relay,+clipboard that would really help me out. > > Log is attached. I started Agent, selected some stuf in an open message, > selcted "copy" in the context menu, changed to an xterm and tried to > paste with middle mouse button then stopped Agent with ctrl-C. > > Rein.

2 2

Fwd: testers needed with win 9x/me
by Stefan Leichter 02 Jul '03

02 Jul '03

Ok, this time with the test program attached ;-) Stefan ---------- Forwarded Message ---------- Subject: testers needed with win 9x/me Date: Wednesday 02 July 2003 21:33 From: Stefan Leichter <Stefan.Leichter(a)camLine.com> To: Wine Devel <wine-devel(a)winehq.com> Hello, before i convert the function QueryDosDevice from ascii to unicode i did some testings on my NT box. The result returned of the test are much different from what the current implementation returned. Therefore i am okking for some testers which are building the attached program on their computer and returning the output to me. Thanks Stefan -------------------------------------------------------

1 0

Can I modify winuser.h ?
by olivier 02 Jul '03

02 Jul '03

Hello, I try to use a win32 app that use the user32 function: BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) the implemented function in Wine is: BOOL WINAPI FlashWindow( HWND hWnd, BOOL bInvert) My question, can I modify the user32.spec and the winuser.h to add this function with? BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) /* FlashWindowEx structure and flags*/ typedef struct { UINT cbSize; HWND hwnd; DWORD dwFlags; UINT uCount; DWORD dwTimeout; } FLASHWINFO, *PFLASHWINFO; #define FLASHW_STOP 0x01 #define FLASHW_CAPTION 0x02 #define FLASHW_TRAY 0x04 #define FLASHW_ALL FLASHW_CAPTION | FLASHW_TRAY #define FLASHW_TIMER 0x10 #define FLASHW_TIMERNOFG 0x20 And an other question. After modifying the user32.spec to rebuild, do I just type make? Merci, Olivier

2 1

Re: still many warnings from Mesa
by Sylvain Petreolle 02 Jul '03

02 Jul '03

Hi Lionel, Im using Xfree86 standard headers (no NVidia/ATI/... headers) and Linux RH 9. I'm getting the same warning as Gerard's however. ========= Well, the Linux ABI tells this : " 4.4. glx.h must include the prototype of the glXGetProcAddressARB extension described above. 4.5. All OpenGL 1.2 and ARB_multitexture, GLU 1.3, and GLX 1.3 entry points and enumerants must be present in the corresponding header files gl.h, glu.h, and glx.h, even if only OpenGL 1.1 is implemented at runtime by the associated runtime libraries. " So if your system was compliant, you should have all the glMulti* prototypes defined in your gl.h file and glXGetProcAddressARB too.... So you should not have any warning. Nothing is mentionned in the ABI about any need for 'GL_GLEXT_PROTOTYPES' protection of these calls, so well, I still think that it's somehow a problem in your headers :-) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Wine Status DLL's Final :)
by Tom 02 Jul '03

02 Jul '03

Okay here is the final version that I have.... Any comments before I send it to Wine-Patches ? Changlelog from last version 1) Add more WWN links 2) Add Robert North as worker to Wintab32 3) change Wintab32 status from 80% to 25% 4) Add iphlpapi.dll, Juan as worker & 50% Tom

1 0

WCMD not working anymore
by Sylvain Petreolle 02 Jul '03

02 Jul '03

Trying to run builtin commands with WCMD like dir or exit returns 'File not found'. Doing some debug, it seems there is a problem with kernel.CompareStringA. In wcmdmain.c, we have this call : for (i=0; i<=WCMD_EXIT; i++) { if (CompareString (LOCALE_USER_DEFAULT, NORM_IGNORECASE | SORT_STRINGSORT, whichcmd, count, inbuilt[i], -1) == 2) break; With the command "DIR" entered we have : ... 0009:Call kernel32.CompareStringA(00000400,00001001,40792654 "DIR",00000003,4057bcd3 "DIR",ffffffff) ret=405769b9 0009:Ret kernel32.CompareStringA() retval=00000001 ret=405769b9 .... where the return code should be 2 (CSTR_EQUAL) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: [RESENT]Don't add empty lines when writing out profile files
by Alexandre Julliard 02 Jul '03

02 Jul '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/files/profile.c: PROFILE_Save > Don't add lines for empty sections This will cause us to delete keys that are before the first section header, I don't think that's correct. Why do you need that? -- Alexandre Julliard julliard(a)winehq.com

2 1

Compiler warnings
by Marcelo Duarte 02 Jul '03

02 Jul '03

gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -D_OLEAUT32_ -DCOM_NO_WINDOWS_H -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o variant.o variant.c variant.c: In function `VarBstrFromDate': variant.c:3576: warning: `%x' yields only last 2 digits of year in some locales variant.c:3580: warning: `%x' yields only last 2 digits of year in some locales make[2]: Entering directory `/home/mduarte/wine/dlls/crypt32' gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -D_CRYPT32_ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o main.o main.c In file included from ../../include/mssip.h:49, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:80, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:88, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:97, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:109, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:123, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:140, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" -- Marcelo Duarte

1 0

Re: Add support for the ~MHz registry key
by Alexandre Julliard 02 Jul '03

02 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > If anybody knows a handy call to find out the CPU speed (that doesn't > use QueryPerformanceFrequency), it would be nice to use it here. > Otherwise this fix will do. Actually QueryPerformanceFrequency should be merged with the rest of the CPU detection, and then you should be able to use it to set the right value in the registry. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Don't set stacking order against unvisible windows
by Alexandre Julliard 02 Jul '03

02 Jul '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/x11drv/window.c: X11DRV_sync_whole_window_position > Don't specify a stacking order agains unvisible windows This will break other things. The right fix is to make the desktop option work correctly across processes. -- Alexandre Julliard julliard(a)winehq.com

3 4

RE: [RESENT] Always print version on startup
by PETREOLLE Sylvain 01 Jul '03

01 Jul '03

-----Message d'origine----- De : Francois Gouget [mailto:fgouget@free.fr] Envoyé : mercredi 2 juillet 2003 01:18 À : PETREOLLE Sylvain Cc : wine-devel(a)winehq.org Objet : RE: [RESENT] Always print version on startup Now we need to be sure of that... And since WineSetupTk is wine-specific, it should be able to handle this. Actually, MESSAGE probably prints to stderr already. But still, some programs will assume that an error occurred if something is printed on stderr. For instance this will happen to any application written in tcl unless the developper went to great lengths to avoid it. So such a change would likely break WineSetupTk. If stderr is used, they shouldnt have the message in any way. > I will add one more remark (!) : I dont know many programs that expect "Wine > version" in their output. Precisely. And they should not have to deal with it. This is absolutely equivalent to modifying grep so it systematically prints its version information on stdout or stderr. This would break tons of scripts out there.

1 0

Re: [dx63] Warcraft ugly fonts
by Raphaël Junqueira 01 Jul '03

01 Jul '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Mardi 01 Juillet 2003 21:42, Ann and Jason Edmeades a écrit : > This solves the problem of very ugly fonts in Warcraft3. I'd like to > take credit but I am just tidying up and commenting a fix which was > worked on by Lucho. > > Changelog: > > Ensure pixel coordinates point to the bottom left of the pixel not the > middle > > Jason Great guys ;) Now i can really play to warcraft3 understanding the story :p (And i prefer your patch than mine ugly one before) Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Ahozp7NA3AmQTU4RAl+CAJ0Y5db2Mk1jAeaMsZjOrF9isg91twCgkNEN 14H3EMfwW3VCTwt0LU8u51U= =mHFR -----END PGP SIGNATURE-----

1 0

RE: [RESENT] Always print version on startup
by PETREOLLE Sylvain 01 Jul '03

01 Jul '03

I think this can be avoided. Let use stderr to print this, this way you can use redirections with every program you want. I will add one more remark (!) : I dont know many programs that expect "Wine version" in their output. If they are disturbed by this, this is a huge design problem. -----Message d'origine----- De : Francois Gouget [mailto:fgouget@free.fr] Envoyé : mardi 1 juillet 2003 23:57 À : wine-devel(a)winehq.org Objet : Re: [RESENT] Always print version on startup Let me object too then. This patch will break all scripts that use regedit to export part of the registry to stdout. It will also break all applications that run 'uninstaller --list' and then parse the output to determine what Windows applications are installed. It will also break all Winelib applications that print anything to stdout that then needs to be parsed by a script or some other program. Of course we have each of these cases in CrossOver. Then it will break all Windows application that analyze the output of another Windows application. For instance I expect Visual C++'s nmake+cl will not work anymore (as well as other make+compiler cases). Even compiling from the Visual C++ IDE may stop working. Finally it's a matter of what Wine is about. Wine is about transparently running Windows applications. Wine itself should be as invisible as possible, it should just get out of the way. We went out of our way (well iirc Alexandre did most of that work) to avoid having the Wine command line options interfer with the application's command line options. Printing garbage (from the Windows application point of vue) on stdout would be a step backwards. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

2 1

Re: [RESENT] Always print version on startup
by Francois Gouget 01 Jul '03

01 Jul '03

On Tue, 1 Jul 2003, Uwe Bonnes wrote: > Changelog: > misc/options.c: OPTIONS_ParseOptions > Always print out version > > > The recent posting about the Altere quartus installer not working seems to > ^^^^^^ > Altera > > be caused by an old version used. The poster shows the startup and > > messages. If the version was printed by default, it could help debugging > > Only Marcus objected, but didn't react on my remarks. [...] Let me object too then. This patch will break all scripts that use regedit to export part of the registry to stdout. It will also break all applications that run 'uninstaller --list' and then parse the output to determine what Windows applications are installed. It will also break all Winelib applications that print anything to stdout that then needs to be parsed by a script or some other program. Of course we have each of these cases in CrossOver. Then it will break all Windows application that analyze the output of another Windows application. For instance I expect Visual C++'s nmake+cl will not work anymore (as well as other make+compiler cases). Even compiling from the Visual C++ IDE may stop working. Finally it's a matter of what Wine is about. Wine is about transparently running Windows applications. Wine itself should be as invisible as possible, it should just get out of the way. We went out of our way (well iirc Alexandre did most of that work) to avoid having the Wine command line options interfer with the application's command line options. Printing garbage (from the Windows application point of vue) on stdout would be a step backwards. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

1 0

Re: [DSHOW-03a] Fix Compile Problems On Newer Compilers
by Maxime Bellengé 01 Jul '03

01 Jul '03

On my redhat 9, this patch doesn't work, I have to move the two defines at the very begining of the filtermapper.c file to make it work. Max On Tue, 2003-07-01 at 19:23, Robert Shearman wrote: > Hi, > > This should fix the problems a number of people were having when compiling > after the commiting of my DSHOW-02 patch. > > Changelog: > Fix compilation due to nameless structs and unions > > Rob -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

1 0

can't compile current cvs - filtermapper
by hatky 01 Jul '03

01 Jul '03

current cvs, completly clean: make[2]: Entering directory `/home/hatky/wine-source/wine/dlls/quartz' gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filterm apper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: *** [filtermapper.o] Error 1 make[2]: Leaving directory `/home/hatky/wine-source/wine/dlls/quartz' make[1]: *** [quartz] Error 2 make[1]: Leaving directory `/home/hatky/wine-source/wine/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install. any ideas? did not find anything at the bord already, Hatky. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Compile Error in CVS as of 7/1/03 at 7:14am MST
by Kevin DeKorte 01 Jul '03

01 Jul '03

gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: *** [filtermapper.o] Error 1 make[2]: Leaving directory `/home/kdekorte/cvs/wine/dlls/quartz' make[1]: *** [quartz] Error 2 make[1]: Leaving directory `/home/kdekorte/cvs/wine/dlls' make: *** [dlls] Error 2

1 0

Nameless struct in dlls/quartz/filtermapper.c
by Uwe Bonnes 01 Jul '03

01 Jul '03

Hallo, with an CVS update this morning, compiling in dlls/quartz/ gives: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpre ferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' ... These problems with nameless structs pop up on and off... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: wine/dlls/quartz quartz_private.h main.c filte ...
by Robert Shearman 01 Jul '03

01 Jul '03

> I updated from cvs an get an error I apologise for this. I will fix this when I next get access to my computer (it will be a fair few hours), unless someone beats me to it. It is a case of putting the following defines before strmif.h is included: #define NONAMELESSUNION #define NONAMELESSSTRUCT Rob

1 0

Re: wine/dlls/quartz quartz_private.h main.c filte ...
by Marcelo Duarte 01 Jul '03

01 Jul '03

I updated from cvs an get an error: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: ** [filtermapper.o] Erro 1 make[2]: Leaving directory `/home/mduarte/wine/dlls/quartz' make[1]: ** [quartz] Erro 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: ** [dlls] Erro 2 Em Ter 01 Jul 2003 01:29, Alexandre Julliard escreveu: > ChangeSet ID: 8645 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/06/30 23:29:48 > > Modified files: > dlls/quartz : quartz_private.h main.c filtergraph.c > Makefile.in > Added files: > dlls/quartz : filtermapper.c enummoniker.c > > Log message: > Robert Shearman <R.J.Shearman(a)warwick.ac.uk> > Implemented IFilterMapper2. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8645 > > Old revision New revision Changes Path > 1.7 1.8 +3 -11 wine/dlls/quartz/quartz_private.h > 1.24 1.25 +2 -0 wine/dlls/quartz/main.c > 1.2 1.3 +12 -0 wine/dlls/quartz/filtergraph.c > 1.26 1.27 +3 -1 wine/dlls/quartz/Makefile.in > Added 1.1 +0 -0 wine/dlls/quartz/filtermapper.c > Added 1.1 +0 -0 wine/dlls/quartz/enummoniker.c -- Marcelo Duarte

1 0

Deficient implementation of SetFileTime or with stub GetSetFileTimestamp
by Marcelo Duarte 01 Jul '03

01 Jul '03

Hi, Installing a system of the company in the Wine, I found a probable error, that is the following one: when the archives go being unpacked, them they are created in the directory with the current date and would have to be created with the same date of the compact file (as it is made in windows). Thus, in the next step, an update is made verifying the dates it of the files. However, in the Wine, it gives wrong for cause of this difference in the dates. I believe that I can myself make a patch, however as I still do not have experience in debugging Wine, he would like a suggestion of as to find the problem, because I do not know if the bug is in lzexpand (LZCopy) or in SetupApi (perhaps because of stub GetSetFileTimestamp) or because in SetFileTime "const FILETIME * lpCreationTime" simply is ignored, and in server, the function "static int set_file_time(obj_handle_t handle, time_t access_time, time_t write_time) " must not have more one parameter? Manually I make the system to install and run, however I want it running like in Windows. Thanks in advance. -- Marcelo Duarte

1 0

Re: Various problems- it just gets worse!
by Shachar Shemesh 01 Jul '03

01 Jul '03

Duane Clark wrote: > Shachar Shemesh wrote: > >> Duane Clark wrote: >> >> >>> I do understand the aversion to scripts, but the wineinstall one is >>> fairly mild. I've been using Wine for more than 3 years and have >>> even done some development on it (I wish I had more time for that... >>> sigh). Still, if I want to test with a clean install, I delete or >>> move the old windows and .wine directories and just use wineinstall >>> to create fresh versions. Because, well, it just works so well and >>> is a lot easier than doing the configuration by hand. >> >> >> >> My beef with wineinstall is that there is no way to isolate the >> configuration creation part from the install part. I think we should >> have a script that does only the configuration, fake root and >> registry creation. This way, the script can be bundled with the >> package and placed on the destination machine. such a script should >> be runnable without the sources dir (maybe by specifying the location >> of the template registry and such via command line, maybe created by >> ./configure). >> >> This way, the order CAN be "./configure, make depend, make, make >> install, createconf" for normal install. Packagers can then do >> "./configure --templatedir=/usr/share/wine --prefix=/usr (etc) && >> make depend && make && TMPDIR=/tmp/winerpmroot make install", and run >> "createconf" from the "postinstall" section of the RPM sort of thing. >> >> Opinions? > > > It sounds like you are looking for something useful for binary > distributions. I think that wineinstall would normally only be used by > someone who is downloading and installing their first source > distribution. Not entirely true either. I often find myself seeking to restore the config. Also, what about someone who downloaded the sources and installed wine system wide, and then wants to enable wine for a second user? > So I think wineinstall is appropriate for that. > > For binary distributions, I think a GUI tool is more appropriate. And > there exists a tool, winesetuptk, for that purpose. It is a long time > since I tried that tool, but as I recall, it was fairly easy to use. > I disagree, even had I been looking for something useful for a binary distribution. A GUI tool would be the worst solution possible. winesetuptk is excellent for an end user trying to tweak his own configuration. Something that runs while rpm -i (or dpkg -i) cannot depend on GUI, for it would prevent it from running while installing the system. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: XEMBED System tray support
by Alexandre Julliard 01 Jul '03

01 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > + /* now set sync the X11 window rects to the win32 window rects, > + so the shell tray code can properly align the icon */ > + > + > + XTranslateCoordinates(display, data->whole_window, root_window, > + 0, 0, &x, &y, &child); > + XGetWindowAttributes(display, data->whole_window, &attrs); > + > + wine_tsx11_unlock(); > + > + r.left = x; > + r.top = y; > + r.right = r.left + attrs.width; > + r.bottom = r.top + attrs.height; > + > + WIN_SetRectangles(hwnd, &r, &r); This completely bypasses the normal window size handling, I don't think that's a good idea. Positions changes should be handled by the standard ConfigureNotify processing. -- Alexandre Julliard julliard(a)winehq.com

1 0

About NtDelayExecution & Sleep
by Sylvain Petreolle 30 Jun '03

30 Jun '03

Seems we will have a drastic performance improvement :) : Programs that used to hang into (Nt)WaitForMultipleObjects were a lot. http://www.winehq.org/hypermail/wine-cvs/2003/06/0260.html http://www.winehq.org/hypermail/wine-cvs/2003/06/0274.html ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: wine.texinfo.diff
by Alexandre Julliard 30 Jun '03

30 Jun '03

Tom Wickline <twickline(a)skybest.com> writes: > Changelog > > Change Copyright from 1997,1998 to 1997-2003 There's no reason to do that, this file hasn't really changed in a long time. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Loader fix for pathes differing by extra backslashes
by Eric Pouech 30 Jun '03

30 Jun '03

Mike McCormack wrote: > > Hi, > > The loader seems to have a problem with extra backslashes in module > pathnames. > > If "c:\\windows\\system\\ole32.dll" is loaded and unloaded, then > "c:\\windows\\system\\\\ole32.dll" is loaded, there will be trouble, as > the loader does not recognise these two as the same module, yet dlopen > does. Did you test what Windows does in that case ? (I also wonder where the double backslash comes from). A+ -- Eric Pouech

3 2

Re: [dx61] d3d9 guid + d3d9 header fixes
by Alexandre Julliard 30 Jun '03

30 Jun '03

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Index: include/d3d9types.h > =================================================================== > RCS file: /home/wine/wine/include/d3d9types.h,v > retrieving revision 1.2 > diff -u -r1.2 d3d9types.h > --- include/d3d9types.h 24 Jun 2003 19:26:51 -0000 1.2 > +++ include/d3d9types.h 27 Jun 2003 22:14:40 -0000 > @@ -1131,8 +1131,10 @@ > typedef struct _D3DADAPTER_IDENTIFIER9 { > char Driver[MAX_DEVICE_IDENTIFIER_STRING]; > char Description[MAX_DEVICE_IDENTIFIER_STRING]; > - char DeviceName[32]; /* Device name for GDI (ex. \\.\DISPLAY1) */ > - LARGE_INTEGER DriverVersion; > + char DeviceName[32]; > + DWORD DriverVersionLowPart; > + DWORD DriverVersionHighPart; > + Isn't DriverVersionLow/HighPart supposed to be for 16-bit code? Why do you need to use that instead of DriverVersion? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: Mac OS X Support : Asm syntax support [Fixed]
by Alexandre Julliard 30 Jun '03

30 Jun '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > +# define LD_SKIP(i) This won't work, we need to reserve space for the PE header. > +# define PPC_SYM(sym_name) "_" #sym_name This one should use __ASM_NAME. Also it would be nice if you could use fewer macros, this makes the code quite ugly. It seems the main difference is in register names, you could simply have one macro for that and leave the rest alone. -- Alexandre Julliard julliard(a)winehq.com

2 2

Memory Protection Wierdness
by Robert Lunnon 30 Jun '03

30 Jun '03

I am playing with Worms II and the installer that comes with the Demo and uncovered a signal handling fault Under Solaris and some wierdness in the installer. After decompressing the application the installer executes the setup program which displays a splash screen the application then generates a Page Fault Exception. I can't give a stack trace because here is where the wierdness is. The Setup Program seems to not inherit the -debugmsg status and doesn't end up under control of the debugger (By this time there are 5 wine processes running) Anyway to cut a long story short the page fault DOES occur in a mapped region (Its in VIRTUAL_DumpViews() listing) but doesn't have a handler associated with it. This makes VirtualHandleFault fall through to the following code BYTE vprot = view->prot[((char *)addr - (char *)view->base) >> page_shift]; void *page = (void *)((UINT_PTR)addr & ~page_mask); char *stack = (char *)NtCurrentTeb()->stack_base + SIGNAL_STACK_SIZE + page_mask + 1; if (vprot & VPROT_GUARD) { VIRTUAL_SetProt( view, page, page_mask + 1, vprot & ~VPROT_GUARD ); ret = STATUS_GUARD_PAGE_VIOLATION; } /* is it inside the stack guard pages? */ if (((char *)addr >= stack) && ((char *)addr < stack + 2*(page_mask+1))) ret = STATUS_STACK_OVERFLOW; But of course this code doesn't reset the page protections to allow the access. I Doctored this code so it would always allow the access and the installer then completed OK, But worms itself will not run yet Q. Should all views have handlers ? Under What Conditions would they not ???

2 1

Re: RESUBMIT: --disable-debug -> no -gstabs+
by Alexandre Julliard 30 Jun '03

30 Jun '03

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Except when we explicitly --disable-debug, add -gstabs+ > if possible. I don't see much point in doing that, --disable-debug is broken anyway (and should probably be removed). You need to tweak the CFLAGS to make it work right, and then you can just as well get rid of -gstabs+ in the CFLAGS too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Official MS symbol sets
by Mike Hearn 30 Jun '03

30 Jun '03

Hi, http://www.microsoft.com/whdc/ddk/debugging/symbolpkg.mspx I assume people have looked at this before - how easy are they to match up with Wine, and do people use them for debugging faults in native code? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Package setups
by Mike Hearn 30 Jun '03

30 Jun '03

hi, I'm just looking at the HOWTO and want to clarify that all the Wine RPMs/packages attempt to set up a fake windows drive and configuration for the user. I'm under the impression that binary packages should work out of the box, so the user has no need to create their own config or fake windows drive. Is this right? If so, I'll amend the HOWTO to suit.

1 0

difference between delivery delays introduced by list-server and web-archive
by Saulius Krasuckas 30 Jun '03

30 Jun '03

hello, newbie is testing delays. thank you for not paying your attention. good luck

1 0

regression of patch 8366
by Oleg Prokhorov 30 Jun '03

30 Jun '03

Hello , This patch http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8366 Caused regression with chess.net application. (http://www.chess.net/cnfw/download/cnfw254.exe) If you click on a help button it will drop a messagebox which tells that 'No browser found', it is normal. The anomality is that it is not possible to close messagebox by clicking "ok" button with a mouse. But both pressing "enter" and clicking close window icon work. The line which produce the problem is (dlls/ole2/compobj.c) apt->win = CreateWindowA(aptWinClass, NULL, 0, 0, 0, 0, 0, 0, 0, OLE32_hInstance, NULL); -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

Re: Known Wine ToDo's
by Shachar Shemesh 30 Jun '03

30 Jun '03

Tom wrote: > Hello Shachar, > > I am going to update the ToDo page : > http://www.winehq.com/?page=status_todo > > And im wondering if you can send me a list of ToDo's that your > aware of ? > > Thanks > > Tom > The tasks I'm talking about here are long term. Not all of them have been discussed on wine-devel yet. I'm CCing wine-devel in case anyone wants to object. National Language Support - Remove "Hebrew and Arabic" - it's just part of BiDi if technology is what wer'e talking about. If interface localization is what wer'e talking about, then just add "add localization to more languages". As a subitem of keyboard support, add "allow using a keyboard with keys outside the current locale codepage". Tools - Add "perform Windows' reboot operations automatically when required". Under "Low priority" add "Windows ACL support". -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: [MSRLE32] Some bugs and improvements.
by Tom 29 Jun '03

29 Jun '03

Michael Günnewig wrote: >Changelog: > - Fixed interframe compression - now works for RLE4 and RLE8. > - Fixed alignment of RLE4 in absolute mode. > - Improved compression (smaller output). > > Michael Günnewig > > > >------------------------------------------------------------------------ > >Index: dlls/msvideo/msrle32/msrle32.c >=================================================================== >RCS file: /home/wine/wine/dlls/msvideo/msrle32/msrle32.c,v >retrieving revision 1.4 >diff -d -u -r1.4 msrle32.c >--- dlls/msvideo/msrle32/msrle32.c 13 Jun 2003 23:17:01 -0000 1.4 >+++ dlls/msvideo/msrle32/msrle32.c 29 Jun 2003 17:32:06 -0000 >@@ -1,5 +1,5 @@ > /* >- * Copyright 2002 Michael Günnewig >+ * Copyright 2002-2003 Michael Günnewig > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public >@@ -17,8 +17,7 @@ > */ > > /* TODO: >- * - compression of RLE4 is buggy -- see FIXME's >- * - many improvements possible >+ * - some improvements possible > * - implement DecompressSetPalette? -- does we need it for anything? > */ > >@@ -297,10 +296,13 @@ > if (ColorCmp(clr1, clr3) <= lDist && > ColorCmp(clr2, clr4) <= lDist) { > /* diff at end? -- look-ahead for atleast ?? more encodable pixel */ >- >- /* FIXME */ >- >- return count; >+ if (pos + 2 < width && ColorCmp(clr1,lpB[pos+1]) <= lDist && >+ ColorCmp(clr2,lpB[pos+2]) <= lDist) { >+ if (pos + 4 < width && ColorCmp(lpB[pos+1],lpB[pos+3]) <= lDist && >+ ColorCmp(lpB[pos+2],lpB[pos+4]) <= lDist) >+ return count - 3; /* followed by atleast 4 encodable pixels */ >+ return count - 2; >+ } > } else if (lpP != NULL && ColorCmp(lpP[pos], lpB[pos]) <= lDist) { > /* 'compare' with previous frame for end of diff */ > INT count2 = 0; >@@ -331,9 +333,11 @@ > > for (count = 0; pos < width; pos++, count++) { > if (ColorCmp(lpA[pos], lpB[pos]) <= lDist) { >- /* diff at end? -- look-ahead for atleast one more encodable pixel */ >- if (pos + 1 < width && ColorCmp(lpA[pos], lpB[pos+1]) <= lDist) >- return count; >+ /* diff at end? -- look-ahead for some more encodable pixel */ >+ if (pos + 1 < width && ColorCmp(lpB[pos], lpB[pos+1]) <= lDist) >+ return count - 1; >+ if (pos + 2 < width && ColorCmp(lpB[pos+1], lpB[pos+2]) <= lDist) >+ return count - 1; > } else if (lpP != NULL && ColorCmp(lpP[pos], lpB[pos]) <= lDist) { > /* 'compare' with previous frame for end of diff */ > INT count2 = 0; >@@ -382,6 +386,8 @@ > /* add some pixel for absoluting if possible */ > count += countDiffRLE4(lpP, lpC - 1, lpC, pos-1, lDist, lpbi->biWidth); > >+ assert(count > 0); >+ > /* check for near end of line */ > if (x + count > lpbi->biWidth) > count = lpbi->biWidth - x; >@@ -390,9 +396,11 @@ > while (count > 2) { > INT i; > INT size = min(count, 254); >- BOOL extra_byte = (size / 2) % 2 || (size % 2); >+ int bytes = ((size + 1) & (~1)) / 2; >+ BOOL extra_byte = bytes & 0x01; > >- *lpSizeImage += 2 + size/2 + (size % 2) + extra_byte; >+ *lpSizeImage += 2 + bytes + extra_byte; >+ assert(((*lpSizeImage) % 2) == 0); > count -= size; > *lpOut++ = 0; > *lpOut++ = size; >@@ -468,6 +476,8 @@ > /* add some more pixels for absoluting if possible */ > count += countDiffRLE8(lpP, lpC - 1, lpC, pos-1, lDist, lpbi->biWidth); > >+ assert(count > 0); >+ > /* check for over end of line */ > if (x + count > lpbi->biWidth) > count = lpbi->biWidth - x; >@@ -663,6 +673,10 @@ > assert(lpOut == lpOutStart + lpbiOut->biSizeImage); > } > } >+ >+ /* add EOL -- will be changed to EOI */ >+ lpbiOut->biSizeImage += 2; >+ *((LPWORD)lpOut)++ = 0; > } > > /* change EOL to EOI -- end of image */ >@@ -789,11 +803,14 @@ > if (jumpy == 0) { > /* add EOL -- end of line */ > lpbiOut->biSizeImage += 2; >- *lpOut++ = 0; >- *lpOut++ = 0; >+ *((LPDWORD)lpOut)++ = 0; > assert(lpOut == (lpOutStart + lpbiOut->biSizeImage)); > } > } >+ >+ /* add EOL -- will be changed to EOI */ >+ lpbiOut->biSizeImage += 2; >+ *((LPDWORD)lpOut)++ = 0; > } > > /* change EOL to EOI -- end of image */ >@@ -847,7 +864,7 @@ > } > break; > default: /* absolute mode */ >- extra_byte = (code1 / 2) & 0x01 || (code1 % 2); >+ extra_byte = (((code1 + 1) & (~1)) / 2) & 0x01; > > if (pixel_ptr/bytes_per_pixel + code1 > lpbi->biWidth) > return ICERR_ERROR; >@@ -1468,9 +1485,7 @@ > > if (lpic->lpbiOutput->biBitCount == 4) > MSRLE32_CompressRLE4(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, >- lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, TRUE); >- /*MSRLE32_CompressRLE4(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, >- lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0);*/ >+ lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0); > else > MSRLE32_CompressRLE8(pi, lpic->lpbiInput, (LPBYTE)lpic->lpInput, > lpic->lpbiOutput, (LPBYTE)lpic->lpOutput, (lpic->dwFlags & ICCOMPRESS_KEYFRAME) != 0); > >

1 0

Re: Uninitialised variable in TASK_Create
by Saulius Krasuckas 29 Jun '03

29 Jun '03

> Hi, > > There is an unintialised string (the name variable) in TASK_Create in > task.c (visible if you run almost any program with --debugmsg +task). > I would try and fix the problem but I have no idea what the correct > fix is. Is this just a case of adding *name = 0? > > Rob hello, (heh, i've lost the race.. :P) cents: i have found patch, which made my valgrind to scream bout the same issue: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8245 Index: wine/loader/task.c diff -u wine/loader/task.c:1.132 wine/loader/task.c:1.133 --- wine/loader/task.c:1.132 Sun Jun 29 20:22:43 2003 +++ wine/loader/task.c Sun Jun 29 20:22:43 2003 <skipped> @@ -299,13 +300,16 @@ /* Copy the module name */ - GetModuleName16( pModule->self, name, sizeof(name) ); - strncpy( pTask->module_name, name, sizeof(pTask->module_name) ); + if (hModule) + { + GetModuleName16( hModule, name, sizeof(name) ); + strncpy( pTask->module_name, name, sizeof(pTask->module_name) ); + } in addition to null-initializing the "name", i'd add this at several page-downs: - pTask->compat_flags = GetProfileIntA( "Compatibility", name, 0 ); + if(name) + { + pTask->compat_flags = GetProfileIntA( "Compatibility", name, 0 ); + } IMHO we'd "save" two api-calls (GetProfileIntA() ant GetPrivateProfileIntA()) using such check.

1 0

Uninitialised variable in TASK_Create
by Robert Shearman 29 Jun '03

29 Jun '03

Hi, There is an unintialised string (the name variable) in TASK_Create in task.c (visible if you run almost any program with --debugmsg +task). I would try and fix the problem but I have no idea what the correct fix is. Is this just a case of adding *name = 0? Rob

1 0

CVS Install error: version mismatch 113/109
by Moreno 29 Jun '03

29 Jun '03

Hi, i download last wine source. i compiling and when i use wineinstall i have the follow error if i execute wine i have the same error wine client error:9: version mismatch 113/109. Your wine binary was not upgraded correctly, or you have an older one somewhere in your PATH. Or maybe the wrong wineserver is still running? Registry install failed. what can i do? -- Moreno <morenoca(a)freemail.it>

2 4

Re: QueryPerformanceFrequency bugfix
by Andreas Mohr 29 Jun '03

29 Jun '03

Hi, On Sun, Jun 29, 2003 at 04:05:04PM +0100, Mike Hearn wrote: > This patch stops the demo of Settlers 4 crashing at startup. > > ChangeLog: > Add some traces > A Mhz is 1000Hz, not 100000 Whaaaaa!? First, it's 1000000, which is one zero more than what you wrote (and what the code used: +1000000.0). Second, one MHz *IS* 1000000Hz. So there are two possibilities: a) the code should calculate the result in units of kHz (then your observation would be correct) b) you are (completely? ;) wrong Andreas Mohr

2 1

Re: QueryPerformanceFrequency bugfix
by Tom 29 Jun '03

29 Jun '03

Mike Hearn wrote: >Yes, OK, so as just pointed out to me, neither me nor my flatmate with >whom I double checked this can count :D > >On Sun, 2003-06-29 at 16:05, Mike Hearn wrote: > > >>This patch stops the demo of Settlers 4 crashing at startup. >> >>ChangeLog: >>Add some traces >>A Mhz is 1000Hz, not 100000 >> >> :) Here ya go : http://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci212562,00.html Tom

1 0

Re: PATCH: more capabilities for linux/cpu flags
by Philipp Wollermann 29 Jun '03

29 Jun '03

Hi, according to MSDN (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/ba se/isprocessorfeaturepresent.asp): PF_XMMI_INSTRUCTIONS_AVAILABLE The SSE instruction set is available. PF_XMMI64_INSTRUCTIONS_AVAILABLE The SSE2 instruction set is available. Philipp ----- Original Message ----- From: "Marcus Meissner" <marcus(a)jet.franken.de> To: <wine-patches(a)winehq.com> Sent: Sunday, June 29, 2003 12:35 PM Subject: PATCH: more capabilities for linux/cpu flags > Hi, > > This adds 2 more checks for PF_xxx flag CPU detection for Linux. > > Ciao, Marcus > > Changelog: > Add tests for PF_AMD3D and PF_XMMI instructions. (Not sure if > XMMI instructions are SSE or SSE2). > > Index: misc/cpu.c > =================================================================== > RCS file: /home/wine/wine/misc/cpu.c,v > retrieving revision 1.32 > diff -u -r1.32 cpu.c > --- misc/cpu.c 21 May 2003 18:24:34 -0000 1.32 > +++ misc/cpu.c 29 Jun 2003 10:32:11 -0000 > @@ -315,6 +315,13 @@ > PF[PF_MMX_INSTRUCTIONS_AVAILABLE] = TRUE; > if (strstr(value,"tsc")) > PF[PF_RDTSC_INSTRUCTION_AVAILABLE] = TRUE; > + if (strstr(value,"3dnow")) > + PF[PF_AMD3D_INSTRUCTIONS_AVAILABLE] = TRUE; > + /* Not sure if XMMI is sse2 or sse, stay on > + * the safe side. > + */ > + if (strstr(value,"sse2")) > + PF[PF_XMMI_INSTRUCTIONS_AVAILABLE] = TRUE; > > } > } >

1 0

link updates #4
by Tom Wickline 29 Jun '03

29 Jun '03

Hello, With these three fixes all failed urls are fixed and there is only one issue of WWN in the past 13 weeks that has a failed url. The fixes to cvs.shtml, opengl-problems.shtml, wine-debugger.shtml are in #2 and #3. I was going to try and fix most/all the WWN links but after looking into this I see it could be a time consuming task. And i'm not sure how substantial the end benefit would really be.. Anyone have any comments about this ? If you guy's think its a good thing ill fix as many as I can.. If you think its a no win situation I will just look at the past 13 issues in the future.. Tom

1 0

Re: Localization to portuguese (Take IV - the last)
by Tom 29 Jun '03

29 Jun '03

Marcelo Duarte wrote: >Pardon, pardon, pardon.... but the third was missing a new file and generate a >compilation error. Now I do a complete test. This is the last, I promisse. >I'm going to sleep. > > May I ask where the patch is ? Tom

1 0

removal of duplicated / out of date work
by Tom 29 Jun '03

29 Jun '03

Hi, I was looking through /wine/documentation and there is a old faq in there faq.sgml and the old status directory and after looking at cvs : http://cvs.winehq.com/cvsweb/wine/documentation/status/ it looks as most of this is 4 years old. Is any of this going to be removed in the future ? Tom

1 0

Re: PATCH: dlls/commdlg/printdlg.c add casts
by Mike Hearn 28 Jun '03

28 Jun '03

On Sat, 28 Jun 2003 09:46:35 +0200, Sir Gerald Pfeifer scribed thus: > The following patch to dlls/commdlg/printdlg.c > > revision 1.66 > date: 2003/06/27 22:21:06; author: julliard; state: Exp; lines: +4 -7 > Mike Hearn <m.hearn(a)signal.qinetiq.com> > Store PrintStructures in a window property instead of extra window bytes. > > cause two new warnings > > printdlg.c:2056: warning: passing arg 2 of `GetPropW' from incompatible pointer type > printdlg.c:2061: warning: passing arg 2 of `SetPropW' from incompatible pointer type Odd, I don't remember getting those. Perhaps I just didn't notice. In future I'll try and remember to compile with -Werror before submitting. In this case I think it's mostly academic as the string doesn't have any non ANSI characters in it, but I think another solution might be to put an L before the string, so it becomes: SetPropW(hDlg, L"__WINE_WHATEVER"....)

3 5

Fw: CVS Install error: version mismatch 113/109
by BiGgUn 28 Jun '03

28 Jun '03

Hi I have got exactly the same error. This is what i have done to solve it: 1/ Kill all wineserver instances killall wineserver 2/ Kill all wine instances killall wine 3/ Recompile my lastest wine sources make depend && make && make install It did work for me. HTH Stephan

1 0

Re: XEMBED System tray support
by Mike Hearn 28 Jun '03

28 Jun '03

This one has been dropped a couple of times now. Anything I need to do to it (other than the obvious cosmetic improvements/work around gnome bugs etc) On Mon, 2003-06-23 at 20:53, Mike Hearn wrote: > bump > > ChangeLog: > Implement XEMBED based system tray support for KDE 3.1+ and GNOME 2.2+

1 0

imagehlp.h question - building with Mingw or MS_VC headers
by Steven Edwards 27 Jun '03

27 Jun '03

around line 560 in imagehlp.h we have this /*********************************************************************** * Wine specific */ extern HANDLE IMAGEHLP_hHeap; Can this be moved to a internal header or done in some other way so we can build with other headers? Thanks Steven

2 1

Re: PATCH: dosmem access via ReadProcessMemory
by Alexandre Julliard 27 Jun '03

27 Jun '03

Marcus Meissner <meissner(a)suse.de> writes: > An EEPROM programmer from BP Microsystems uses ReadProcessMemory to access > the BIOS data segment (to find out parallel ports). What happens if you run it with Windows version set to NT? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: RFC: dsound patch
by Robert Reif 27 Jun '03

27 Jun '03

I just sent a rather large patch to wine-patches that addresses a number of 3D sound problems and also fixes a problem I was having when switching between sound cards quickly. I added more tests for 3D, COM and reference counts and have run the tests on win2k with dx8.1 with the same results. I have also tested with the sample programs from the DX8 SDK. Please test it with real apps and send me feedback. Thanks, Bob.

1 0

Wine Status Changelog
by Tom 27 Jun '03

27 Jun '03

Hello, Here is what I have for the Changelog thus far. There is 49 entries so far and I could have over looked something. If anything is out of place, incorrect just let me know and ill fix it. Tom

4 7

[Patch] dlls/oleaut32/typelib.c - Via a CVS search, reverse regression to get Kazza working
by Stefan Jones 26 Jun '03

26 Jun '03

On upgrading to Wine 20030618 I found that kazaa lite will no longer work and gave me the following error: No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHDOCVW.DLL' (0x71000000) Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x411ed9c9). In 32-bit mode. 0x411ed9c9 (ITypeInfo_fnGetContainingTypeLib+0x49 [typelib.c:4801] in oleaut32.dll.so): call *0x4(%edx) 4802 TRACE("returning ppTLib=%p", *ppTLib); Wine-dbg>WineDbg terminated on pid a using in wine.config: [AppDefaults\\KazaaLite.kpp\\DllOverrides] "*" = "builtin, native, so" ;"shdoclc" = "native" "shdocvw" = "native" "shlwapi" = "native" "commctrl" = "native" ;"comdlg32" = "native" I looked though the CVS logs and mail archives and I found the following: http://www.winehq.org/hypermail/wine-devel/2003/06/0414.html and the patch below which was applied to dlls/oleaut32/typelib.c This caused the crash, reversing it fixes the error. please fix / apply, or I will cry!!! anyway, how do you use winedbg, I am not thick but it refuses to do normal gdb stuff like the run command or a backtrace! Is there a URL I missed? Stefan revision 1.95 date: 2003/05/13 22:15:26; author: julliard; state: Exp; lines: +0 -2 Dmitry Timoshkov <dmitry(a)codeweavers.com> Remove redundant ITypeLib2_AddRef's. Makes LoadTypeLib/ITypeLib2_Release work. Index: typelib.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/typelib.c,v retrieving revision 1.94 retrieving revision 1.95 diff -u -r1.94 -r1.95 --- typelib.c 13 May 2003 00:41:58 -0000 1.94 +++ typelib.c 13 May 2003 22:15:26 -0000 1.95 @@ -1844,7 +1844,6 @@ pcx->pTblDir->pTypeInfoTab.offset+count*sizeof(tiBase)); /* this is where we are coming from */ ptiRet->pTypeLib = pLibInfo; - ITypeLib2_AddRef((ITypeLib2 *)pLibInfo); ptiRet->index=count; /* fill in the typeattr fields */ FIXME("Assign constructor/destructor memid\n"); @@ -3055,7 +3054,6 @@ } *ppTypeInfoImpl = (ITypeInfoImpl*)ITypeInfo_Constructor(); (*ppTypeInfoImpl)->pTypeLib = pTypeLibImpl; - ITypeLib2_AddRef((ITypeLib2 *)pTypeLibImpl); (*ppTypeInfoImpl)->index = i; (*ppTypeInfoImpl)->Name = TLB_MultiByteToBSTR( pOtherTypeInfoBlks[i].name_offs +

1 0

Re: winedos / Preparing for DPMI IRQs
by Sylvain Petreolle 26 Jun '03

26 Jun '03

Hi, Could you give examples of what has been enabled here ? I will be happy to do tests if some free programs uses this. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 7

Wintab: Update on debugging & demo patch.
by Robert North 26 Jun '03

26 Jun '03

Ok, Firstly, I'm including a patch that demonstrates fixes to the crashing in Painter, and the recursion in Photoshop. The patch assumes that you have already applied Aric's patch from April 23rd. I'd like feedback on wether the patch is OK, as it was generated on from my local subversion repository, not CVS. Please bear in mind that the code is designed as quick demonstration fixes, not for quality code. Having said that comments are welcome. ******** Secondly, I've done some more investigation into why Photoshop was not seeing tablet pressure. It turns out that this is due to Photoshop requesting tablet events from the desktop window. In the x11drv/event.c file, X11 events are interrogated, and the X11 window converted to a win32 window. This is done using the X11 feature of contexts: Application specific info mapping from an X11 window to user defined value. It appears that the X11 window has no X11 context, and therefore the XInput event handler is passed a hWnd of NULL. This causes the FindOpenContext not match any context. (Hence the recursion) Without a context, no event is posted (Hence the lack of pressure info) Here's a typical debug trace showing the problem: trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got extention event for hwnd/window (nil)/37, GetFocus()=0x40042 trace:event:X11DRV_ProcessTabletEvent Recieved tablet motion event ((nil)) trace:wintab32:X11DRV_ProcessTabletEvent Recieved tablet motion event ((nil)) trace:wintab32:WTPacketsPeek (0xc00, 64, 0x43c828c4) trace:wintab32:WTPacketsGet (0xc00, 64, 0x1098388) trace:wintab32:TABLET_WindowProc Incomming Message 0x7ff0 (0x00000000, 0x00000000) trace:wintab32:AddPacketToContextQueue Trying Queue c00 (0 10020) trace:wintab32:AddPacketToContextQueue Done ((nil)) ******** Thirdly, I've found out why Painter wasn't scaling correctly. There appear to be 2 issues. a. Tablet coordinates should be relative to the window the wintab context is attached to. Currently they are absoloute. b. The default system context as returned by WTInfo contains zero in the lcSysExtX,lcSysExtY fields These fields should contain the I know how to fix the above problems, and will do so. P.S. Aric, I can now see the race condtion problem you were talking about in Painter. Cheers -Rob. Index: dlls/wintab32/context.c =================================================================== --- dlls/wintab32/context.c (.../file:///usr/local/svnroot/wine/trunk) (revision 73) +++ dlls/wintab32/context.c (revision 73) @@ -3,6 +3,7 @@ * * Copyright 2002 Patrik Stridvall * Copyright 2003 Codeweavers, Aric Stewart + * Copyright 2003 Robert North * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -168,11 +169,16 @@ ptr = gOpenContexts; while (ptr) { - TRACE("Trying Context %lx (%x %x)\n",(LONG)ptr->handle,(INT)hwnd, + TRACE("Trying Context %lx hwnd(%x %x)\n",(LONG)ptr->handle,(INT)hwnd, (INT)ptr->hwndOwner); - if (ptr->hwndOwner == hwnd) + if (ptr->hwndOwner == hwnd) return ptr; + /* Rob 19-6-2003 Added recursion down pointer chein. + to avoid infinite loop. + Use TABLET_FindOpenContext as template. + */ + ptr = ptr->next; } return NULL; } @@ -251,7 +257,13 @@ int static inline CopyTabletData(LPVOID target, LPVOID src, INT size) { - memcpy(target,src,size); +/* + Rob 19-6-2003 + Return size only, if target is NULL: + Was causing horrible crashes in MetaCreation's Painter 5. +*/ + if(target != NULL) + memcpy(target,src,size); return(size); } @@ -318,39 +330,42 @@ static VOID TABLET_BlankPacketData(LPOPENCONTEXT context, LPVOID lpPkt, INT n) { - int rc = 0; + if(lpPkt != NULL) + { + int rc = 0; - if (context->context.lcPktData & PK_CONTEXT) - rc +=sizeof(HCTX); - if (context->context.lcPktData & PK_STATUS) - rc +=sizeof(UINT); - if (context->context.lcPktData & PK_TIME) - rc += sizeof(LONG); - if (context->context.lcPktData & PK_CHANGED) - rc += sizeof(WTPKT); - if (context->context.lcPktData & PK_SERIAL_NUMBER) - rc += sizeof(UINT); - if (context->context.lcPktData & PK_CURSOR) - rc += sizeof(UINT); - if (context->context.lcPktData & PK_BUTTONS) - rc += sizeof(DWORD); - if (context->context.lcPktData & PK_X) - rc += sizeof(DWORD); - if (context->context.lcPktData & PK_Y) - rc += sizeof(DWORD); - if (context->context.lcPktData & PK_Z) - rc += sizeof(DWORD); - if (context->context.lcPktData & PK_NORMAL_PRESSURE) - rc += sizeof(UINT); - if (context->context.lcPktData & PK_TANGENT_PRESSURE) - rc += sizeof(UINT); - if (context->context.lcPktData & PK_ORIENTATION) - rc += sizeof(ORIENTATION); - if (context->context.lcPktData & PK_ROTATION) - rc += sizeof(ROTATION); + if (context->context.lcPktData & PK_CONTEXT) + rc +=sizeof(HCTX); + if (context->context.lcPktData & PK_STATUS) + rc +=sizeof(UINT); + if (context->context.lcPktData & PK_TIME) + rc += sizeof(LONG); + if (context->context.lcPktData & PK_CHANGED) + rc += sizeof(WTPKT); + if (context->context.lcPktData & PK_SERIAL_NUMBER) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_CURSOR) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_BUTTONS) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_X) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_Y) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_Z) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_NORMAL_PRESSURE) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_TANGENT_PRESSURE) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_ORIENTATION) + rc += sizeof(ORIENTATION); + if (context->context.lcPktData & PK_ROTATION) + rc += sizeof(ROTATION); - rc *= n; - memset(lpPkt,0,rc); + rc *= n; + memset(lpPkt,0,rc); + } } @@ -856,7 +871,14 @@ */ int WINAPI WTPacketsGet(HCTX hCtx, int cMaxPkts, LPVOID lpPkts) { - int limit; + /* + Rob 19-6-2003 + WTPacketsGet fails with lpPkts set to NULL. + TO DO: Handle null condition. + Null condition flushes queue (Of Max packets????) + */ + int limit = 0; + int maxPktsToGet; LPOPENCONTEXT context; LPVOID ptr = lpPkts; @@ -872,15 +894,20 @@ return 0; } - for(limit = 0; limit < cMaxPkts && limit < context->PacketsQueued; limit++) + maxPktsToGet = min(cMaxPkts,context->PacketsQueued); + if(lpPkts != NULL) + { + for(limit = 0; limit < maxPktsToGet; limit++) ptr=TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[limit]); - - if (limit < context->PacketsQueued) + } + + if (maxPktsToGet < context->PacketsQueued) { - memcpy(context->PacketQueue, &context->PacketQueue[limit], - (context->QueueSize - (limit))*sizeof(WTPACKET)); + /* TO DO: Wrong function mem areas overlap. should use memmove*/ + memmove(context->PacketQueue, &context->PacketQueue[maxPktsToGet], + (context->QueueSize - (maxPktsToGet))*sizeof(WTPACKET)); } - context->PacketsQueued -= limit; + context->PacketsQueued -= maxPktsToGet; LeaveCriticalSection(&csTablet); TRACE("Copied %i packets\n",limit); @@ -911,7 +938,7 @@ if ((rc+1) < context->QueueSize) { - memcpy(context->PacketQueue, &context->PacketQueue[rc+1], + memmove(context->PacketQueue, &context->PacketQueue[rc+1], (context->QueueSize - (rc+1))*sizeof(WTPACKET)); } context->PacketsQueued -= (rc+1); @@ -1080,7 +1107,7 @@ for (limit = 0; limit < cMaxPkts && limit < context->PacketsQueued; limit++) ptr = TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[limit]); - + LeaveCriticalSection(&csTablet); TRACE("Copied %i packets\n",limit); return limit; @@ -1099,7 +1126,7 @@ UINT num = 0; TRACE("(%p, %u, %u, %d, %p, %p)\n", - hCtx, wBegin, wEnd, cMaxPkts, lpPkts, lpNPkts); + hCtx, wBegin, wEnd, cMaxPkts, lpPkts, lpNPkts); context = TABLET_FindOpenContext(hCtx); @@ -1130,7 +1157,7 @@ /* remove read packets */ if ((end+1) < context->PacketsQueued) - memcpy( &context->PacketQueue[bgn], &context->PacketQueue[end+1], + memmove( &context->PacketQueue[bgn], &context->PacketQueue[end+1], (context->PacketsQueued - ((end-bgn)+1)) * sizeof (WTPACKET)); context->PacketsQueued -= ((end-bgn)+1);

2 2

Wine Status DLL's #2
by Tom 26 Jun '03

26 Jun '03

Here is #2 any one have any comments ? Tom

3 4

Re: Mac OS X Support : Asm syntax support
by Marcus Meissner 26 Jun '03

26 Jun '03

On Wed, Jun 25, 2003 at 02:32:29PM +0200, Pierre d'Herbemont wrote: > Hi, > > Here is a patch which should add support for Mac OS X ppc asm syntax, > and some Mach-O quirk (like text section). > I hope it will be ok. It mainly relay on Macro which are stored in > build.h (any better place?). > > Cheers, > > Pierre > > ChangeLog: > - Add support for Mac OS X assembler syntax This needs 2 places fixed: > +# define LD_SECTION_TEXT ".section \".text\"" Should be # define LD_SECTION_TEXT ".section \\\".text\\\"" and: > +# define PPC_LOW(mem,index) "(" mem ")@l(##index)" should be: # define PPC_LOW(mem,index) "(" mem ")@l(" #index ")" Ciao, Marcus

2 1

PATCH - comdlg32 filedlg win16/32 split
by Steven Edwards 26 Jun '03

26 Jun '03

Hello, Well this is it. Other then in the print dialogs all of the internal Win16isms are GONE!!!! In a few days I will start on the print dialogs again. Now if only it will work =) Thanks Steven Changelog: Remove calls to FindResource16, FreeResource16, GlobalAlloc16, GlobalFree16 GlobalLock16, GlobalUnLock16, LoadResource16 when building as a 32 bit dll. Create new internal functions FILEDLG_MapOfnStruct16 and FILEDLG_DestroyPrivate16. Share a few other internal functions with the 16 bit commdlg. Index: filedlg.h =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filedlg.h,v retrieving revision 1.2 diff -u -r1.2 filedlg.h --- filedlg.h 24 Jun 2003 19:24:29 -0000 1.2 +++ filedlg.h 26 Jun 2003 01:43:40 -0000 @@ -60,6 +60,7 @@ LPWSTR FILEDLG_GetFileType(LPWSTR cfptr, LPWSTR fptr, WORD index); void FILEDLG_MapDrawItemStruct(LPDRAWITEMSTRUCT16 lpdis16, LPDRAWITEMSTRUCT lpdis); +void FILEDLG_MapOfnStructA(LPOPENFILENAMEA ofnA, LPOPENFILENAMEW ofnW, BOOL open); BOOL FILEDLG_ScanDir(HWND hWnd, LPWSTR newPath); LONG FILEDLG_WMDrawItem(HWND hWnd, WPARAM wParam, LPARAM lParam, int savedlg, LPDRAWITEMSTRUCT lpdis); Index: filedlg.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filedlg.c,v retrieving revision 1.64 diff -u -r1.64 filedlg.c --- filedlg.c 24 Jun 2003 19:24:29 -0000 1.64 +++ filedlg.c 26 Jun 2003 01:43:48 -0000 @@ -155,81 +155,6 @@ return TRUE; } - -/*********************************************************************** - * Get16BitsTemplate [internal] - * - * Get a template (FALSE if failure) when 16 bits dialogs are used - * by a 16 bits application - * - */ -BOOL Get16BitsTemplate(LFSPRIVATE lfs) -{ - LPOPENFILENAME16 ofn16 = lfs->ofn16; - LPCVOID template; - HGLOBAL16 hGlobal16 = 0; - - if (ofn16->Flags & OFN_ENABLETEMPLATEHANDLE) - lfs->hDlgTmpl16 = ofn16->hInstance; - else if (ofn16->Flags & OFN_ENABLETEMPLATE) - { - HANDLE16 hResInfo; - if (!(hResInfo = FindResource16(ofn16->hInstance, - MapSL(ofn16->lpTemplateName), - RT_DIALOGA))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); - return FALSE; - } - if (!(lfs->hDlgTmpl16 = LoadResource16( ofn16->hInstance, hResInfo ))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); - return FALSE; - } - lfs->hResource16 = lfs->hDlgTmpl16; - } - else - { /* get resource from (32 bits) own Wine resource; convert it to 16 */ - HRSRC hResInfo; - HGLOBAL hDlgTmpl32; - LPCVOID template32; - DWORD size; - - if (!(hResInfo = FindResourceA(COMDLG32_hInstance, - lfs->open ? "OPEN_FILE":"SAVE_FILE", RT_DIALOGA))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); - return FALSE; - } - if (!(hDlgTmpl32 = LoadResource(COMDLG32_hInstance, hResInfo )) || - !(template32 = LockResource( hDlgTmpl32 ))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); - return FALSE; - } - size = SizeofResource(GetModuleHandleA("COMDLG32"), hResInfo); - hGlobal16 = GlobalAlloc16(0, size); - if (!hGlobal16) - { - COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); - ERR("alloc failure for %ld bytes\n", size); - return FALSE; - } - template = GlobalLock16(hGlobal16); - if (!template) - { - COMDLG32_SetCommDlgExtendedError(CDERR_MEMLOCKFAILURE); - ERR("global lock failure for %x handle\n", hGlobal16); - GlobalFree16(hGlobal16); - return FALSE; - } - ConvertDialog32To16((LPVOID)template32, size, (LPVOID)template); - lfs->hDlgTmpl16 = hGlobal16; - lfs->hGlobal16 = hGlobal16; - } - return TRUE; -} - /*********************************************************************** * FILEDLG_StripEditControl [internal] * Strip pathnames off the contents of the edit control. @@ -1107,44 +1032,6 @@ } } - -/************************************************************************ - * FILEDLG_MapOfnStruct16 [internal] - * map a 16 bits structure to an Unicode one - */ -void FILEDLG_MapOfnStruct16(LPOPENFILENAME16 ofn16, LPOPENFILENAMEW ofnW, BOOL open) -{ - OPENFILENAMEA ofnA; - /* first convert to linear pointers */ - memset(&ofnA, 0, sizeof(OPENFILENAMEA)); - ofnA.lStructSize = sizeof(OPENFILENAMEA); - ofnA.hwndOwner = HWND_32(ofn16->hwndOwner); - ofnA.hInstance = HINSTANCE_32(ofn16->hInstance); - if (ofn16->lpstrFilter) - ofnA.lpstrFilter = MapSL(ofn16->lpstrFilter); - if (ofn16->lpstrCustomFilter) - ofnA.lpstrCustomFilter = MapSL(ofn16->lpstrCustomFilter); - ofnA.nMaxCustFilter = ofn16->nMaxCustFilter; - ofnA.nFilterIndex = ofn16->nFilterIndex; - ofnA.lpstrFile = MapSL(ofn16->lpstrFile); - ofnA.nMaxFile = ofn16->nMaxFile; - ofnA.lpstrFileTitle = MapSL(ofn16->lpstrFileTitle); - ofnA.nMaxFileTitle = ofn16->nMaxFileTitle; - ofnA.lpstrInitialDir = MapSL(ofn16->lpstrInitialDir); - ofnA.lpstrTitle = MapSL(ofn16->lpstrTitle); - ofnA.Flags = ofn16->Flags; - ofnA.nFileOffset = ofn16->nFileOffset; - ofnA.nFileExtension = ofn16->nFileExtension; - ofnA.lpstrDefExt = MapSL(ofn16->lpstrDefExt); - if (HIWORD(ofn16->lpTemplateName)) - ofnA.lpTemplateName = MapSL(ofn16->lpTemplateName); - else - ofnA.lpTemplateName = (LPSTR) ofn16->lpTemplateName; /* ressource number */ - /* now calls the 32 bits Ansi to Unicode version to complete the job */ - FILEDLG_MapOfnStructA(&ofnA, ofnW, open); -} - - /************************************************************************ * FILEDLG_DestroyPrivate [internal] * destroys the private object @@ -1154,15 +1041,8 @@ HWND hwnd; if (!lfs) return; hwnd = lfs->hwnd; - /* free resources for a 16 bits dialog */ - if (lfs->hResource16) FreeResource16(lfs->hResource16); - if (lfs->hGlobal16) - { - GlobalUnlock16(lfs->hGlobal16); - GlobalFree16(lfs->hGlobal16); - } /* if ofnW has been allocated, have to free everything in it */ - if (lfs->ofn16 || lfs->ofnA) + if (lfs->ofnA) { LPOPENFILENAMEW ofnW = lfs->ofnW; if (ofnW->lpstrFilter) HeapFree(GetProcessHeap(), 0, (LPWSTR) ofnW->lpstrFilter); @@ -1185,7 +1065,7 @@ * allocate a private object to hold 32 bits Unicode * structure that will be used throughtout the calls, while * keeping available the original structures and a few variables - * On entry : type = dialog procedure type (16,32A,32W) + * On entry : type = dialog procedure type (32A,32W) * dlgType = dialog type (open or save) */ LFSPRIVATE FILEDLG_AllocPrivate(LPARAM lParam, int type, UINT dlgType) @@ -1204,14 +1084,6 @@ lfs->fileokstring = RegisterWindowMessageA(FILEOKSTRINGA); switch(type) { - case LFS16: - lfs->ofn16 = MapSL(lParam); - if (lfs->ofn16->Flags & OFN_ENABLEHOOK) - if (lfs->ofn16->lpfnHook) - lfs->hook = TRUE; - - break; - case LFS32A: lfs->ofnA = (LPOPENFILENAMEA) lParam; if (lfs->ofnA->Flags & OFN_ENABLEHOOK) @@ -1232,20 +1104,13 @@ lfs->ofnW = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(OPENFILENAMEW)); if (lfs->ofnW) { - if (lfs->ofn16) - FILEDLG_MapOfnStruct16(lfs->ofn16, lfs->ofnW, lfs->open); if (lfs->ofnA) FILEDLG_MapOfnStructA(lfs->ofnA, lfs->ofnW, lfs->open); } else ret = NULL; } - if (lfs->ofn16) - { - if (!Get16BitsTemplate(lfs)) ret = NULL; - } - else - if (!Get32BitsTemplate(lfs)) ret = NULL; + if (!Get32BitsTemplate(lfs)) ret = NULL; if (!ret) FILEDLG_DestroyPrivate(lfs); return ret; } Index: filedlg16.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filedlg16.c,v retrieving revision 1.2 diff -u -r1.2 filedlg16.c --- filedlg16.c 24 Jun 2003 19:24:29 -0000 1.2 +++ filedlg16.c 26 Jun 2003 01:43:56 -0000 @@ -184,6 +184,195 @@ return TRUE; } +/*********************************************************************** + * Get16BitsTemplate [internal] + * + * Get a template (FALSE if failure) when 16 bits dialogs are used + * by a 16 bits application + * + */ +BOOL Get16BitsTemplate(LFSPRIVATE lfs) +{ + LPOPENFILENAME16 ofn16 = lfs->ofn16; + LPCVOID template; + HGLOBAL16 hGlobal16 = 0; + + if (ofn16->Flags & OFN_ENABLETEMPLATEHANDLE) + lfs->hDlgTmpl16 = ofn16->hInstance; + else if (ofn16->Flags & OFN_ENABLETEMPLATE) + { + HANDLE16 hResInfo; + if (!(hResInfo = FindResource16(ofn16->hInstance, + MapSL(ofn16->lpTemplateName), + RT_DIALOGA))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); + return FALSE; + } + if (!(lfs->hDlgTmpl16 = LoadResource16( ofn16->hInstance, hResInfo ))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); + return FALSE; + } + lfs->hResource16 = lfs->hDlgTmpl16; + } + else + { /* get resource from (32 bits) own Wine resource; convert it to 16 */ + HRSRC hResInfo; + HGLOBAL hDlgTmpl32; + LPCVOID template32; + DWORD size; + + if (!(hResInfo = FindResourceA(COMDLG32_hInstance, + lfs->open ? "OPEN_FILE":"SAVE_FILE", RT_DIALOGA))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); + return FALSE; + } + if (!(hDlgTmpl32 = LoadResource(COMDLG32_hInstance, hResInfo )) || + !(template32 = LockResource( hDlgTmpl32 ))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); + return FALSE; + } + size = SizeofResource(GetModuleHandleA("COMDLG32"), hResInfo); + hGlobal16 = GlobalAlloc16(0, size); + if (!hGlobal16) + { + COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); + ERR("alloc failure for %ld bytes\n", size); + return FALSE; + } + template = GlobalLock16(hGlobal16); + if (!template) + { + COMDLG32_SetCommDlgExtendedError(CDERR_MEMLOCKFAILURE); + ERR("global lock failure for %x handle\n", hGlobal16); + GlobalFree16(hGlobal16); + return FALSE; + } + ConvertDialog32To16((LPVOID)template32, size, (LPVOID)template); + lfs->hDlgTmpl16 = hGlobal16; + lfs->hGlobal16 = hGlobal16; + } + return TRUE; +} + +/************************************************************************ + * FILEDLG_MapOfnStruct16 [internal] + * map a 16 bits structure to an Unicode one + */ +void FILEDLG_MapOfnStruct16(LPOPENFILENAME16 ofn16, LPOPENFILENAMEW ofnW, BOOL open) +{ + OPENFILENAMEA ofnA; + /* first convert to linear pointers */ + memset(&ofnA, 0, sizeof(OPENFILENAMEA)); + ofnA.lStructSize = sizeof(OPENFILENAMEA); + ofnA.hwndOwner = HWND_32(ofn16->hwndOwner); + ofnA.hInstance = HINSTANCE_32(ofn16->hInstance); + if (ofn16->lpstrFilter) + ofnA.lpstrFilter = MapSL(ofn16->lpstrFilter); + if (ofn16->lpstrCustomFilter) + ofnA.lpstrCustomFilter = MapSL(ofn16->lpstrCustomFilter); + ofnA.nMaxCustFilter = ofn16->nMaxCustFilter; + ofnA.nFilterIndex = ofn16->nFilterIndex; + ofnA.lpstrFile = MapSL(ofn16->lpstrFile); + ofnA.nMaxFile = ofn16->nMaxFile; + ofnA.lpstrFileTitle = MapSL(ofn16->lpstrFileTitle); + ofnA.nMaxFileTitle = ofn16->nMaxFileTitle; + ofnA.lpstrInitialDir = MapSL(ofn16->lpstrInitialDir); + ofnA.lpstrTitle = MapSL(ofn16->lpstrTitle); + ofnA.Flags = ofn16->Flags; + ofnA.nFileOffset = ofn16->nFileOffset; + ofnA.nFileExtension = ofn16->nFileExtension; + ofnA.lpstrDefExt = MapSL(ofn16->lpstrDefExt); + if (HIWORD(ofn16->lpTemplateName)) + ofnA.lpTemplateName = MapSL(ofn16->lpTemplateName); + else + ofnA.lpTemplateName = (LPSTR) ofn16->lpTemplateName; /* ressource number */ + /* now calls the 32 bits Ansi to Unicode version to complete the job */ + FILEDLG_MapOfnStructA(&ofnA, ofnW, open); +} + +/************************************************************************ + * FILEDLG_DestroyPrivate [internal] + * destroys the private object + */ +void FILEDLG_DestroyPrivate16(LFSPRIVATE lfs) +{ + HWND hwnd; + if (!lfs) return; + hwnd = lfs->hwnd; + /* free resources for a 16 bits dialog */ + if (lfs->hResource16) FreeResource16(lfs->hResource16); + if (lfs->hGlobal16) + { + GlobalUnlock16(lfs->hGlobal16); + GlobalFree16(lfs->hGlobal16); + } + /* if ofnW has been allocated, have to free everything in it */ + if (lfs->ofn16) + { + LPOPENFILENAMEW ofnW = lfs->ofnW; + if (ofnW->lpstrFilter) HeapFree(GetProcessHeap(), 0, (LPWSTR) ofnW->lpstrFilter); + if (ofnW->lpstrCustomFilter) HeapFree(GetProcessHeap(), 0, ofnW->lpstrCustomFilter); + if (ofnW->lpstrFile) HeapFree(GetProcessHeap(), 0, ofnW->lpstrFile); + if (ofnW->lpstrFileTitle) HeapFree(GetProcessHeap(), 0, ofnW->lpstrFileTitle); + if (ofnW->lpstrInitialDir) HeapFree(GetProcessHeap(), 0, (LPWSTR) ofnW->lpstrInitialDir); + if (ofnW->lpstrTitle) HeapFree(GetProcessHeap(), 0, (LPWSTR) ofnW->lpstrTitle); + if ((ofnW->lpTemplateName) && (HIWORD(ofnW->lpTemplateName))) + HeapFree(GetProcessHeap(), 0, (LPWSTR) ofnW->lpTemplateName); + HeapFree(GetProcessHeap(), 0, ofnW); + } + TRACE("destroying private allocation %p\n", lfs); + HeapFree(GetProcessHeap(), 0, lfs); + RemovePropA(hwnd, OFN_PROP); +} + +/************************************************************************ + * FILEDLG_AllocPrivate16 [internal] + * allocate a 16 bit private object to hold 32 bits Unicode + * structure that will be used throughtout the calls, while + * keeping available the original structures and a few variables + * On entry : dlgType = dialog type (open or save) + * + */ +LFSPRIVATE FILEDLG_AllocPrivate16(LPARAM lParam, UINT dlgType) +{ + LFSPRIVATE lfs = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(struct FSPRIVATE)); + LFSPRIVATE ret; + TRACE("alloc private buf %p\n", lfs); + if (!lfs) return NULL; + lfs->hook = FALSE; + lfs->lParam = lParam; + if (dlgType == OPEN_DIALOG) + lfs->open = TRUE; + else + lfs->open = FALSE; + lfs->lbselchstring = RegisterWindowMessageA(LBSELCHSTRINGA); + lfs->fileokstring = RegisterWindowMessageA(FILEOKSTRINGA); + lfs->ofn16 = MapSL(lParam); + + if (lfs->ofn16->Flags & OFN_ENABLEHOOK) + if (lfs->ofn16->lpfnHook) + lfs->hook = TRUE; + ret = lfs; + if (!lfs->ofnW) + { /* this structure is needed internally, so create it */ + lfs->ofnW = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(OPENFILENAMEW)); + if (lfs->ofnW) + { + if (lfs->ofn16) + FILEDLG_MapOfnStruct16(lfs->ofn16, lfs->ofnW, lfs->open); + } + else + ret = NULL; + } + if (!Get16BitsTemplate(lfs)) ret = NULL; + if (!ret) FILEDLG_DestroyPrivate16(lfs); + return ret; +} + /* ------------------ Dialog procedures ---------------------- */ /*********************************************************************** @@ -312,14 +501,14 @@ if (!lpofn || !FileDlg_Init()) return FALSE; - lfs = FILEDLG_AllocPrivate((LPARAM) ofn, LFS16, OPEN_DIALOG); + lfs = FILEDLG_AllocPrivate16((LPARAM) ofn, OPEN_DIALOG); if (lfs) { hInst = GetWindowWord( HWND_32(lpofn->hwndOwner), GWL_HINSTANCE ); ptr = GetProcAddress16(GetModuleHandle16("COMMDLG"), (LPCSTR) 6); bRet = DialogBoxIndirectParam16( hInst, lfs->hDlgTmpl16, lpofn->hwndOwner, (DLGPROC16) ptr, (LPARAM) lfs); - FILEDLG_DestroyPrivate(lfs); + FILEDLG_DestroyPrivate16(lfs); } TRACE("return lpstrFile='%s' !\n", (char *)MapSL(lpofn->lpstrFile)); @@ -350,14 +539,14 @@ if (!lpofn || !FileDlg_Init()) return FALSE; - lfs = FILEDLG_AllocPrivate((LPARAM) ofn, LFS16, SAVE_DIALOG); + lfs = FILEDLG_AllocPrivate16((LPARAM) ofn, SAVE_DIALOG); if (lfs) { hInst = GetWindowWord( HWND_32(lpofn->hwndOwner), GWL_HINSTANCE ); ptr = GetProcAddress16(GetModuleHandle16("COMMDLG"), (LPCSTR) 7); bRet = DialogBoxIndirectParam16( hInst, lfs->hDlgTmpl16, lpofn->hwndOwner, (DLGPROC16) ptr, (LPARAM) lfs); - FILEDLG_DestroyPrivate(lfs); + FILEDLG_DestroyPrivate16(lfs); } TRACE("return lpstrFile='%s' !\n", (char *)MapSL(lpofn->lpstrFile));

1 0

on vacation...
by Gregory M. Turner 26 Jun '03

26 Jun '03

I am going to my brother's wedding in CA, leaving tomorrow morning and arriving back in Chicago around the 8th. As such, I will probably be more-or-less incommunicado until that time, and cabinet.dll will have to wait. I was hoping to move a little faster and have split cabinet's working by now... but unless I find time to do it tonight, it ain't happening. See you all in a couple weeks, -- "Socialism in general has a record of failure so blatant that only an intellectual could ignore or evade it." -- Thomas Sowell gmt

2 2

PATCH - comdlg32 more win16/32
by Steven Edwards 26 Jun '03

26 Jun '03

Hello, With this patch all of the calls to CallWindowProc16 are gone except in the print dialogs. I am unsure about a few small parts of it so a little rubbing and a lot of testing would be nice. I hate duplicating all this code but I dont really see any other way to do this as I really dont understand most of the low level stuff here. Thanks Steven Changelog: Remove calls to CallWindowProc16 when building as a 32 bit dll. Create new internal functions CC_WMInitDialog16 CC_WMCommand16. Share a few other internal functions with the 16 bit commdlg. Index: colordlg.h =================================================================== RCS file: /home/wine/wine/dlls/commdlg/colordlg.h,v retrieving revision 1.1 diff -u -r1.1 colordlg.h --- colordlg.h 13 Jun 2003 18:07:45 -0000 1.1 +++ colordlg.h 26 Jun 2003 01:00:46 -0000 @@ -69,12 +69,21 @@ BOOL CC_HookCallChk( LPCHOOSECOLORW lpcc ); int CC_MouseCheckResultWindow( HWND hDlg, LPARAM lParam ); -LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam, BOOL b16 ); LRESULT CC_WMLButtonDown( HWND hDlg, WPARAM wParam, LPARAM lParam ); LRESULT CC_WMLButtonUp( HWND hDlg, WPARAM wParam, LPARAM lParam ); LRESULT CC_WMCommand( HWND hDlg, WPARAM wParam, LPARAM lParam, WORD notifyCode, HWND hwndCtl ); LRESULT CC_WMMouseMove( HWND hDlg, LPARAM lParam ); LRESULT CC_WMPaint( HWND hDlg, WPARAM wParam, LPARAM lParam ); +int CC_RGBtoHSL(char c, int r, int g, int b); +void CC_SwitchToFullSize( HWND hDlg, COLORREF result, LPRECT lprect ); +void CC_PaintSelectedColor( HWND hDlg, COLORREF cr ); +void CC_PaintCross( HWND hDlg, int x, int y); +void CC_PaintTriangle( HWND hDlg, int y); +void CC_EditSetHSL( HWND hDlg, int h, int s, int l ); +int CC_HSLtoRGB(char c, int hue, int sat, int lum); +void CC_EditSetRGB( HWND hDlg, COLORREF cr ); +int CC_CheckDigitsInEdit( HWND hwnd, int maxval ); +void CC_PaintUserColorArray( HWND hDlg, int rows, int cols, COLORREF* lpcr ); #endif /* _WINE_COLORDLG_H */ Index: colordlg.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/colordlg.c,v retrieving revision 1.41 diff -u -r1.41 colordlg.c --- colordlg.c 13 Jun 2003 18:07:45 -0000 1.41 +++ colordlg.c 26 Jun 2003 01:00:53 -0000 @@ -67,7 +67,7 @@ /*********************************************************************** * CC_HSLtoRGB [internal] */ -static int CC_HSLtoRGB(char c, int hue, int sat, int lum) +int CC_HSLtoRGB(char c, int hue, int sat, int lum) { int res = 0, maxrgb; @@ -112,7 +112,7 @@ /*********************************************************************** * CC_RGBtoHSL [internal] */ -static int CC_RGBtoHSL(char c, int r, int g, int b) +int CC_RGBtoHSL(char c, int r, int g, int b) { WORD maxi, mini, mmsum, mmdif, result = 0; int iresult = 0; @@ -355,7 +355,7 @@ /*********************************************************************** * CC_CheckDigitsInEdit [internal] */ -static int CC_CheckDigitsInEdit( HWND hwnd, int maxval ) +int CC_CheckDigitsInEdit( HWND hwnd, int maxval ) { int i, k, m, result, value; long editpos; @@ -397,7 +397,7 @@ /*********************************************************************** * CC_PaintSelectedColor [internal] */ -static void CC_PaintSelectedColor( HWND hDlg, COLORREF cr ) +void CC_PaintSelectedColor( HWND hDlg, COLORREF cr ) { RECT rect; HDC hdc; @@ -428,7 +428,7 @@ /*********************************************************************** * CC_PaintTriangle [internal] */ -static void CC_PaintTriangle( HWND hDlg, int y) +void CC_PaintTriangle( HWND hDlg, int y) { HDC hDC; long temp; @@ -471,7 +471,7 @@ /*********************************************************************** * CC_PaintCross [internal] */ -static void CC_PaintCross( HWND hDlg, int x, int y) +void CC_PaintCross( HWND hDlg, int x, int y) { HDC hDC; int w = GetDialogBaseUnits(); @@ -621,7 +621,7 @@ /*********************************************************************** * CC_EditSetRGB [internal] */ -static void CC_EditSetRGB( HWND hDlg, COLORREF cr ) +void CC_EditSetRGB( HWND hDlg, COLORREF cr ) { char buffer[10]; LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); @@ -644,7 +644,7 @@ /*********************************************************************** * CC_EditSetHSL [internal] */ -static void CC_EditSetHSL( HWND hDlg, int h, int s, int l ) +void CC_EditSetHSL( HWND hDlg, int h, int s, int l ) { char buffer[10]; LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); @@ -666,7 +666,7 @@ /*********************************************************************** * CC_SwitchToFullSize [internal] */ -static void CC_SwitchToFullSize( HWND hDlg, COLORREF result, LPRECT lprect ) +void CC_SwitchToFullSize( HWND hDlg, COLORREF result, LPRECT lprect ) { int i; LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); @@ -740,7 +740,7 @@ * CC_PaintUserColorArray [internal] * Paint the 16 user-selected colors */ -static void CC_PaintUserColorArray( HWND hDlg, int rows, int cols, COLORREF* lpcr ) +void CC_PaintUserColorArray( HWND hDlg, int rows, int cols, COLORREF* lpcr ) { HWND hwnd = GetDlgItem(hDlg, 0x2d1); RECT rect; @@ -799,7 +799,7 @@ /*********************************************************************** * CC_WMInitDialog [internal] */ -LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam, BOOL b16 ) +LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam) { int i, res; int r, g, b; @@ -810,28 +810,7 @@ TRACE("WM_INITDIALOG lParam=%08lX\n", lParam); lpp = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(struct CCPRIVATE) ); - if (b16) - { - CHOOSECOLORW *ch32; - CHOOSECOLOR16 *ch16 = (CHOOSECOLOR16 *) lParam; - ch32 = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(CHOOSECOLORW) ); - lpp->lpcc = ch32; - lpp->lpcc16 = ch16; - if (lpp->lpcc16->lStructSize != sizeof(CHOOSECOLOR16) ) - { - EndDialog (hDlg, 0) ; - return FALSE; - } - ch32->lStructSize = sizeof(CHOOSECOLORW); - ch32->hwndOwner = HWND_32(ch16->hwndOwner); - /* Should be an HINSTANCE but MS made a typo */ - ch32->hInstance = HWND_32(ch16->hInstance); - ch32->lpCustColors = MapSL(ch16->lpCustColors); - ch32->lpfnHook = (LPCCHOOKPROC) ch16->lpfnHook; /* only used as flag */ - ch32->Flags = ch16->Flags; - } - else - lpp->lpcc = (LPCHOOSECOLORW) lParam; + lpp->lpcc = (LPCHOOSECOLORW) lParam; if (lpp->lpcc->lStructSize != sizeof(CHOOSECOLORW) ) { @@ -895,10 +874,6 @@ SendMessageA( GetDlgItem(hDlg, i), EM_LIMITTEXT, 3, 0); /* max 3 digits: xyz */ if (CC_HookCallChk(lpp->lpcc)) { - if (b16) - res = CallWindowProc16( (WNDPROC16)lpp->lpcc16->lpfnHook, - HWND_16(hDlg), WM_INITDIALOG, wParam, lParam); - else res = CallWindowProcA( (WNDPROC)lpp->lpcc->lpfnHook, hDlg, WM_INITDIALOG, wParam, lParam); } @@ -1029,16 +1004,7 @@ case 0x40e: /* Help! */ /* The Beatles, 1965 ;-) */ i = RegisterWindowMessageA(HELPMSGSTRINGA); - if (lpp->lpcc16) - { - if (lpp->lpcc->hwndOwner) - SendMessageA(lpp->lpcc->hwndOwner, i, 0, (LPARAM)lpp->lpcc16); - if ( CC_HookCallChk(lpp->lpcc)) - CallWindowProc16( (WNDPROC16) lpp->lpcc16->lpfnHook, - HWND_16(hDlg), WM_COMMAND, psh15, - (LPARAM)lpp->lpcc16); - } - else + if (lpp->lpcc) { if (lpp->lpcc->hwndOwner) SendMessageA(lpp->lpcc->hwndOwner, i, 0, (LPARAM)lpp->lpcc); @@ -1050,24 +1016,12 @@ case IDOK : cokmsg = RegisterWindowMessageA(COLOROKSTRINGA); - if (lpp->lpcc16) - { - if (lpp->lpcc->hwndOwner) - if (SendMessageA(lpp->lpcc->hwndOwner, cokmsg, 0, (LPARAM)lpp->lpcc16)) - break; /* do NOT close */ - } - else - { + if (lpp->lpcc) + { if (lpp->lpcc->hwndOwner) - if (SendMessageA(lpp->lpcc->hwndOwner, cokmsg, 0, (LPARAM)lpp->lpcc)) - break; /* do NOT close */ - } - if (lpp->lpcc16) - { - BYTE *ptr = MapSL(lpp->lpcc16->lpCustColors); - memcpy(ptr, lpp->lpcc->lpCustColors, sizeof(COLORREF)*16); - lpp->lpcc16->rgbResult = lpp->lpcc->rgbResult; - } + if (SendMessageA(lpp->lpcc->hwndOwner, cokmsg, 0, (LPARAM)lpp->lpcc)) + break; /* do NOT close */ + } EndDialog(hDlg, 1) ; return TRUE ; @@ -1240,7 +1194,7 @@ switch (message) { case WM_INITDIALOG: - return CC_WMInitDialog(hDlg, wParam, lParam, FALSE); + return CC_WMInitDialog(hDlg, wParam, lParam); case WM_NCDESTROY: DeleteDC(lpp->hdcMem); DeleteObject(lpp->hbmMem); Index: colordlg16.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/colordlg16.c,v retrieving revision 1.1 diff -u -r1.1 colordlg16.c --- colordlg16.c 13 Jun 2003 18:07:45 -0000 1.1 +++ colordlg16.c 26 Jun 2003 01:01:00 -0000 @@ -43,6 +43,267 @@ #include "colordlg.h" /*********************************************************************** + * CC_WMInitDialog16 [internal] + */ +LONG CC_WMInitDialog16( HWND hDlg, WPARAM wParam, LPARAM lParam) +{ + int i, res; + int r, g, b; + HWND hwnd; + RECT rect; + POINT point; + LCCPRIV lpp; + + TRACE("WM_INITDIALOG lParam=%08lX\n", lParam); + lpp = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(struct CCPRIVATE) ); + + CHOOSECOLORW *ch32; + CHOOSECOLOR16 *ch16 = (CHOOSECOLOR16 *) lParam; + ch32 = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, sizeof(CHOOSECOLORW) ); + lpp->lpcc = ch32; + lpp->lpcc16 = ch16; + if (lpp->lpcc16->lStructSize != sizeof(CHOOSECOLOR16) ) + { + EndDialog (hDlg, 0) ; + return FALSE; + } + ch32->lStructSize = sizeof(CHOOSECOLORW); + ch32->hwndOwner = HWND_32(ch16->hwndOwner); + /* Should be an HINSTANCE but MS made a typo */ + ch32->hInstance = HWND_32(ch16->hInstance); + ch32->lpCustColors = MapSL(ch16->lpCustColors); + ch32->lpfnHook = (LPCCHOOKPROC) ch16->lpfnHook; /* only used as flag */ + ch32->Flags = ch16->Flags; + + if (lpp->lpcc->lStructSize != sizeof(CHOOSECOLORW) ) + { + EndDialog (hDlg, 0) ; + return FALSE; + } + SetWindowLongA(hDlg, DWL_USER, (LONG)lpp); + + if (!(lpp->lpcc->Flags & CC_SHOWHELP)) + ShowWindow( GetDlgItem(hDlg,0x40e), SW_HIDE); + lpp->msetrgb = RegisterWindowMessageA(SETRGBSTRINGA); + +#if 0 + cpos = MAKELONG(5,7); /* init */ + if (lpp->lpcc->Flags & CC_RGBINIT) + { + for (i = 0; i < 6; i++) + for (j = 0; j < 8; j++) + if (predefcolors[i][j] == lpp->lpcc->rgbResult) + { + cpos = MAKELONG(i,j); + goto found; + } + } + found: + /* FIXME: Draw_a_focus_rect & set_init_values */ +#endif + + GetWindowRect(hDlg, &lpp->fullsize); + if (lpp->lpcc->Flags & CC_FULLOPEN || lpp->lpcc->Flags & CC_PREVENTFULLOPEN) + { + hwnd = GetDlgItem(hDlg, 0x2cf); + EnableWindow(hwnd, FALSE); + } + if (!(lpp->lpcc->Flags & CC_FULLOPEN ) || lpp->lpcc->Flags & CC_PREVENTFULLOPEN) + { + rect = lpp->fullsize; + res = rect.bottom - rect.top; + hwnd = GetDlgItem(hDlg, 0x2c6); /* cut at left border */ + point.x = point.y = 0; + ClientToScreen(hwnd, &point); + ScreenToClient(hDlg,&point); + GetClientRect(hDlg, &rect); + point.x += GetSystemMetrics(SM_CXDLGFRAME); + SetWindowPos(hDlg, 0, 0, 0, point.x, res, SWP_NOMOVE|SWP_NOZORDER); + + for (i = 0x2bf; i < 0x2c5; i++) + ShowWindow( GetDlgItem(hDlg, i), SW_HIDE); + for (i = 0x2d3; i < 0x2d9; i++) + ShowWindow( GetDlgItem(hDlg, i), SW_HIDE); + ShowWindow( GetDlgItem(hDlg, 0x2c9), SW_HIDE); + ShowWindow( GetDlgItem(hDlg, 0x2c8), SW_HIDE); + ShowWindow( GetDlgItem(hDlg, 0x2c6), SW_HIDE); + ShowWindow( GetDlgItem(hDlg, 0x2c5), SW_HIDE); + ShowWindow( GetDlgItem(hDlg, 1090 ), SW_HIDE); + } + else + CC_SwitchToFullSize(hDlg, lpp->lpcc->rgbResult, NULL); + res = TRUE; + for (i = 0x2bf; i < 0x2c5; i++) + SendMessageA( GetDlgItem(hDlg, i), EM_LIMITTEXT, 3, 0); /* max 3 digits: xyz */ + if (CC_HookCallChk(lpp->lpcc)) + { + res = CallWindowProc16( (WNDPROC16)lpp->lpcc16->lpfnHook, + HWND_16(hDlg), WM_INITDIALOG, wParam, lParam); + } + + /* Set the initial values of the color chooser dialog */ + r = GetRValue(lpp->lpcc->rgbResult); + g = GetGValue(lpp->lpcc->rgbResult); + b = GetBValue(lpp->lpcc->rgbResult); + + CC_PaintSelectedColor(hDlg, lpp->lpcc->rgbResult); + lpp->h = CC_RGBtoHSL('H', r, g, b); + lpp->s = CC_RGBtoHSL('S', r, g, b); + lpp->l = CC_RGBtoHSL('L', r, g, b); + + /* Doing it the long way because CC_EditSetRGB/HSL doesn't seem to work */ + SetDlgItemInt(hDlg, 703, lpp->h, TRUE); + SetDlgItemInt(hDlg, 704, lpp->s, TRUE); + SetDlgItemInt(hDlg, 705, lpp->l, TRUE); + SetDlgItemInt(hDlg, 706, r, TRUE); + SetDlgItemInt(hDlg, 707, g, TRUE); + SetDlgItemInt(hDlg, 708, b, TRUE); + + CC_PaintCross(hDlg, lpp->h, lpp->s); + CC_PaintTriangle(hDlg, lpp->l); + + return res; +} + +/*********************************************************************** + * CC_WMCommand16 [internal] + */ +LRESULT CC_WMCommand16( HWND hDlg, WPARAM wParam, LPARAM lParam, WORD notifyCode, HWND hwndCtl ) +{ + int r, g, b, i, xx; + UINT cokmsg; + HDC hdc; + COLORREF *cr; + LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); + TRACE("CC_WMCommand wParam=%x lParam=%lx\n", wParam, lParam); + switch (wParam) + { + case 0x2c2: /* edit notify RGB */ + case 0x2c3: + case 0x2c4: + if (notifyCode == EN_UPDATE && !lpp->updating) + { + i = CC_CheckDigitsInEdit(hwndCtl, 255); + r = GetRValue(lpp->lpcc->rgbResult); + g = GetGValue(lpp->lpcc->rgbResult); + b= GetBValue(lpp->lpcc->rgbResult); + xx = 0; + switch (wParam) + { + case 0x2c2: if ((xx = (i != r))) r = i; break; + case 0x2c3: if ((xx = (i != g))) g = i; break; + case 0x2c4: if ((xx = (i != b))) b = i; break; + } + if (xx) /* something has changed */ + { + lpp->lpcc->rgbResult = RGB(r, g, b); + CC_PaintSelectedColor(hDlg, lpp->lpcc->rgbResult); + lpp->h = CC_RGBtoHSL('H', r, g, b); + lpp->s = CC_RGBtoHSL('S', r, g, b); + lpp->l = CC_RGBtoHSL('L', r, g, b); + CC_EditSetHSL(hDlg, lpp->h, lpp->s, lpp->l); + CC_PaintCross(hDlg, lpp->h, lpp->s); + CC_PaintTriangle(hDlg, lpp->l); + } + } + break; + + case 0x2bf: /* edit notify HSL */ + case 0x2c0: + case 0x2c1: + if (notifyCode == EN_UPDATE && !lpp->updating) + { + i = CC_CheckDigitsInEdit(hwndCtl , wParam == 0x2bf ? 239:240); + xx = 0; + switch (wParam) + { + case 0x2bf: if ((xx = ( i != lpp->h))) lpp->h = i; break; + case 0x2c0: if ((xx = ( i != lpp->s))) lpp->s = i; break; + case 0x2c1: if ((xx = ( i != lpp->l))) lpp->l = i; break; + } + if (xx) /* something has changed */ + { + r = CC_HSLtoRGB('R', lpp->h, lpp->s, lpp->l); + g = CC_HSLtoRGB('G', lpp->h, lpp->s, lpp->l); + b = CC_HSLtoRGB('B', lpp->h, lpp->s, lpp->l); + lpp->lpcc->rgbResult = RGB(r, g, b); + CC_PaintSelectedColor(hDlg, lpp->lpcc->rgbResult); + CC_EditSetRGB(hDlg, lpp->lpcc->rgbResult); + CC_PaintCross(hDlg, lpp->h, lpp->s); + CC_PaintTriangle(hDlg, lpp->l); + } + } + break; + + case 0x2cf: + CC_SwitchToFullSize(hDlg, lpp->lpcc->rgbResult, &lpp->fullsize); + SetFocus( GetDlgItem(hDlg, 0x2bf)); + break; + + case 0x2c8: /* add colors ... column by column */ + cr = lpp->lpcc->lpCustColors; + cr[(lpp->nextuserdef % 2) * 8 + lpp->nextuserdef / 2] = lpp->lpcc->rgbResult; + if (++lpp->nextuserdef == 16) + lpp->nextuserdef = 0; + CC_PaintUserColorArray(hDlg, 2, 8, lpp->lpcc->lpCustColors); + break; + + case 0x2c9: /* resulting color */ + hdc = GetDC(hDlg); + lpp->lpcc->rgbResult = GetNearestColor(hdc, lpp->lpcc->rgbResult); + ReleaseDC(hDlg, hdc); + CC_EditSetRGB(hDlg, lpp->lpcc->rgbResult); + CC_PaintSelectedColor(hDlg, lpp->lpcc->rgbResult); + r = GetRValue(lpp->lpcc->rgbResult); + g = GetGValue(lpp->lpcc->rgbResult); + b = GetBValue(lpp->lpcc->rgbResult); + lpp->h = CC_RGBtoHSL('H', r, g, b); + lpp->s = CC_RGBtoHSL('S', r, g, b); + lpp->l = CC_RGBtoHSL('L', r, g, b); + CC_EditSetHSL(hDlg, lpp->h, lpp->s, lpp->l); + CC_PaintCross(hDlg, lpp->h, lpp->s); + CC_PaintTriangle(hDlg, lpp->l); + break; + + case 0x40e: /* Help! */ /* The Beatles, 1965 ;-) */ + i = RegisterWindowMessageA(HELPMSGSTRINGA); + if (lpp->lpcc16) + { + if (lpp->lpcc->hwndOwner) + SendMessageA(lpp->lpcc->hwndOwner, i, 0, (LPARAM)lpp->lpcc16); + if ( CC_HookCallChk(lpp->lpcc)) + CallWindowProc16( (WNDPROC16) lpp->lpcc16->lpfnHook, + HWND_16(hDlg), WM_COMMAND, psh15, + (LPARAM)lpp->lpcc16); + } + break; + + case IDOK : + cokmsg = RegisterWindowMessageA(COLOROKSTRINGA); + if (lpp->lpcc16) + { + if (lpp->lpcc->hwndOwner) + if (SendMessageA(lpp->lpcc->hwndOwner, cokmsg, 0, (LPARAM)lpp->lpcc16)) + break; /* do NOT close */ + } + if (lpp->lpcc16) + { + BYTE *ptr = MapSL(lpp->lpcc16->lpCustColors); + memcpy(ptr, lpp->lpcc->lpCustColors, sizeof(COLORREF)*16); + lpp->lpcc16->rgbResult = lpp->lpcc->rgbResult; + } + EndDialog(hDlg, 1) ; + return TRUE ; + + case IDCANCEL : + EndDialog(hDlg, 0) ; + return TRUE ; + + } + return FALSE; +} + +/*********************************************************************** * ColorDlgProc (COMMDLG.8) */ BOOL16 CALLBACK ColorDlgProc16( HWND16 hDlg16, UINT16 message, @@ -71,7 +332,7 @@ switch (message) { case WM_INITDIALOG: - return CC_WMInitDialog(hDlg, wParam, lParam, TRUE); + return CC_WMInitDialog16(hDlg, wParam, lParam); case WM_NCDESTROY: DeleteDC(lpp->hdcMem); DeleteObject(lpp->hbmMem); @@ -80,7 +341,7 @@ SetWindowLongA(hDlg, DWL_USER, 0L); /* we don't need it anymore */ break; case WM_COMMAND: - if (CC_WMCommand(hDlg, wParam, lParam, + if (CC_WMCommand16(hDlg, wParam, lParam, HIWORD(lParam), HWND_32(LOWORD(lParam)))) return TRUE; break;

1 0

Re: Bidi B patch
by Alexandre Julliard 25 Jun '03

25 Jun '03

Shachar Shemesh <wine-patches(a)shemesh.biz> writes: > -#include "config.h" > -#include "wine/port.h" > +#include <config.h> > +#include <wine/port.h> > > #include <stdlib.h> > #include <string.h> > #include <assert.h> > -#include "winerror.h" > -#include "winnls.h" > -#include "wownt32.h" > -#include "gdi.h" > -#include "wine/unicode.h" > -#include "wine/debug.h" > +#include <winerror.h> > +#include <winnls.h> > +#include <wownt32.h> > +#include <gdi.h> > +#include <wine/unicode.h> > +#include <wine/debug.h> > +#include "gdibidi.h" Please don't change include quotes when modifying a file. It's not necessary, and only adds confusion. -- Alexandre Julliard julliard(a)winehq.com

6 11

I know this doesnt have anything to do with wine, but....
by Dustin Navea 25 Jun '03

25 Jun '03

This was taken from my sister's History teacher's printout and re-typed by myself for your enjoyment.. Dr. Seuss Explains Why Computers Sometimes Crash If a packet hits a pocket on a socket on a port, and the bus is interrupted at a very last resort, and the access of the memory makes your floppy disk abort, then the socket packet pocket has an error to report. If your cursor finds a menu item followed by a dash, and the double-clicking ! icon puts your window in the trash, and your data is corrupted cause the index doesn't hash, then your situation's hopeless and your system's gonna crash!! If the lable on the cable on the table at your house says the network is connected to the button on your mouse, but your packets want to tunnel to another protocol, that's repeatedly rejected by the printer down the hall, and your screen is all distorted by the side effects of gauss, so your icons in the window are as wavy as a souse; then you may as well reboot and go out with a bang, 'cuz sure as I'm a poet, then sucker's gonna hang! When the copy of your floppy's getting sloppy in the disk, and the macro code instructions cause unnecessary risk, then you'l have to flash the memory and you'll want to RAM your ROM. Quickly turn off the computer and be sure to tell your Mom! WELL! That certainly clears things up for ME! ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

RE: Wine Status DLL's #2
by PETREOLLE Sylvain 25 Jun '03

25 Jun '03

The links for WWN article coverages dont work (no effect in IE window) -----Message d'origine----- De : Tom [mailto:twickline@skybest.com] Envoyé : mercredi 25 juin 2003 04:35 À : wine-devel(a)winehq.org Objet : Wine Status DLL's #2 Here is #2 any one have any comments ? Tom

2 1

were #1 at rpmseek :))
by Tom 25 Jun '03

25 Jun '03

I just thought I would let you guy's know we are the #1 download at : http://rpmseek.com/index.html?hl=com Tom

1 0

Re: dlls/rpcrt4/rpc_server.c
by Gregory M. Turner 25 Jun '03

25 Jun '03

On Tuesday 24 June 2003 03:53 am, Gerald Pfeifer wrote: > Is the following warning for dlls/rpcrt4/rpc_server.c > > rpc_server.c:133: warning: variable `func' might be clobbered by > `longjmp' or `vfork' > > indicative of a real problem, or are we sure that won't cause problems? > > (If the latter, is there a way to avoid the warning?) I don't know the answer -- perhaps this is something about PIC? Presumably the longjmp's in question are the ones generated by the __TRY/__EXCEPT macros used there. Interestingly, my gentoo gcc 3.2.2 does not give the warning. What's your gcc? Perhaps you should post the results of gcc -E or gcc -S on this file, using the same command-line args as the wine makefiles.... -- "Socialism in general has a record of failure so blatant that only an intellectual could ignore or evade it." -- Thomas Sowell gmt

1 0

Re: README.diff
by Alexandre Julliard 25 Jun '03

25 Jun '03

Tom Wickline <twickline(a)skybest.com> writes: > Changelog > > Fix link's The current links are supposed to work, and they are much nicer without the ?page= noise. Why do you need to change them? -- Alexandre Julliard julliard(a)winehq.com

3 9

Re: ntdll/kernel32: #30
by Alexandre Julliard 24 Jun '03

24 Jun '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > - made async.h ready for use in ntdll > + moved it to include/wine Actually async.h should be removed at some point, so IMO it's better to leave it in include/ for now so that we don't forget about it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix for 'compiling' IDL files
by Alexandre Julliard 24 Jun '03

24 Jun '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > - Don't #define REFIID and others when included by WIDL This should be done with #ifdefs around each type definition like it's done in the Microsoft headers, not based on whether they are included from WIDL or not. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Typelib containment refcounting (2)
by Alexandre Julliard 24 Jun '03

24 Jun '03

Mike Hearn <mike(a)theoretic.com> writes: > This is a slightly modified version of the original patch which releases > the typelib reference on every ITypeInfo::Release(), not just when being > destroyed. This is still not right, there are many other places that increment the ITypeInfo refcount that would need to be fixed too. And if you increment the typelib refcount everywhere it will create a refcount loop and nothing will ever get freed. This needs more thought... -- Alexandre Julliard julliard(a)winehq.com

1 0

About SIGCHLD and Wine
by Sylvain Petreolle 24 Jun '03

24 Jun '03

Executing dmesg with wine active, I saw this today : application bug: wine(27346) has SIGCHLD set to SIG_IGN but calls wait(). (see the NOTES section of 'man 2 wait'). Workaround activated. In this case, in Linux, is a call to wait() supposed to block until all Wine children have exited or not ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: XEMBED System tray support
by Sylvain Petreolle 24 Jun '03

24 Jun '03

Hi Mike, Im testing your patch with various programs. Seems to work way cool. One question however: Did you forgot/left-as-is the "Wine-Systray" window with purpose ? In Gnome, I get an empty 20x1 window. (only circumferences and controls :)) Around line 200 in dlls/shell32/systray.c I see : /* Create tray window for icon. */ ptrayItem->hWnd = CreateWindowExA( WS_EX_TRAYWINDOW, "WineSystray", "Wine-Systray", ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

RE: Localization to the Portuguese
by E Lea 24 Jun '03

24 Jun '03

>>>Your granfather's spoke russian correct ? >>>and the war in 1941 was was not a russian revolution ...... That would > >>>be 1917 the bolshevik revolution >>>if my poor memory severs me correct...... >>>The point is you made a crack about americans not wanting to look at >>>there british roots in the english >>>launauge. So I say you should not look at the bolshevik's in your >>>launguage as any one knows not to >>>fight russia in the winter.... As you will soon freeze to death....... > >>>and you have railroads that our off gauge :) >> ^^^ >>Do Americans have a word for grammer? > >"Grammer" ? Not the best way to criticize someone else's language... I know, I cringed as soon as I clicked the "send" button, but by then it was too late

1 0

RE: Localization to the Portuguese
by E Lea 24 Jun '03

24 Jun '03

Tom wrote: >>Well, although it meant to be a bit of humor I just can't resist >>to make some comments. >> >>Your mention about the war looks kind of ridiculous. It was 1776, right? >>But we, here in Russia, too well remember 1941, 22 June, which is a bit >>closer to nowadays. I haven't seen both my grandfathers, which were killed >>under Moscow, we have lost more than 20 millions of people in that war. >>What now? That's a history. There are particular persons to blame and >>to praise. What people, and especially particular language have to do >>with all the things we are talking about? >> >> >> > >Your granfather's spoke russian correct ? >and the war in 1941 was was not a russian revolution ...... That would >be 1917 the bolshevik revolution >if my poor memory severs me correct...... >The point is you made a crack about americans not wanting to look at >there british roots in the english >launauge. So I say you should not look at the bolshevik's in your >launguage as any one knows not to >fight russia in the winter.... As you will soon freeze to death....... >and you have railroads that our off gauge :) ^^^ Do Americans have a word for grammer?

3 2

Re: [dx58] begin of d3d8/d3dcore split
by fenix＠club-internet.fr 24 Jun '03

24 Jun '03

Hi, >It would be better to name the dll wined3dcore, or simply > wined3d, to avoid potential naming conflicts. why not, it's more cleaner :) Regards, Raphael

1 0

Re: Localization to the Portuguese
by Eric Pouech 24 Jun '03

24 Jun '03

Marcelo Duarte wrote: > Hi, > I intend to perhaps keep the support the Portuguese language and to other > tasks. > Please, in any modifications to the resources, it would like to be informed > to translate them, because I can be the support to Brazilian Portuguese > language in the Wine. good to have someone to this in charge... > Alexandre, the portuguese of Brazil is slightly different of Portugal, but > ALL files *Pt.rc that I encountered is brazilian portuguese (because "File" > is translated to "Arquivo" in Brazil and to "Ficheiro" in Portugal, etc). > The questions are: I need to separate them? Which is the correct behavior? Since there are differences, and if you're ready to support those different, then we can always create two sets of resources for portugese: one for portugese from Portugal, another one for brasilian portugese. Note, that windows consider Brasilian portugese to be the default sublang for all portugese:s (which seems to me a bit ackward, but South America is likely closer to Redmond than Lusitania...) A+ -- Eric Pouech

5 9

Fw: win.ini _3_ bounced and I have no idea why ????????????????
by BiGgUn 24 Jun '03

24 Jun '03

> I am in favor of a bounced patch list ... what about simply using wine-devel as a bounced patch list ? Stephan

1 0

Status Page Dll's --My Status :)
by Tom Wickline 24 Jun '03

24 Jun '03

Hi, Anyone have any Comments, Flames or Suggestions before I send this ? Tom

6 9

quartz once again: was DEVENUM.DLL Implementation
by Mark Hannessen 24 Jun '03

24 Jun '03

>Well, if you want to start work on Quartz, feel free to do it, you would be >our saviour (to all the gamerz out there who cannot have intro / cutscene >movies due to the missing Quartz stuff in Wine). quartz was already was in wine once. but was removed from wine because of legal issues. that is, the author feared it was not legal and demanded it to be removed. transgaming is still using it in WineX and it's LGPL code so you if you really need it you can just copy it from their cvs tree. still i think it would be nice to have quarz in wine so i have been thinking about this one for some time. but what makes you think writing a new one is not going to have legal issues? Mark Hannessen

5 5

dlls/rpcrt4/rpc_server.c
by Gerald Pfeifer 24 Jun '03

24 Jun '03

Is the following warning for dlls/rpcrt4/rpc_server.c rpc_server.c:133: warning: variable `func' might be clobbered by `longjmp' or `vfork' indicative of a real problem, or are we sure that won't cause problems? (If the latter, is there a way to avoid the warning?) Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Im back.. sorta..... ;)
by Dustin Navea 24 Jun '03

24 Jun '03

Hey guys, I'm back.. sorta as the subject says. I have pretty much daily access to a computer, but unfortunately I cannot install linux on it (mom's computer and it is a loaner from her office). So I am back on the net and resubscribed to the list, just cant help in actual wine debugging (although i can always find out behaviors in windows).. Actually I was thinking of volunteering to be a janitor for Bugzilla.. I see a lot of frivolous bugs and out of date bugs on there and since I sweep it almost daily, I may as well be listed as the maintainer/janitor.. ;) Whaddya say, all in favor say I... ;) -Dustin __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

3 2

Re: lostwages/ include/wwn.php templates/en/contri ...
by Brian Vincent (C) 24 Jun '03

24 Jun '03

Hm.. spelling fixes in WWN. Not sure I like that idea. A lot of these are spelling fixes in quoted remarks. I have a long standing policy of not editing spelling mistakes. Unless it's a grammatical error so bad that it makes reading it unbearable, I don't touch it. (I can probably count the number of times I've done that on one hand.) I even question markup sometimes - lest some moron flames me later for taking their quote out of context. Of course, I'm lazy. If I started spellchecking it probably wouldn't last long anyway. PS. Anyone notice the interviews on WWN? Anyone have any comments or suggestions for improving them? Any particular people I need to interview that I'm forgetting? (I do have some in various stages of preparation, and a list of people I need to include.) I'll save Alexandre for last. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

4 3

mailing lists mail delivery problems
by Christian Costa 24 Jun '03

24 Jun '03

Hi, This is about one month or so I'm experiencing problems with mailing lists. Indeed, mail delivery is disabled randomly for some of them. I have to turned on again the delivery by editing options of my account. This is really annoying. Is anyone experiencing the same kind of problems? What's happening? How can this be solved? Thanks in advance for any clue. Bye, Christian

1 0

UTF-8 keyboard?
by Shachar Shemesh 24 Jun '03

24 Jun '03

Hi all, A while back someone (I think it was Alexander) mentioned something about UTF-8 working for keyboard detection and entering info. That same mistyrious someone said it was in XOO, and will be merged when Alexander finishes his merges. I just tried it with latest CVS, and I am getting mixed results. If I'm using an unknown encoding, when I run wine with +keyboard, I get: > trace:keyboard:X11DRV_KEYBOARD_DetectLayout matches=22, mismatches=25, > seq=21, score=-56 > trace:keyboard:X11DRV_KEYBOARD_DetectLayout detected layout is > "Israeli keyboard layout" > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key DF > assigned to keycode 54: > trace:keyboard:X11DRV_InitKeyboard (FF9D (KP_Begin) FFB5 (KP_5) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E0 > assigned to keycode 73: > trace:keyboard:X11DRV_InitKeyboard (FFEB (Super_L) FFEB (Super_L) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E1 > assigned to keycode 75: > trace:keyboard:X11DRV_InitKeyboard (FF67 (Menu) FF67 (Menu) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_KeyEvent Adjusting NumLock state. > trace:keyboard:KEYBOARD_GenerateMsg OFF + Keypress => generating DOWN > and UP messages. > trace:keyboard:KEYBOARD_GenerateMsg INTERM : don't treat release of > toggle key. InputKeyStateTable[0x90] = 0x1 > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 77 (0x4D) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000ff7f > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 38 (0x26) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x00000cf9 > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CF9 > (hebrew_shin) : > err:keyboard:X11DRV_ToUnicode > (virtKey=41,scanCode=1E,keycode=26,state=2010) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 45 (0x2D) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x00000cec > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEC > (hebrew_lamed) : > err:keyboard:X11DRV_ToUnicode > (virtKey=4B,scanCode=25,keycode=2D,state=2010) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 30 (0x1E) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x00000ce5 > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CE5 > (hebrew_waw) : > err:keyboard:X11DRV_ToUnicode > (virtKey=55,scanCode=16,keycode=1E,state=2010) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 32 (0x20) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x00000ced > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CED > (hebrew_finalmem) : > err:keyboard:X11DRV_ToUnicode > (virtKey=4F,scanCode=18,keycode=20,state=2010) When I run it with en_US.UTF-8, I get: > trace:keyboard:X11DRV_KEYBOARD_DetectLayout detected layout is > "Israeli keyboard layout" > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key DF > assigned to keycode 54: > trace:keyboard:X11DRV_InitKeyboard (FF9D (KP_Begin) FFB5 (KP_5) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E0 > assigned to keycode 73: > trace:keyboard:X11DRV_InitKeyboard (FFEB (Super_L) FFEB (Super_L) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E1 > assigned to keycode 75: > trace:keyboard:X11DRV_InitKeyboard (FF67 (Menu) FF67 (Menu) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_KeyEvent Adjusting NumLock state. > trace:keyboard:KEYBOARD_GenerateMsg OFF + Keypress => generating DOWN > and UP messages. > trace:keyboard:KEYBOARD_GenerateMsg INTERM : don't treat release of > toggle key. InputKeyStateTable[0x90] = 0x1 > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 77 (0x4D) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000ff7f > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 38 (0x26) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 45 (0x2D) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 30 (0x1E) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 32 (0x20) That is - no errors, but I don't get any characters on screen either. When running this with locale he_IL, I get this: > trace:keyboard:X11DRV_KEYBOARD_DetectLayout detected layout is > "Israeli keyboard layout" > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key DF > assigned to keycode 54: > trace:keyboard:X11DRV_InitKeyboard (FF9D (KP_Begin) FFB5 (KP_5) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E0 > assigned to keycode 73: > trace:keyboard:X11DRV_InitKeyboard (FFEB (Super_L) FFEB (Super_L) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000fe08 > trace:keyboard:X11DRV_InitKeyboard OEM specific virtual key E1 > assigned to keycode 75: > trace:keyboard:X11DRV_InitKeyboard (FF67 (Menu) FF67 (Menu) 0 > (NoSymbol) 0 (NoSymbol) ) > trace:keyboard:X11DRV_KeyEvent Adjusting NumLock state. > trace:keyboard:KEYBOARD_GenerateMsg OFF + Keypress => generating DOWN > and UP messages. > trace:keyboard:KEYBOARD_GenerateMsg INTERM : don't treat release of > toggle key. InputKeyStateTable[0x90] = 0x1 > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 77 (0x4D) > trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym > 0x0000ff7f > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 38 (0x26) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 45 (0x2D) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 30 (0x1E) > trace:keyboard:X11DRV_ToUnicode NumLockMask = 0010 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 2000 > trace:keyboard:X11DRV_ToUnicode Found keycode 32 (0x20) Characters do appear on screen, this time. Could it just be that edit control (I'm using notepad to test this) does not support UTF-8? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

3 6

Re: [dx58] begin of d3d8/d3dcore split
by Alexandre Julliard 24 Jun '03

24 Jun '03

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Changelog: > - begin of d3dcore split for future d3d9 promote > - currently only debug, utils, shaders and draw functions code > - definitions of 3 headers (as dx use to do): gl, types, interface It would be better to name the dll wined3dcore, or simply wined3d, to avoid potential naming conflicts. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dmusic: framework for file loading
by Raphaël Junqueira 23 Jun '03

23 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi rok ;) > As I've mentioned, we'll need a function for loading chunks from dmusic > files. I tried to write one, and here's result; it's not very nice, but > it works (sort of). > At the time being, it only "loads" and displays data > (--debugmsg=+dmfile for debug and --debugmsg=+dmfiledat for the display > of data). I couldn't make it load data into IDirectMusic*Impl > interfaces, because whatever I did, exception occured (maybe someone > more familiar with this could do this (Raphael?)). Also, if someone has > more robust and simpler function, please tell me. > DMUSIC_FillSegmentFromFileHandle loads sample.sgt from DX SDK > completely... however, i didn't try the other. Impressive work ;) > Also "fixed" a problem I've encountered while running 3DAudio.exe (from > SDK). One of the latest patches added this clause: > > if (!ppDirectSound) > IDirectSound_Release(*ppDirectSound); well, seem another christian regression ;) for what i understand, this code must be the correct one: if (!ppDirectSound) IDirectSound_Release(This->dsound); > I don't know why, but it causes exception (i've commented it). well Releasing a NULL object ;) > > ChangeLog: > - wine/dlls/dmusic/dmusic_private.h: added some new structs > - wine/dlls/dmusic/dmusic_loader.c: load file > - wine/dlls/dmusic/dmusic_preformance.c: minor fix > - wine/dlls/dmusic/helper.c: new file with file loading functions Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+9ctCp7NA3AmQTU4RAnTBAJ9rsoPKZWAzvofqiK2ENFqi6Ja73gCfTICO thCaWwcK4Qcria2lDYb2AFU= =TGgh -----END PGP SIGNATURE-----

2 2

More Info and a call for help
by Robert Lunnon 23 Jun '03

23 Jun '03

I am having problems with this Program, Little Fighter II, and also the installer that comes with the Worms II demo, both internet downloadable. Anyway both of these faults might be due to stack overflows or overwrites, especially the Worms II one below. What variable controls the size of the stack allocated to a thread ? More info below Worms II http://www.worms2.com/main.html?page=good&area=demo&file=3 LF2 http://www.littlefighter.com/ Worms II fails during setup with a seg fault here 0xddb2484a: popw %es 0xddb2484c: popw %fs 0xddb2484f: popw %gs 0xddb24852: orl %eax,%eax 0xddb24854: lret $0xc > ::stack 0xddb2484a() This is part of relay16.s in ntdll in part reproduced below movzwl (112), %esp .byte 0x64 popl (112) popl %edx popl %ecx popl %ebp popw %ds popw %es popw %fs popw %gs orl %eax, %eax lret $12 And Has this machine state %cs = 0x0017 %eax = 0x00000000 %ds = 0x023f %ebx = 0x0000000e %ss = 0x023f %ecx = 0x00000436 %es = 0x001f %edx = 0x03a703a7 %fs = 0x0227 %esi = 0x0000056d %gs = 0x0000 %edi = 0x00005ddd %eip = 0xddb2484a %ebp = 0x000054e2 %kesp = 0xeeb18fe4 %eflags = 0x00010246 id=0 vip=0 vif=0 ac=0 vm=0 rf=1 nt=0 iopl=0x0 status=<of,df,IF,tf,sf,ZF,af,PF,cf> %esp = 0x00005416 %trapno = 0xd %err = 0x3a4 With these memory mappings BASE LIMIT SIZE NAME 0 10000 10000 [ anon ] 10000 110000 100000 [ anon ] 8042000 8048000 6000 [ stack ] 8050000 8051000 1000 /export/home/local/bin/wine 8060000 8061000 1000 /export/home/local/bin/wine 8061000 8105000 a4000 [ heap ] 65430000 65530000 100000 tmpfs.0.2.472492402 dc6a0000 dc6a1000 1000 [ anon ] dc6b0000 dc6c0000 10000 /export/home/local/lib/wine/ctl3d32.dll.so dc6c0000 dc6c1000 1000 [ anon ] dc6c1000 dc6c4000 3000 /export/home/local/lib/wine/ctl3d32.dll.so dc6d3000 dc6d5000 2000 /export/home/local/lib/wine/ctl3d32.dll.so dc6e0000 dc6f0000 10000 /export/home/local/lib/wine/lz32.dll.so dc6f0000 dc6f1000 1000 [ anon ] dc6f1000 dc6f5000 4000 /export/home/local/lib/wine/lz32.dll.so dc704000 dc705000 1000 /export/home/local/lib/wine/lz32.dll.so dc710000 dc720000 10000 /export/home/local/lib/wine/version.dll.so dc720000 dc721000 1000 [ anon ] dc721000 dc728000 7000 /export/home/local/lib/wine/version.dll.so dc737000 dc739000 2000 /export/home/local/lib/wine/version.dll.so dc740000 dc741000 1000 [ anon ] dc741000 dc841000 100000 [ anon ] dc841000 dc843000 2000 [ anon ] dc843000 dc965000 122000 [ anon ] dc980000 dc990000 10000 /export/home/local/lib/wine/midimap.drv.so dc990000 dc991000 1000 [ anon ] dc991000 dc994000 3000 /export/home/local/lib/wine/midimap.drv.so dc9a3000 dc9a4000 1000 /export/home/local/lib/wine/midimap.drv.so dc9b0000 dc9c0000 10000 [ anon ] dc9c0000 dcac0000 100000 [ anon ] dcae0000 dcaf0000 10000 /export/home/local/lib/wine/msacm32.dll.so dcaf0000 dcaf1000 1000 [ anon ] dcaf1000 dcafe000 d000 /export/home/local/lib/wine/msacm32.dll.so dcb0d000 dcb0f000 2000 /export/home/local/lib/wine/msacm32.dll.so dcb20000 dcb21000 1000 [ anon ] dcb30000 dcb40000 10000 /export/home/local/lib/wine/msacm.drv.so dcb40000 dcb41000 1000 [ anon ] dcb41000 dcb46000 5000 /export/home/local/lib/wine/msacm.drv.so dcb55000 dcb56000 1000 /export/home/local/lib/wine/msacm.drv.so dcb60000 dcb66000 6000 /opt/cfw/gcc322/lib/libgcc_s.so.1 dcb75000 dcb77000 2000 /opt/cfw/gcc322/lib/libgcc_s.so.1 dcb80000 dcbd9000 59000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcbe8000 dcbfd000 15000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcbfd000 dcc01000 4000 /opt/cfw/gcc322/lib/libstdc++.so.5.0.2 dcc10000 dcc16000 6000 /export/home/local/lib/libaudioio.0.4.so dcc25000 dcc26000 1000 /export/home/local/lib/libaudioio.0.4.so dcc26000 dcc29000 3000 /export/home/local/lib/libaudioio.0.4.so dcc30000 dcc40000 10000 /export/home/local/lib/wine/wineaudioio.drv.so dcc40000 dcc41000 1000 [ anon ] dcc41000 dcc51000 10000 /export/home/local/lib/wine/wineaudioio.drv.so dcc60000 dcc62000 2000 /export/home/local/lib/wine/wineaudioio.drv.so dcc70000 dcc80000 10000 /export/home/local/lib/wine/winmm.dll.so dcc80000 dcc81000 1000 [ anon ] dcc81000 dccd0000 4f000 /export/home/local/lib/wine/winmm.dll.so dccdf000 dcce5000 6000 /export/home/local/lib/wine/winmm.dll.so dccf0000 dccf1000 1000 [ anon ] dcd00000 dcd02000 2000 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 dcd11000 dcd12000 1000 /usr/X11R6/lib/X11/locale/common/xlcDef.so.2 dcd20000 dcd30000 10000 [ anon ] dcd40000 dcd41000 1000 [ anon ] dcd50000 dcd54000 4000 /usr/X11R6/lib/libXrender.so.1.1 dcd63000 dcd64000 1000 /usr/X11R6/lib/libXrender.so.1.1 dcd70000 dcd71000 1000 [ anon ] dcd80000 dce3b000 bb000 /usr/X11R6/lib/libX11.so.6.2 dce4a000 dce4d000 3000 /usr/X11R6/lib/libX11.so.6.2 dce50000 dce5c000 c000 /usr/X11R6/lib/libXext.so.6.4 dce6b000 dce6c000 1000 /usr/X11R6/lib/libXext.so.6.4 dce70000 dce85000 15000 /usr/X11R6/lib/libICE.so.6.3 dce94000 dce95000 1000 /usr/X11R6/lib/libICE.so.6.3 dce95000 dce97000 2000 /usr/X11R6/lib/libICE.so.6.3 dcea0000 dcea7000 7000 /usr/X11R6/lib/libSM.so.6.0 dceb6000 dceb8000 2000 /usr/X11R6/lib/libSM.so.6.0 dcec0000 dced0000 10000 /export/home/local/lib/wine/x11drv.dll.so dced0000 dced1000 1000 [ anon ] dced1000 dcf23000 52000 /export/home/local/lib/wine/x11drv.dll.so dcf32000 dcf36000 4000 /export/home/local/lib/wine/x11drv.dll.so dcf36000 dcf37000 1000 /export/home/local/lib/wine/x11drv.dll.so dcf40000 dcf76000 36000 /usr/X11R6/lib/libfreetype.so.6.2 dcf85000 dcf89000 4000 /usr/X11R6/lib/libfreetype.so.6.2 dcf90000 dcf91000 1000 [ anon ] dcfa0000 dcfd0000 30000 /export/home/local/lib/wine/kernel32.dll.so dcfd0000 dcfd1000 1000 [ anon ] dcfd1000 dd04a000 79000 /export/home/local/lib/wine/kernel32.dll.so dd059000 dd071000 18000 /export/home/local/lib/wine/kernel32.dll.so dd080000 dd090000 10000 /export/home/local/lib/wine/advapi32.dll.so dd090000 dd091000 1000 [ anon ] dd091000 dd0a8000 17000 /export/home/local/lib/wine/advapi32.dll.so dd0b7000 dd0bb000 4000 /export/home/local/lib/wine/advapi32.dll.so dd0c0000 dd0e0000 20000 /export/home/local/lib/wine/gdi32.dll.so dd0e0000 dd0e1000 1000 [ anon ] dd0e1000 dd11c000 3b000 /export/home/local/lib/wine/gdi32.dll.so dd12b000 dd134000 9000 /export/home/local/lib/wine/gdi32.dll.so dd134000 dd144000 10000 /export/home/local/lib/wine/gdi32.dll.so dd150000 dd170000 20000 /export/home/local/lib/wine/user32.dll.so dd170000 dd171000 1000 [ anon ] dd171000 dd218000 a7000 /export/home/local/lib/wine/user32.dll.so dd227000 dd239000 12000 /export/home/local/lib/wine/user32.dll.so dd239000 dd27c000 43000 /export/home/local/lib/wine/user32.dll.so dd280000 dd290000 10000 /export/home/local/lib/wine/winedos.dll.so dd290000 dd291000 1000 [ anon ] dd291000 dd2bd000 2c000 /export/home/local/lib/wine/winedos.dll.so dd2cc000 dd2ce000 2000 /export/home/local/lib/wine/winedos.dll.so dd2ce000 dd2d0000 2000 /export/home/local/lib/wine/winedos.dll.so dd2e0000 dd2e1000 1000 [ anon ] dd2e1000 dd3e1000 100000 [ anon ] dd3e1000 dd3e3000 2000 [ anon ] dd3e3000 dd4f3000 110000 [ anon ] dd500000 dd501000 1000 [ anon ] dd510000 dd520000 10000 /export/home/local/lib/wine/winevdm.exe.so dd520000 dd521000 1000 [ anon ] dd521000 dd523000 2000 /export/home/local/lib/wine/winevdm.exe.so dd532000 dd533000 1000 /export/home/local/lib/wine/winevdm.exe.so dd540000 dd541000 1000 [ anon ] dd550000 dd551000 1000 [ anon ] dd560000 dd610000 b0000 [ anon ] dd610000 dd670000 60000 [ anon ] dd680000 dd681000 1000 [ anon ] dd690000 dd691000 1000 [ anon ] dd6a0000 dd6a3000 3000 /usr/lib/libmp.so.2 dd6b3000 dd6b4000 1000 /usr/lib/libmp.so.2 dd6c0000 dd6c2000 2000 /usr/lib/libmd5.so.1 dd6d2000 dd6d3000 1000 /usr/lib/libmd5.so.1 dd6e0000 dd6e8000 8000 /usr/lib/libaio.so.1 dd6f8000 dd6f9000 1000 /usr/lib/libaio.so.1 dd6f9000 dd6fa000 1000 /usr/lib/libaio.so.1 dd700000 dd701000 1000 [ anon ] dd710000 dd711000 1000 [ anon ] dd720000 dd72d000 d000 /usr/lib/libm.so.1 dd73c000 dd73d000 1000 /usr/lib/libm.so.1 dd740000 dd7c9000 89000 /usr/lib/libnsl.so.1 dd7d9000 dd7de000 5000 /usr/lib/libnsl.so.1 dd7de000 dd7e6000 8000 /usr/lib/libnsl.so.1 dd7f0000 dd7fb000 b000 /usr/lib/libsocket.so.1 dd80b000 dd80c000 1000 /usr/lib/libsocket.so.1 dd810000 dd811000 1000 [ anon ] dd820000 dd853000 33000 /usr/lib/libresolv.so.2 dd863000 dd866000 3000 /usr/lib/libresolv.so.2 dd866000 dd867000 1000 /usr/lib/libresolv.so.2 dd870000 dd876000 6000 /usr/lib/librt.so.1 dd886000 dd887000 1000 /usr/lib/librt.so.1 dd890000 dd92d000 9d000 /usr/lib/libc.so.1 dd93d000 dd943000 6000 /usr/lib/libc.so.1 dd943000 dd944000 1000 /usr/lib/libc.so.1 dd950000 dda30000 e0000 /export/home/local/lib/libwine_unicode.so.1 dda3f000 dda40000 1000 /export/home/local/lib/libwine_unicode.so.1 dda50000 dda51000 1000 [ anon ] dda60000 dda64000 4000 /export/home/local/lib/libwine.so.1 dda73000 dda74000 1000 /export/home/local/lib/libwine.so.1 dda74000 dda87000 13000 /export/home/local/lib/libwine.so.1 dda90000 ddac0000 30000 /export/home/local/lib/wine/ntdll.dll.so ddac0000 ddac1000 1000 [ anon ] ddac1000 ddb3d000 7c000 /export/home/local/lib/wine/ntdll.dll.so ddb4c000 ddb57000 b000 /export/home/local/lib/wine/ntdll.dll.so ddb57000 ddb79000 22000 /export/home/local/lib/wine/ntdll.dll.so ddb80000 ddb81000 1000 /usr/lib/libdl.so.1 ddb90000 ddbda000 4a000 /usr/lib/ld.so.1 ddbea000 ddbee000 4000 /usr/lib/ld.so.1 ddbee000 ddbf0000 2000 /usr/lib/ld.so.1 The Fault indicates that the exception occurs at eip 0xddb2484a: and the address of the fault indicates it also is at 0xddb2484a which would indicate that it had trouble fetching the instruction ??? Also Note the very low value of esp, Its also possible there has been a stack overflow here. My question is simply. Does This also occur under Linux ????, can Someone try it for me LF2 Faults creating the first thread as documented here before. Could someone also test this under Linux as it would be useful to know whether this problem is solaris specific, or is related to wine generally EG a stack overflow or improperly allocated/protected segment Thanks in advance Bob

2 1

Re: Mac OS X Support : winebuild assembler conformance
by Marcus Meissner 23 Jun '03

23 Jun '03

On Mon, Jun 23, 2003 at 02:01:38PM +0200, Pierre d'Herbemont wrote: > Hi, > > Here is a patch which fix the problem with darwin's asm. I would like > to know if linux assembler is ok with this patch. Hmm, not quite. On Linux/PPC: d3d8.spec.s:351: Error: syntax error; found `(' but expected `,' d3d8.spec.s:351: Error: junk at end of line: `(_imports+80)' 351: lis r9,ha16(_imports+80) 352: la r8,lo16(_imports+80)(r9) Ciao, Marcus

2 1

Application icon
by Moreno 23 Jun '03

23 Jun '03

Hi, i have a question about an application icon. when i start Lotus Notes 5 give me the x icon. If inside the application i excange the application (to Lotus Notes Designer 5 and close Notes Client 5. reopen Notes Client 5) i can see the original image. My question is: Where is implemented the differnce? bye Moreno -- Moreno <morenoca(a)freemail.it>

1 0

Strange Crash in Direct X init
by Robert Lunnon 23 Jun '03

23 Jun '03

I have a strange crash in thread creation with a program called little fighter II (Which is downloadable off the internet) LF2 Spawns a Thread in User_DirectDrawSurface_Construct (below) and when created the thread creation call crashes in a mutex_lock. Strange thing is the same thread creation calll in eudora3.2 succeeds although there the thread is created to service Asychronous Winsock calls. In the eudora case the Thread is created much later, after the window is up and dispalyed. Can anyone hazard a guess as to what is happening here ? I am at a loss to explain why the same call should succeed in one place and fall over in another See below for a partial debug session transcript of the code leading up to the segv fault the program will fall over during the call to _lwp_create. Bob... The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /export/home/local/bin/wine ./lf2 Setting Signal Handlers err:font:ReadFontDir Can't open directory "/usr2/robert/c/windows/Fonts" x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in config file fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (dd5c9438)->(00010022,00000008) Breakpoint 1, SYSDEPS_SpawnThread (teb=0xdc043000) at ../../scheduler/sysdeps.c:204 204 fprintf(stderr,"Starting New Thread Via thr_create stack base = %lx size =%d\n",teb->stack_base, (char *)teb->stack_top - ( char *)teb->stack_base); (gdb) bt #0 SYSDEPS_SpawnThread (teb=0xdc043000) at ../../scheduler/sysdeps.c:204 #1 0xddb07fad in CreateThread (sa=0x0, stack=0, start=0xdcf0e50c <User_update_thread>, param=0xdd5c9bd0, flags=0, id=0x0) at ../../scheduler/thread.c:289 #2 0xdcf0de1b in User_DirectDrawSurface_Construct (This=0xdd5c9bd0, pDD=0xdd5c9438, pDDSD=0xdd522cbc) at dsurface/user.c:101 #3 0xdcf0decc in User_DirectDrawSurface_Create (pDD=0xdd5c9438, pDDSD=0xdd522cbc, ppSurf=0xdd522d84, pUnkOuter=0x0) at dsurface/user.c:140 #4 0xdcf02ae1 in HAL_DirectDraw_create_primary (This=0xdd5c9438, pDDSD=0xdd522cbc, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/hal.c:446 #5 0xdcf03bc2 in create_primary (This=0xdd5c9438, pDDSD=0xdd522dac, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/main.c:473 #6 0xdcf03f74 in Main_DirectDraw_CreateSurface (iface=0xdd5c9438, pDDSD=0xdd522dac, ppSurf=0xdd522d84, pUnkOuter=0x0) at ddraw/main.c:593 #7 0xdcf058cb in IDirectDrawImpl_CreateSurface (This=0xdd5c9444, pSDesc=0xdd522dac, ppSurface=0x44a854, pUnkOuter=0x0) at ddraw/thunks.c:207 #8 0x00401216 in ?? () #9 0xddb03aec in start_process () at ../../scheduler/process.c:455 #10 0xddb06f0e in call_on_thread_stack (func=0xddb03908) at ../../scheduler/sysdeps.c:124 (gdb) up #1 0xddb07fad in CreateThread (sa=0x0, stack=0, start=0xdcf0e50c <User_update_thread>, param=0xdd5c9bd0, flags=0, id=0x0) at ../../scheduler/thread.c:289 289 if (SYSDEPS_SpawnThread( teb ) == -1) (gdb) list 284 teb->entry_arg = param; 285 teb->startup = THREAD_Start; 286 teb->htask16 = GetCurrentTask(); 287 288 if (id) *id = tid; 289 if (SYSDEPS_SpawnThread( teb ) == -1) 290 { 291 CloseHandle( handle ); 292 close( request_pipe[1] ); 293 THREAD_FreeTEB( teb ); (gdb) print teb $1 = (TEB *) 0xdc043000 (gdb) print *teb $2 = {except = 0xffffffff, stack_top = 0xdc043000, stack_low = 0xdbe20000, htask16 = 279, stack_sel = 0, fiber = 0x0, user_ptr = 0, self = 0xdc043000, tibflags = 1, mutex_count = 0, pid = 0, tid = 10, queue = 0, pad1 = 0, tls_ptr = 0x0, Peb = 0xddb78d40, flags = 0, exit_code = 259, teb_sel = 423, emu_sel = 0, unknown1 = 0, unknown2 = 0, startup = 0xddb07de8 <THREAD_Start>, thread_errno = 0, thread_h_errno = 0, signal_stack = 0xdbe21000, exit_stack = 0x0, emu_data = 0x0, last_error = 0, debug_cb = 0x0, debug_thread = 0, pcontext = 0x0, cur_stack = 0, ThunkConnect = 0, NegStackBase = 0, current_ss = 0, pad2 = 0, ss_table = 0x0, thunk_ss = 0, pad3 = 0, pad4 = {0 <repeats 15 times>}, CurrentLocale = 0, pad5 = {0 <repeats 48 times>}, delta_priority = 0, unknown4 = {0, 0, 0, 0, 0, 0, 0}, create_data = 0x0, suspend_count = 0, entry_point = 0xdcf0e50c, entry_arg = 0xdd5c9bd0, unknown5 = {0, 0, 0, 0}, sys_count = {0, 0, 0, 0}, sys_mutex = {0x0, 0x0, 0x0, 0x0}, unknown6 = {0, 0, 0, 0, 0}, code_page = 0, unused = {0, 0}, gs_sel = 0, request_fd = 14, reply_fd = -1, wait_fd = {-1, -1}, debug_info = 0xdc044000, pthread_data = 0x0, pending_list = 0x0, driver_data = 0x0, dpmi_vif = 0, vm86_pending = 0, vm86_ptr = 0x0, pad6 = {0 <repeats 624 times>}, StaticUnicodeString = {Length = 0, MaximumLength = 522, Buffer = 0xdc043c00}, StaticUnicodeBuffer = {0 <repeats 261 times>}, stack_base = 0xdbe20000, tls_array = {0x0 <repeats 64 times>}, pad8 = {0, 0, 0}, ReservedForNtRpc = 0x0, pad9 = { 0 <repeats 24 times>}, ErrorInfo = 0x0} (gdb) step Starting New Thread Via thr_create stack base = dbe20000 size =2240512 282 _lwp_makecontext( &context, (void(*)(void *))SYSDEPS_StartThread, teb, (gdb) 284 sigprocmask(SIG_SETMASK, NULL, &context.uc_sigmask); (gdb) 285 err=_lwp_create( &context, LWP_DETACHED, &new_lwp ) ; (gdb) print context $3 = {uc_flags = 4, uc_link = 0x50, uc_sigmask = {__sigbits = {1, 0, 0, 0}}, uc_stack = {ss_sp = 0x0, ss_size = 0, ss_flags = 0}, uc_mcontext = {gregs = {0, 143, 31, 31, 0, 0, -603705352, 9, -581817680, -593636687, 9, -581817668, 32, 0, -575639696, 23, -577633087, -603705360, 31}, fpregs = {fp_reg_set = {fpchip_state = {state = {-581133360, 0, -581817304, -584563419, 0, 0, 0, 0, -576773248, -575357312, -581817576, -581817562, -581817772, -575738902, -576456548, -593636687, 9, -581817568, 32, 0, -577515520, -577924375, -577515520, -581817768, -577997369, 11, -576243124}, status = -581817728}, fp_emul_space = { fp_emul = "Ð\233\\Ý\0\0\0\0(,RÝ%E(Ý", '\0' <repeats 16 times>, "\200#\237Ý\200¾´Ý\030+RÝ&+RÝT*RÝêë®Ý\234ø£Ý±Ò\235Ü\t\0\0\0 + RÝ \0\0\0\0\0\0\0\0Ð\223Ýé\222\215Ý\0Ð\223ÝX*RÝÇu\214Ý\v\0\0\0L:§Ý\200*RÝÿâ\214Ý\016&²ÝÈ-\224Ý\0Ð\223Ý`Ý\a\bÿâ\214Ý\020Þ\a\b\0\0\0\0\2 24\024\224Ý\0\0\0\0\030Þ\a\b\0Ð\223Ý\234*RÝ{ú\221Ý\210\024\224Ý\0Ð\223Ý°*RÝGÝ\214Ý\026ä°ÝÁä°Ý\001\0\0\0~\e²Ý;ß\a\bW\0"..., fp_epad = "\a\b"}, f_fpregs = {-581133360, 0, -581817304, -584563419, 0, 0, 0, 0, -576773248, -575357312, -581817576, -581817562, -581817772, -575738902, -576456548, -593636687, 9, -581817568, 32, 0, -577515520, -577924375, -577515520, -581817768, -577997369, 11, -576243124, -581817728, -577969409, -575527410, -577491512, -577515520, 134733152, -577969409, 134733328, 0, -577497964, 0, 134733336, -577515520, -581817700, -577635717, -577497976, -577515520, -581817680, -577970873, -575609834, -575609663, 1, -575530114, 134733627, 87, 1, 87, -575322962, 1465002724, -575357312, 134733628, 4096, -581817592, -575525247, 134733336}}, f_wregs = {-604889088, 4096, 87, -604889088, 134733336, 64, -575357312, -581817488, -605945856, -581817556, -575708909, -1, -581817544, -581817540, 320, -581817488, -575357312, -581817488, -581817524, -575708957, -1, -604889088, 4096, 320, -581817488, -575357312, -581817472, -575636289, -604889088, 1, 320, -581817488, 8192}}}, uc_filler = {-605937664, 2248704, 64, -575357312, 10}}

2 2

Info on windows server 2003 (new APIs)
by Eric Pouech 22 Jun '03

22 Jun '03

http://msdn.microsoft.com/msdnmag/issues/03/06/WindowsServer2003/default.as… well, not too many surprises here (most of the new APIs already existed in XP) A+ -- Eric Pouech

1 0

Re: dmusic: framework for file loading
by Andreas Mohr 22 Jun '03

22 Jun '03

On Sun, Jun 22, 2003 at 03:12:43PM +0200, Rok Mandeljc wrote: > As I've mentioned, we'll need a function for loading chunks from dmusic > files. I tried to write one, and here's result; it's not very nice, but > it works (sort of). > At the time being, it only "loads" and displays data > (--debugmsg=+dmfile for debug and --debugmsg=+dmfiledat for the display > of data). I couldn't make it load data into IDirectMusic*Impl > interfaces, because whatever I did, exception occured (maybe someone > more familiar with this could do this (Raphael?)). Also, if someone has > more robust and simpler function, please tell me. > DMUSIC_FillSegmentFromFileHandle loads sample.sgt from DX SDK > completely... however, i didn't try the other. > > Also "fixed" a problem I've encountered while running 3DAudio.exe (from > SDK). One of the latest patches added this clause: > > if (!ppDirectSound) > IDirectSound_Release(*ppDirectSound); > > I don't know why, but it causes exception (i've commented it). Would you PLEASE remove the ! instead of commenting the whole stupid thing!? Aargh, too easy... ;) Andreas Mohr

1 0

Patch ntdll/kernel32: #27 take III, possible console regression
by Jukka Heinonen 22 Jun '03

22 Jun '03

It seems that this patch (ntdll/kernel32: #27 take III) makes console input handles use edge triggered semantics. Which means that these handles only signal when new input is queued and not when console input buffer has unread data. This breaks winedos console handling, which would have been rather easy to fix if I had not found out that MSDN quite clearly states that console input handles use level triggered semantics: http://msdn.microsoft.com/library/en-us/dllproc/base/synchronization_object…: Console input: Created when a console is created. The handle to console input is returned by the CreateFile function when CONIN$ is specified, or by the GetStdHandle function. Its state is set to signaled when there is unread input in the console's input buffer, and set to nonsignaled when the input buffer is empty. So, it looks like the kernel patch is wrong and introduces a regression. It could be that MSDN documentation is incorrect but I would like to see some test reports before I'm prepared to believe that. As far as I know, Win95 console handles really may use edge triggered semantics (or no signalling at all), but I think Wine consoles ought to follow NT semantics. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

unknown pseudo op
by Robert Lunnon 22 Jun '03

22 Jun '03

In dlls/glu32 winebuild keeps generating glu32_spec.c using a .half pseudo op for the ordinals, but gas knows nothing about a .half pseudo op. Cant even find this text in winebuild, .long seems to be used for listing ordinals. Can anyone give me a clue to this mystery (GCC 2.95.3 BTW)

1 0

GetTimeOfDay on Windows
by Steven Edwards 20 Jun '03

20 Jun '03

Hello, What do you think about me adding a case for GetTimeOfDay to libwine for the Windows port? I dont expect every case of it to be reimplemented from scratch and it seems that winsock2.h defines typedef struct timeval { long tv_sec; long tv_usec; } timeval; http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… /* * Defines gettimeofday * * Based on timeval.h by Wu Yongwei * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ #include "config.h" #include "wine/port.h" #ifndef HAVE_GETTIMEOFDAY __inline int gettimeofday(struct timeval *tv, struct timezone *tz) #ifdef _WINDOWS { FILETIME ft; LARGE_INTEGER li; __int64 t; static int tzflag; if (tv) { GetSystemTimeAsFileTime(&ft); li.LowPart = ft.dwLowDateTime; li.HighPart = ft.dwHighDateTime; t = li.QuadPart; /* In 100-nanosecond intervals */ t -= EPOCHFILETIME; /* Offset to the Epoch time */ t /= 10; /* In microseconds */ tv->tv_sec = (long)(t / 1000000); tv->tv_usec = (long)(t % 1000000); } if (tz) { if (!tzflag) { _tzset(); tzflag++; } tz->tz_minuteswest = _timezone / 60; tz->tz_dsttime = _daylight; } return 0; #else /* !defined(_WINDOWS) */ errno = ENOSYS; return -1; #endif /* _WINDOWS */ #endif /* HAVE_GETTIMEOFDAY */ } __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: [OPENGL] Compilation fixes on some b0rken headers
by Lionel Ulmer 20 Jun '03

20 Jun '03

On Fri, Jun 20, 2003 at 05:22:22AM +0200, Sylvain Petreolle wrote: > A 50k patch ?? Well, and so ? If I sent it as a compressed file, the 'all patches need to be readable junkies' will complain. And well, it's plain text, so even people with dial-up will download it pretty fast thanks to line compression :-) Lionel PS: '50 lines quoted for one line reply ?????' (and using the dreaded Outlook quoting convention) -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: ntdll/kernel32: #27 take II
by Alexandre Julliard 20 Jun '03

20 Jun '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > This is a second take at console handles in ntdll. It includes > corrections for latest Alexandre's remarks. Much better, thanks. Just a minor point: the server must not use INVALID_HANDLE_VALUE, the proper value for invalid handles in the server is 0. Also please don't make server calls inside server calls (like the ReleaseSemaphore call in write_console_input). -- Alexandre Julliard julliard(a)winehq.com

1 0

[D3D] Xvidmode and surface locking
by OverrideX 20 Jun '03

20 Jun '03

Ok, I recently started using System Shock 2 fullscreen with xvidmode enabled in my wine config, and here's something strange. When xvidmode is enabled, and I'm in a game and press esc to go to the menu, then esc again to return to the game, or load another save or go through a bulkhead/elevator and cause it to load another level, when it returns to the game the 3D area is completely black, though the HUD/inventory and brackets around items all shows up. This happens with a cvs from 2003-06-08 and also with a cvs from 2003-05-17, however if I don't patch 2003-05-17 with the surface locking the screen doesn't black when loading a saved game or moving between levels, etc. (of course then there's no hud or anything without the surface locking) So basically it's like you can only load 1 saved game, then the next area you go to or saved game you restore you need to save and restart the game for it to go away. Sorry I didn't notice this sooner when testing it out for you :) If you need any tracing done I'd be glad to, just tell me what ya need, also if you want a demo of ss2 I could give you a link to that too.... cheers -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 In spite of everything, I still believe that people are good at heart. -- Ann Frank

2 3

Wintab dll: Status report.
by Robert North 20 Jun '03

20 Jun '03

Ok, I've done some preliminary testing, and fixed obvious bugs that have arisen. What I found, and could fix: Sometimes a badly configured tablet can generate X errors on the XOpenDevice method. Fixed by ensuring tablet driver was functional. I don't know if the errors need to be caught, or not, but I think they were causing crashes. This is probably related to synchonous/asynchonous X modes. In Photoshop, an infinite loop in method FindOpenContext when attepting to traverse the wintab context chain. In Painter, a number of methods didn't handle NULL prameters properly, resulting in various crashes. Wintab uses NULL paramters to signify a query for size of available data, or to signify a request to flush the Wintab packet queue. Aric, I'm wondering if I should really be fixing these things, as these look like the kind of bugs Code Weavers will have fixed in the normal course of product support. After fixing these issues, The following remain: 1. Photoshop doesn't seem to respond to pressure. 2. Painter receives wintab events, but coordinates are extreme: only see lines from one side of drawing to another. 3. Maybe some further research into the errors from XOpenDevice. I'm not convinced it is a problem. Aric, are these the kind of bugs you were seeing with Painter? I'm suspicious of the Wintab packet building code, as it has to build a C data struct on the fly. Looking at the code though, I can't see anything that could be going wrong. It could also be a scaling issue, where the scales deduced from X are wrong (I remember being suspicious of some of the values returned by the wacom driver). I've got tons of trace code that runs as a wrapper round wintab on win98, and will move some of this into the wine impl for more testing. I hope this will help solve the remaining bugs. I think in the light of the crashing bugs, Aric's patch shouldn't go in as-is. If people want, I could post up a patch with the fixes I've added so far. That's all for now. -Rob.

3 3

Open Source POSIX Threads for Win32
by Zsolt Rizsanyi 19 Jun '03

19 Jun '03

Hi! I just run into a page about an OSS pthreads implementation on top of win32. I dont know if this can be useful for wine, but somebody may be interested... The url is: http://sources.redhat.com/pthreads-win32/ Regards Zsolt

2 1

GL under the render window
by Chris Seddon 19 Jun '03

19 Jun '03

I'm writing a 3d modelling/animation package and although I'm not writing a native port for linux I test the software with Wine for compatibility. I've recently wrote the OpenGL initialization code and noticed that when primitives are drawn, their actually drawn undernieth the rendering window. I'm running the latest (May 8) build of Wine with Red Hat 8/Gnome (both stock versions). When I call CreateWindow I use the static control as for the rendering window itself. Can you guys give me any tips on getting this working so all the data is rendered in the rendering window as opposed to the main program window. Thanks! Chris President/Programmer Vicious Software "Our Software Bytes!"(c)

2 1

Wine
by Sundaranathan S 19 Jun '03

19 Jun '03

Hi All, I have posted a question long back but no reply from anyone. So onceagain posting the same question please can anyone tell me client error:0: recvmsg: Bad address" error. is coming after installing wine. Also if there is any build or binaries for wine on solaris intel then please let me know. Please let me know what is the reason and also the possible solution. Thanks in advance. Please reply. thanks, -Sundaranathan SIP Technologies & Exports Ltd

3 4

PATCH - Split Comdlg32 print dialogs
by Steven Edwards 19 Jun '03

19 Jun '03

This is last patch that should create any new files. After this almost every Win16 function can be compiled out although quite a few of the internal and Win32 functions still call the Win16 api. I am starting to work on this now. Changelog: Split Win16/32 print dialog support. Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/commdlg/Makefile.in,v retrieving revision 1.31 diff -u -r1.31 Makefile.in --- Makefile.in 16 Jun 2003 01:19:16 -0000 1.31 +++ Makefile.in 19 Jun 2003 15:40:15 -0000 @@ -28,7 +28,8 @@ colordlg16.c \ filedlg16.c \ finddlg.c \ - fontdlg16.c + fontdlg16.c \ + printdlg16.c RC_SRCS= rsrc.rc Index: printdlg.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/printdlg.c,v retrieving revision 1.65 diff -u -r1.65 printdlg.c --- printdlg.c 18 Jun 2003 03:30:41 -0000 1.65 +++ printdlg.c 19 Jun 2003 15:39:11 -0000 @@ -43,6 +43,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(commdlg); #include "cdlg.h" +#include "printdlg.h" /* This PRINTDLGA internal structure stores * pointers to several throughout useful structures. @@ -50,23 +51,6 @@ */ typedef struct { - LPDEVMODEA lpDevMode; - struct { - LPPRINTDLGA lpPrintDlg; - LPPRINTDLG16 lpPrintDlg16; - } dlg; - LPPRINTER_INFO_2A lpPrinterInfo; - LPDRIVER_INFO_3A lpDriverInfo; - UINT HelpMessageID; - HICON hCollateIcon; /* PrintDlg only */ - HICON hNoCollateIcon; /* PrintDlg only */ - HICON hPortraitIcon; /* PrintSetupDlg only */ - HICON hLandscapeIcon; /* PrintSetupDlg only */ - HWND hwndUpDown; -} PRINT_PTRA; - -typedef struct -{ LPDEVMODEW lpDevMode; struct { LPPRINTDLGW lpPrintDlg; @@ -145,7 +129,7 @@ * * Returns TRUE on success else FALSE */ -static BOOL PRINTDLG_GetDefaultPrinterNameA(LPSTR buf, DWORD len) +BOOL PRINTDLG_GetDefaultPrinterNameA(LPSTR buf, DWORD len) { char *ptr; @@ -215,7 +199,7 @@ * * Returns number of printers added to list. */ -static INT PRINTDLG_SetUpPrinterListComboA(HWND hDlg, UINT id, LPCSTR name) +INT PRINTDLG_SetUpPrinterListComboA(HWND hDlg, UINT id, LPCSTR name) { DWORD needed, num; INT i; @@ -1005,7 +989,7 @@ * PRINTDLG_ChangePrinter * */ -static BOOL PRINTDLG_ChangePrinterA(HWND hDlg, char *name, +BOOL PRINTDLG_ChangePrinterA(HWND hDlg, char *name, PRINT_PTRA *PrintStructures) { LPPRINTDLGA lppd = PrintStructures->dlg.lpPrintDlg; @@ -1540,127 +1524,10 @@ return TRUE; } - -/*********************************************************************** - * PRINTDLG_WMInitDialog [internal] - */ -static LRESULT PRINTDLG_WMInitDialog16(HWND hDlg, WPARAM wParam, - PRINT_PTRA* PrintStructures) -{ - LPPRINTDLG16 lppd = PrintStructures->dlg.lpPrintDlg16; - DEVNAMES *pdn; - DEVMODEA *pdm; - char *name = NULL; - UINT comboID = (lppd->Flags & PD_PRINTSETUP) ? cmb1 : cmb4; - - /* load Collate ICONs */ - PrintStructures->hCollateIcon = - LoadIconA(COMDLG32_hInstance, "PD32_COLLATE"); - PrintStructures->hNoCollateIcon = - LoadIconA(COMDLG32_hInstance, "PD32_NOCOLLATE"); - if(PrintStructures->hCollateIcon == 0 || - PrintStructures->hNoCollateIcon == 0) { - ERR("no icon in resourcefile\n"); - COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); - EndDialog(hDlg, FALSE); - } - - /* load Paper Orientation ICON */ - /* FIXME: not implemented yet */ - - /* - * if lppd->Flags PD_SHOWHELP is specified, a HELPMESGSTRING message - * must be registered and the Help button must be shown. - */ - if (lppd->Flags & PD_SHOWHELP) { - if((PrintStructures->HelpMessageID = - RegisterWindowMessageA(HELPMSGSTRINGA)) == 0) { - COMDLG32_SetCommDlgExtendedError(CDERR_REGISTERMSGFAIL); - return FALSE; - } - } else - PrintStructures->HelpMessageID = 0; - - if (!(lppd->Flags & PD_PRINTSETUP)) { - /* We have a print quality combo box. What shall we do? */ - if (GetDlgItem(hDlg,cmb1)) { - char buf [20]; - - FIXME("Print quality only displaying currently.\n"); - - pdm = GlobalLock16(lppd->hDevMode); - if(pdm) { - switch (pdm->dmPrintQuality) { - case DMRES_HIGH : strcpy(buf,"High");break; - case DMRES_MEDIUM : strcpy(buf,"Medium");break; - case DMRES_LOW : strcpy(buf,"Low");break; - case DMRES_DRAFT : strcpy(buf,"Draft");break; - case 0 : strcpy(buf,"Default");break; - default : sprintf(buf,"%ddpi",pdm->dmPrintQuality);break; - } - GlobalUnlock16(lppd->hDevMode); - } else - strcpy(buf,"Default"); - SendDlgItemMessageA(hDlg,cmb1,CB_ADDSTRING,0,(LPARAM)buf); - SendDlgItemMessageA(hDlg,cmb1,CB_SETCURSEL,0,0); - EnableWindow(GetDlgItem(hDlg,cmb1),FALSE); - } - } - - /* FIXME: I allow more freedom than either Win95 or WinNT, - * which do not agree to what errors should be thrown or not - * in case nToPage or nFromPage is out-of-range. - */ - if (lppd->nMaxPage < lppd->nMinPage) - lppd->nMaxPage = lppd->nMinPage; - if (lppd->nMinPage == lppd->nMaxPage) - lppd->Flags |= PD_NOPAGENUMS; - if (lppd->nToPage < lppd->nMinPage) - lppd->nToPage = lppd->nMinPage; - if (lppd->nToPage > lppd->nMaxPage) - lppd->nToPage = lppd->nMaxPage; - if (lppd->nFromPage < lppd->nMinPage) - lppd->nFromPage = lppd->nMinPage; - if (lppd->nFromPage > lppd->nMaxPage) - lppd->nFromPage = lppd->nMaxPage; - - /* If the printer combo box is in the dialog, fill it */ - if (GetDlgItem(hDlg,comboID)) { - /* Fill Combobox - */ - pdn = GlobalLock16(lppd->hDevNames); - pdm = GlobalLock16(lppd->hDevMode); - if(pdn) - name = (char*)pdn + pdn->wDeviceOffset; - else if(pdm) - name = pdm->dmDeviceName; - PRINTDLG_SetUpPrinterListComboA(hDlg, comboID, name); - if(pdm) GlobalUnlock16(lppd->hDevMode); - if(pdn) GlobalUnlock16(lppd->hDevNames); - - /* Now find selected printer and update rest of dlg */ - name = HeapAlloc(GetProcessHeap(),0,256); - if (GetDlgItemTextA(hDlg, comboID, name, 255)) - PRINTDLG_ChangePrinterA(hDlg, name, PrintStructures); - } else { - /* else just use default printer */ - char name[200]; - BOOL ret = PRINTDLG_GetDefaultPrinterNameA(name, sizeof(name)); - - if (ret) - PRINTDLG_ChangePrinterA(hDlg, name, PrintStructures); - else - FIXME("No default printer found, expect problems!\n"); - } - HeapFree(GetProcessHeap(),0,name); - - return TRUE; -} - /*********************************************************************** * PRINTDLG_WMCommand [internal] */ -static LRESULT PRINTDLG_WMCommandA(HWND hDlg, WPARAM wParam, +LRESULT PRINTDLG_WMCommandA(HWND hDlg, WPARAM wParam, LPARAM lParam, PRINT_PTRA* PrintStructures) { LPPRINTDLGA lppd = PrintStructures->dlg.lpPrintDlg; @@ -3462,98 +3329,6 @@ ); return bRet; } - -/********************************************************************** - * - * 16 bit commdlg - */ - -/*********************************************************************** - * PrintDlgProc (COMMDLG.21) - */ -BOOL16 CALLBACK PrintDlgProc16(HWND16 hDlg16, UINT16 uMsg, WPARAM16 wParam, - LPARAM lParam) -{ - HWND hDlg = HWND_32(hDlg16); - PRINT_PTRA* PrintStructures; - BOOL16 res = FALSE; - - if (uMsg!=WM_INITDIALOG) { - PrintStructures = (PRINT_PTRA*)GetPropA(hDlg,"__WINE_PRINTDLGDATA"); - if (!PrintStructures) - return FALSE; - } else { - PrintStructures = (PRINT_PTRA*) lParam; - SetPropA(hDlg,"__WINE_PRINTDLGDATA",PrintStructures); - res = PRINTDLG_WMInitDialog16(hDlg, wParam, PrintStructures); - - if(PrintStructures->dlg.lpPrintDlg16->Flags & PD_ENABLEPRINTHOOK) { - res = CallWindowProc16( - (WNDPROC16)PrintStructures->dlg.lpPrintDlg16->lpfnPrintHook, - hDlg16, uMsg, wParam, (LPARAM)PrintStructures->dlg.lpPrintDlg16 - ); - } - return res; - } - - if(PrintStructures->dlg.lpPrintDlg16->Flags & PD_ENABLEPRINTHOOK) { - res = CallWindowProc16( - (WNDPROC16)PrintStructures->dlg.lpPrintDlg16->lpfnPrintHook, - hDlg16,uMsg, wParam, lParam - ); - if(LOWORD(res)) return res; - } - - switch (uMsg) { - case WM_COMMAND: { - /* We need to map those for the 32bit window procedure, compare - * with 32Ato16 mapper in winproc.c - */ - return PRINTDLG_WMCommandA( - hDlg, - MAKEWPARAM(wParam,HIWORD(lParam)), - LOWORD(lParam), - PrintStructures - ); - } - case WM_DESTROY: - DestroyIcon(PrintStructures->hCollateIcon); - DestroyIcon(PrintStructures->hNoCollateIcon); - /* FIXME: don't forget to delete the paper orientation icons here! */ - - return FALSE; - } - return res; -} - - -/*********************************************************************** - * PrintSetupDlgProc (COMMDLG.22) - */ -BOOL16 CALLBACK PrintSetupDlgProc16(HWND16 hWnd16, UINT16 wMsg, WPARAM16 wParam, - LPARAM lParam) -{ - HWND hWnd = HWND_32(hWnd16); - switch (wMsg) - { - case WM_INITDIALOG: - TRACE("WM_INITDIALOG lParam=%08lX\n", lParam); - ShowWindow(hWnd, SW_SHOWNORMAL); - return (TRUE); - case WM_COMMAND: - switch (wParam) { - case IDOK: - EndDialog(hWnd, TRUE); - return(TRUE); - case IDCANCEL: - EndDialog(hWnd, FALSE); - return(TRUE); - } - return(FALSE); - } - return FALSE; -} - /*********************************************************************** * PrintDlgExA (COMDLG32.@) --- /dev/null Thu Jun 19 11:40:24 2003 +++ printdlg.h Thu Jun 19 11:40:22 2003 @@ -0,0 +1,65 @@ +/* + * COMMDLG - Print Dialog + * + * Copyright 1994 Martin Ayotte + * Copyright 1996 Albrecht Kleine + * Copyright 1999 Klaas van Gend + * Copyright 2000 Huw D M Davies + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#ifndef _WINE_PRINTDLG_H +#define _WINE_PRINTDLG_H + +#define NONAMELESSUNION +#define NONAMELESSSTRUCT + +#include "cdlg.h" + +/* This PRINTDLGA internal structure stores + * pointers to several throughout useful structures. + * + */ +typedef struct +{ + LPDEVMODEA lpDevMode; + struct { + LPPRINTDLGA lpPrintDlg; + LPPRINTDLG16 lpPrintDlg16; + } dlg; + LPPRINTER_INFO_2A lpPrinterInfo; + LPDRIVER_INFO_3A lpDriverInfo; + UINT HelpMessageID; + HICON hCollateIcon; /* PrintDlg only */ + HICON hNoCollateIcon; /* PrintDlg only */ + HICON hPortraitIcon; /* PrintSetupDlg only */ + HICON hLandscapeIcon; /* PrintSetupDlg only */ + HWND hwndUpDown; +} PRINT_PTRA; + +/* Internal Functions + * Do not Export to other Apps or Dlls. + */ + +INT PRINTDLG_SetUpPrinterListComboA(HWND hDlg, UINT id, LPCSTR name); +BOOL PRINTDLG_ChangePrinterA(HWND hDlg, char *name, + PRINT_PTRA *PrintStructures); +BOOL PRINTDLG_GetDefaultPrinterNameA(LPSTR buf, DWORD len); +LRESULT PRINTDLG_WMCommandA(HWND hDlg, WPARAM wParam, + LPARAM lParam, PRINT_PTRA* PrintStructures); + +#endif /* _WINE_PRINTDLG_H */ + --- /dev/null Thu Jun 19 11:42:09 2003 +++ printdlg16.c Thu Jun 19 11:33:18 2003 @@ -0,0 +1,252 @@ +/* + * COMMDLG - Print Dialog + * + * Copyright 1994 Martin Ayotte + * Copyright 1996 Albrecht Kleine + * Copyright 1999 Klaas van Gend + * Copyright 2000 Huw D M Davies + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ +#include <ctype.h> +#include <stdlib.h> +#include <stdio.h> +#include <string.h> + +#define NONAMELESSUNION +#define NONAMELESSSTRUCT +#include "windef.h" +#include "winbase.h" +#include "wingdi.h" +#include "wine/wingdi16.h" +#include "winuser.h" +#include "wine/winuser16.h" +#include "commdlg.h" +#include "dlgs.h" +#include "wine/debug.h" +#include "cderr.h" +#include "winspool.h" +#include "winerror.h" + +WINE_DEFAULT_DEBUG_CHANNEL(commdlg); + +#include "printdlg.h" + +/*********************************************************************** + * PRINTDLG_WMInitDialog [internal] + */ +static LRESULT PRINTDLG_WMInitDialog16(HWND hDlg, WPARAM wParam, + PRINT_PTRA* PrintStructures) +{ + LPPRINTDLG16 lppd = PrintStructures->dlg.lpPrintDlg16; + DEVNAMES *pdn; + DEVMODEA *pdm; + char *name = NULL; + UINT comboID = (lppd->Flags & PD_PRINTSETUP) ? cmb1 : cmb4; + + /* load Collate ICONs */ + PrintStructures->hCollateIcon = + LoadIconA(COMDLG32_hInstance, "PD32_COLLATE"); + PrintStructures->hNoCollateIcon = + LoadIconA(COMDLG32_hInstance, "PD32_NOCOLLATE"); + if(PrintStructures->hCollateIcon == 0 || + PrintStructures->hNoCollateIcon == 0) { + ERR("no icon in resourcefile\n"); + COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); + EndDialog(hDlg, FALSE); + } + + /* load Paper Orientation ICON */ + /* FIXME: not implemented yet */ + + /* + * if lppd->Flags PD_SHOWHELP is specified, a HELPMESGSTRING message + * must be registered and the Help button must be shown. + */ + if (lppd->Flags & PD_SHOWHELP) { + if((PrintStructures->HelpMessageID = + RegisterWindowMessageA(HELPMSGSTRINGA)) == 0) { + COMDLG32_SetCommDlgExtendedError(CDERR_REGISTERMSGFAIL); + return FALSE; + } + } else + PrintStructures->HelpMessageID = 0; + + if (!(lppd->Flags & PD_PRINTSETUP)) { + /* We have a print quality combo box. What shall we do? */ + if (GetDlgItem(hDlg,cmb1)) { + char buf [20]; + + FIXME("Print quality only displaying currently.\n"); + + pdm = GlobalLock16(lppd->hDevMode); + if(pdm) { + switch (pdm->dmPrintQuality) { + case DMRES_HIGH : strcpy(buf,"High");break; + case DMRES_MEDIUM : strcpy(buf,"Medium");break; + case DMRES_LOW : strcpy(buf,"Low");break; + case DMRES_DRAFT : strcpy(buf,"Draft");break; + case 0 : strcpy(buf,"Default");break; + default : sprintf(buf,"%ddpi",pdm->dmPrintQuality);break; + } + GlobalUnlock16(lppd->hDevMode); + } else + strcpy(buf,"Default"); + SendDlgItemMessageA(hDlg,cmb1,CB_ADDSTRING,0,(LPARAM)buf); + SendDlgItemMessageA(hDlg,cmb1,CB_SETCURSEL,0,0); + EnableWindow(GetDlgItem(hDlg,cmb1),FALSE); + } + } + + /* FIXME: I allow more freedom than either Win95 or WinNT, + * which do not agree to what errors should be thrown or not + * in case nToPage or nFromPage is out-of-range. + */ + if (lppd->nMaxPage < lppd->nMinPage) + lppd->nMaxPage = lppd->nMinPage; + if (lppd->nMinPage == lppd->nMaxPage) + lppd->Flags |= PD_NOPAGENUMS; + if (lppd->nToPage < lppd->nMinPage) + lppd->nToPage = lppd->nMinPage; + if (lppd->nToPage > lppd->nMaxPage) + lppd->nToPage = lppd->nMaxPage; + if (lppd->nFromPage < lppd->nMinPage) + lppd->nFromPage = lppd->nMinPage; + if (lppd->nFromPage > lppd->nMaxPage) + lppd->nFromPage = lppd->nMaxPage; + + /* If the printer combo box is in the dialog, fill it */ + if (GetDlgItem(hDlg,comboID)) { + /* Fill Combobox + */ + pdn = GlobalLock16(lppd->hDevNames); + pdm = GlobalLock16(lppd->hDevMode); + if(pdn) + name = (char*)pdn + pdn->wDeviceOffset; + else if(pdm) + name = pdm->dmDeviceName; + PRINTDLG_SetUpPrinterListComboA(hDlg, comboID, name); + if(pdm) GlobalUnlock16(lppd->hDevMode); + if(pdn) GlobalUnlock16(lppd->hDevNames); + + /* Now find selected printer and update rest of dlg */ + name = HeapAlloc(GetProcessHeap(),0,256); + if (GetDlgItemTextA(hDlg, comboID, name, 255)) + PRINTDLG_ChangePrinterA(hDlg, name, PrintStructures); + } else { + /* else just use default printer */ + char name[200]; + BOOL ret = PRINTDLG_GetDefaultPrinterNameA(name, sizeof(name)); + + if (ret) + PRINTDLG_ChangePrinterA(hDlg, name, PrintStructures); + else + FIXME("No default printer found, expect problems!\n"); + } + HeapFree(GetProcessHeap(),0,name); + + return TRUE; +} + +/********************************************************************** + * + * 16 bit commdlg + */ + +/*********************************************************************** + * PrintDlgProc (COMMDLG.21) + */ +BOOL16 CALLBACK PrintDlgProc16(HWND16 hDlg16, UINT16 uMsg, WPARAM16 wParam, + LPARAM lParam) +{ + HWND hDlg = HWND_32(hDlg16); + PRINT_PTRA* PrintStructures; + BOOL16 res = FALSE; + + if (uMsg!=WM_INITDIALOG) { + PrintStructures = (PRINT_PTRA*)GetPropA(hDlg,"__WINE_PRINTDLGDATA"); + if (!PrintStructures) + return FALSE; + } else { + PrintStructures = (PRINT_PTRA*) lParam; + SetPropA(hDlg,"__WINE_PRINTDLGDATA",PrintStructures); + res = PRINTDLG_WMInitDialog16(hDlg, wParam, PrintStructures); + + if(PrintStructures->dlg.lpPrintDlg16->Flags & PD_ENABLEPRINTHOOK) { + res = CallWindowProc16( + (WNDPROC16)PrintStructures->dlg.lpPrintDlg16->lpfnPrintHook, + hDlg16, uMsg, wParam, (LPARAM)PrintStructures->dlg.lpPrintDlg16 + ); + } + return res; + } + + if(PrintStructures->dlg.lpPrintDlg16->Flags & PD_ENABLEPRINTHOOK) { + res = CallWindowProc16( + (WNDPROC16)PrintStructures->dlg.lpPrintDlg16->lpfnPrintHook, + hDlg16,uMsg, wParam, lParam + ); + if(LOWORD(res)) return res; + } + + switch (uMsg) { + case WM_COMMAND: { + /* We need to map those for the 32bit window procedure, compare + * with 32Ato16 mapper in winproc.c + */ + return PRINTDLG_WMCommandA( + hDlg, + MAKEWPARAM(wParam,HIWORD(lParam)), + LOWORD(lParam), + PrintStructures + ); + } + case WM_DESTROY: + DestroyIcon(PrintStructures->hCollateIcon); + DestroyIcon(PrintStructures->hNoCollateIcon); + /* FIXME: don't forget to delete the paper orientation icons here! */ + + return FALSE; + } + return res; +} + + +/*********************************************************************** + * PrintSetupDlgProc (COMMDLG.22) + */ +BOOL16 CALLBACK PrintSetupDlgProc16(HWND16 hWnd16, UINT16 wMsg, WPARAM16 wParam, + LPARAM lParam) +{ + HWND hWnd = HWND_32(hWnd16); + switch (wMsg) + { + case WM_INITDIALOG: + TRACE("WM_INITDIALOG lParam=%08lX\n", lParam); + ShowWindow(hWnd, SW_SHOWNORMAL); + return (TRUE); + case WM_COMMAND: + switch (wParam) { + case IDOK: + EndDialog(hWnd, TRUE); + return(TRUE); + case IDCANCEL: + EndDialog(hWnd, FALSE); + return(TRUE); + } + return(FALSE); + } + return FALSE; +}

1 0

igowin graphical glitches
by Mark Dufour 19 Jun '03

19 Jun '03

Hello! I'm trying to locate the source of some graphical glitches in Igowin, a nice 9x9 Go program (download: http://www.smart-games.com/igo.html, screenshot with glitches attached,) but since someone here might know directly what the problem is, I'd better ask here first.. (to be honest, I already tried to find out and miserably failed :-)) Problem 1: Go stones should be round, not square. The program uses the following functions to draw a stone: trace:bitblt:BitBlt hdcSrc=0x840 0,0 24 bpp->hdcDest=0x834 76,83 37x37x24 rop=8800c6 trace:bitblt:BitBlt hdcSrc=0x844 0,0 24 bpp->hdcDest=0x834 76,83 37x37x24 rop=ee0086 So, first it wants to create a black hole in the board (0x8800c6 = SCRAND,) using a mask at 0x840 and then fit a stone at 0x844 in the hole (0xee0086 = SRCPAINT (OR)). I disabled the second operation, but this gave me a round hole, not a square one.. forcing a SRCCOPY on the first one also gives a square hole, so maybe something goes wrong with creating the mask image.. but as I'm not really sure about this, does anyone here have an idea where the problem might be? Problem 2: Shadows shouldn't have funky colors. As far as I can see, one SRCPAINT is used for drawing a shadow: trace:bitblt:BitBlt hdcSrc=0x83c 83,90 24 bpp->hdcDest=0x834 83,90 30x30x24 rop=ee0086 I haven't thought about this yet, as this didn't get me very far on problem 1.. :-) oh, I use Gentoo and Wine CVS. thanks for any help! Mark Dufour. -- This is why Python is often called "executable pseudocode." - Bruce Eckel

2 1

Debugging 2....
by Auge Mike 19 Jun '03

19 Jun '03

Hi All, Yesterday, I was trying to debug WINE. But Ive been surprised when I saw (while using stepi): 0x08048700 in _init . . 0x08048706 in _dl_runtime_resolve . . 0x4000b014 in fixup . . 0x4000b022 in _dl_build_local_scope . 0x40006ec0 in _dl_lookup_symbol_internal 0x40006cd0 in _dl_unload_cache_internal *Why I got such thing? *Another question is when wine_initial_task is being called? Yours, _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

2 1

Missing Bugzilla Descriptions
by Dustin Navea 18 Jun '03

18 Jun '03

Hey guys i was browsing thru BugZilla and I noticed that most if not all of the bugs between 853-1349 are missing their descriptions.. Possibly from the software update? Either way, I'm still around every now and then, although I'm not subscribed to any lists, so if anyone replies, please CC me __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

5 5

Wintab: beginning to investigate Aric's patch from April.
by Robert North 18 Jun '03

18 Jun '03

Ok, I've just managed to start looking into Aric's Wintab32 patch from April 23rd. I've been extremely busy (more so than I expected) since then, on a small Java contract. So I've missed my goal of looking into Aric's code in 3 weeks. (Apologies Aric) But anyway, I'm starting to look into it. The first thing I'm seeing is a crash in the WTInfo() wintab call with Painter 5. Will look into this further, and attempt to fix. Aric: Ever had this? I'll investigate further before posting up any significant details, as I suspect the fix is trivial. Infact, has anyone else looked into this patch? I haven't looked any further into Aric's other problems with Painter, as this WTInfo() error prevents Painter from even starting! More importantly, I'd like to know why it didn't make it into the CVS? Did the patch slip behind the filing cabinet (as they do ;-)? Or was there a more substantive reason to reject the patch? I think Mike Hearn mentioned something about it's size (v. large)? Aric, Alexandre: do you want me to want me to re-subimt the patch, once I've got WTInfo() working? I've also noticed that it doesn't update Wine's autoconf file to look for the XInput X extension, as is done to support other dlls that use X extensions. I assume this should be added. Just to touch base with Aric: Has anyone done any more work in Code Weavers on this? That's all for now. -Rob.

2 2

#include "windows.h" versus #include <windows.h>
by Gerald Pfeifer 18 Jun '03

18 Jun '03

The following most certainly cannot be right: % grep windows.h .../wine/programs/notepad/*.c .../wine/programs/notepad/License_En.c:#include "windows.h" .../wine/programs/notepad/dialog.c:#include <windows.h> .../wine/programs/notepad/license.c:#include "windows.h" .../wine/programs/notepad/main.c:#include <windows.h> Should this generally be "windows.h" or <windows.h>? (I suppose the former.) Anybody going to unify this? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 4

Sound3D problems
by Rok Mandeljc 18 Jun '03

18 Jun '03

Hmm... it seems that none of 3d sound apps that used to work work anymore; all crashing when trying to get ds3dl->dsb->dsound->nrofbuffers in clause: for (i = 0; i < ds3dl->dsb->dsound->nrofbuffers; i++) There were come great changes in dsound lately (especially in buffers i think). Is this the source of problems? Or is it lack of CriticalSection stuff (I don't really understand them, so I didn't bother with them when I was writing it)? -- Rok Mandeljc <rok.mandeljc(a)gimb.org> "All that is gold does not glitter, Not all those who wander are lost; The old that is strong does not wither, Deep roots are not reached by the frost. From the ashes a fire shall be woken, A light from the shadows shall spring; Renewed shall be blade that was broken, The crownless again shall be king." -- J.R.R. Tolkien

2 1

[DSOUND?] SMP problem workaround, more info
by OverrideX 18 Jun '03

18 Jun '03

Hi again, Ok so I've found a workaround (not a great one..) for the deadlock I experience running System Shock 2 in wine using a SMP box. I've also tried another game in wine, Jedi Knight 2 which does not deadlock, I'm guessing it has to do with how ss2 is calling sounds, since it seems directly related to dsound underruns, and dsound_main.c says in the todo it's missing critical section locking in some parts of it's code, and it's critical section timeouts with the same address, and different tid's that are in the log when the deadlock occurs. (see older thread for more info....) I decided I needed to try a new kernel, 2.5.70 to see if it was something with my kernel - and I also had an idea of how to work around it. The kernel upgrade still deadlocked, but 2.5.70 has the ability to set hard cpu affinity, so by restricting all the wine processes to only using cpu1, the deadlock disappears - obviously this should be fixed in the code rather than working around it like this, but I can't trace it since it doesn't happen when the game plays slow. It seems like it only happens when the game is playing at a good pace and two or more sounds are about to play at the same time. I hope someone knows what needs to be fixed for this without too much more info, as I'm only a novice coder. But until then I'll do some heavy reading on how wine works and see if I can figure it out myself... cheers -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 It is difficult to legislate morality in the absence of moral legislators.

2 2

Re: Graphics Problem
by Robert Shearman 17 Jun '03

17 Jun '03

Rob Hughes said: > make[2]: Entering directory `/usr/src/wine/dlls/opengl32' > gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include > -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 > -gstabs+ -Wpointer-arith -g -O2 -o opengl_ext.o opengl_ext.c > opengl_ext.c:12: redefinition of `GLintptrARB' > /usr/X11R6/include/GL/gl.h:67: `GLintptrARB' previously declared here > opengl_ext.c:13: redefinition of `GLsizeiptrARB' > /usr/X11R6/include/GL/gl.h:68: `GLsizeiptrARB' previously declared here > make[2]: *** [opengl_ext.o] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/opengl32' > make[1]: *** [opengl32] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > > This is with cvs as of this morning and NVIDIA 43.63 drivers. > It appears as though a CVS commit 4 days ago added those types. Perhaps Lionel could have a look at these errors? Rob

1 0

Re: PATCH: dlls/cabinet/fdi.c
by Gregory M. Turner 17 Jun '03

17 Jun '03

On Tuesday 17 June 2003 03:42 am, Gerald Pfeifer wrote: > This patch removes an unused variable introduced by the recent changes > to this file and thus avoids the following warning: > - cab_UBYTE buf[64], buf2[256] /* for modification [snip] > + cab_UBYTE buf[64] /* for modification by call back fn */ ; Was going to use that as the user-modifiable buffer for the cabinet name in the "Next Cabinet" notification callback, which I never implemented, as it's part of the split cabinets puzzle. I promise this warning will go away with my next patch. Sorry about that, I've been known to give others an earful for leaving warnings lying around, so I will not complain if the patch is applied, although this would create a trivial merge situation for me, as the variable will probably have to be revived again in my next patch. Also, the patch is incorrect, buf2 only, not buf, is for modification by the callback, so if we kill the variable, we should also kill the comment. My apologies for the superfluous warning! -- "Socialism in general has a record of failure so blatant that only an intellectual could ignore or evade it." -- Thomas Sowell gmt

2 1

Re: ntdll/kernel32: #27
by Alexandre Julliard 17 Jun '03

17 Jun '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > - this patch partially implements this scheme. It's partial because > console handles are still handled by wineserver. Their value is > however obfuscated so that we can track their real usage. IMO you shouldn't need to have any obfuscation code in the server at all. If you need that, something is wrong with the design. > - next step would mean implementing the console handle management > outside of wineserver (likely in wineconsole) I'm not convinced we really need that; IMO it's OK to keep them in the server, as long as we can identify them as console handles from the client. -- Alexandre Julliard julliard(a)winehq.com

2 6

Re: Dmusic interfaces
by Rok Mandeljc 17 Jun '03

17 Jun '03

Hi everyone. Sorry for not contributing anything to dmusic in a while, but I'm currently busy with final exams... As I can see, more work was done on it :) > Is anyone of you working on Dmusic interfaces ? > Now doing test with Dxdiag doesnt work, > it says "No such interface" when trying to create a IDirectPerformance > object. This problem can be fixed with adding a if (IsEqualGUID(lpcGUID, &IID_IDirectMusicPerformance) || IsEqualGUID(lpcGUID, &IID_IDirectMusicPerformance8)) in DMUSIC_CreateDirectMusicPerformance8 (at the time being, there's check for IID_IDirectMusicPerformance8 only). But even with this added, dxdiag creates interface, calls some functions and then crashes (though I have no idea why). I was looking at code and i wonder if it's ok to allocate memory for interfaces like this: segment = (IDirectMusicSegmentImpl*)HeapAlloc(GetProcessHeap(),0,sizeof(IDirectMusicImpl)); I mean, it's IDirectMusicSegmentImpl, why using size of IDirectMusicImpl then? (or this doesn't matter?) Another thing... does anyone of you know how to write effective chunk loading function (it will be needed sooner or later since most dmusic objects are stored in files)? -- Rok Mandeljc <rok.mandeljc(a)gimb.org> "All that is gold does not glitter, Not all those who wander are lost; The old that is strong does not wither, Deep roots are not reached by the frost. From the ashes a fire shall be woken, A light from the shadows shall spring; Renewed shall be blade that was broken, The crownless again shall be king." -- J.R.R. Tolkien

2 1

TTYDRV woes :/
by Kye Lewis 17 Jun '03

17 Jun '03

Heyas, Firstly, (for those of you who really care - or who even have a clue who I am.)... I'm back again, and ready for some wine action :) Anyway.... I'm having a bit of a problem with *running* wine stuff - more specifically TTYDRV... I'm getting lots of messages like "fixme:ttydrv:TTYDRV_CreateWindow (10045): stub" (obviously with different actual functions blah blah...) And I have no idea... And yes, before you ask, I am running this in X :) - I've tried CVS, i've tried compiling from a tar.gz, i've tried RPM's, and all seem to produce the same result. I'm using the latest nVidia drivers (from www.nvidia.com) if that would make any difference. Anyone else experienced this problem? Thanks, Kye Lewis ========================= kye(a)lewislan.id.au or, if that doesn't work: kyethespy(a)softhome.net will!

2 1

Re: TypeLib containment refcounting
by Alexandre Julliard 17 Jun '03

17 Jun '03

Mike Hearn <mike(a)theoretic.com> writes: > ChangeLog: > When providing a TypeInfo object, inc/dec the refcount so that programs > don't call GetContainingTypeLib and crash as the container has been > destroyed. This doesn't look right, you increment the refcount on every GetTypeInfo but only decrement when the typeinfo object is destroyed. -- Alexandre Julliard julliard(a)winehq.com

5 10

RPMs and fake windows drive
by Mike Hearn 17 Jun '03

17 Jun '03

Hi, How many of the RPMs up on the download section create a fake windows drive? If the answer is all of them, then we should probably remove the part of the howto that tells people to manually create their drive, as it causes confusion in newbies who don't understand why they are told in one place that they need it, and told in another that they don't. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

vfat utf8 read problems
by olivier 17 Jun '03

17 Jun '03

Hello, I'm using environment with gtk 2.x..x - gnome 2.x.x e.g. RedHat 9. gtk 2.x work (only) with charset UTF-8. I share documents on a vfat disk. To see correctly the file name with gnome, I must use the utf8 option in the fstab. But in this case, I can't see the files bigger than 8 chars with the Wine DialogFileOpen. Sorry for my poor English. Regards, Olivier the windebug messages: -------------------------------------------------- err:dosfs:DRIVE_ReadSuperblock Couldn't open device for drive I: ! (not available, symlink not valid or no permission) Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on (I:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device for drive I: ! (not available, symlink not valid or no permission) Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '.wine/config' Invalid or unreadable superblock on (I:). Maybe not FAT?

1 0

Re: Re: [DMUSIC07] more
by fenix＠club-internet.fr 17 Jun '03

17 Jun '03

Hi >> PS: Christian with your last patch dmusic crash when WinMM is disabled (no >> sound drivers => DirectSoundCreate8 returns an error) >> >Ok, I will do more checks. :) >But how do you disable WinMM explicitely? By removing the driver >name in the config file? "Drivers" = "" >Bye, >Christian Regards, Raphael

1 0

Re: [DMUSIC07] more
by Christian Costa 17 Jun '03

17 Jun '03

> Message du 17/06/03 02:30 > De : Raphaël Junqueira <fenix(a)club-internet.fr> > A : wine-patches(a)winehq.com > Copie à : Christian Costa <titan.costa(a)wanadoo.fr>, Rok Mandeljc <rok.mandeljc(a)gimb.org> > Objet : [DMUSIC07] more > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - add IDirectMusicContainer support in > IDirectMusicLoader8Impl::LoadObjectFromFile > - don't use IDirectMusicSegment*Impl when IDirectMusicSegment*8Impl can be > used instead (avoir code duplication) > > Regards, > Raphael > > PS: Christian with your last patch dmusic crash when WinMM is disabled (no > sound drivers => DirectSoundCreate8 returns an error) > Ok, I will do more checks. But how do you disable WinMM explicitely? By removing the driver name in the config file? Bye, Christian

1 0

Not to bring up a (probably) long-dead subject, but...
by Dustin Navea 17 Jun '03

17 Jun '03

I was looking thru the archives of WWN and found this: Tony Lambregts submitted a patch that added a new filesystem type: Some program (VirtualDub) checks the fsname returned by GetVolumeInformation, to find the name of the file system, when it needs to write files that are larger than 2GB. It refuses to create the file when we return FAT but will successfully write the file when NTSF is returned. Change Log: add configuration option to report NTFS as the file system type for a drive. Mike Hearn thought it might just be a good idea to always return NTFS if asked. Andreas Mohr disagreed and felt the whole concept was flawed: -snip- >From there the discussion delved into exactly what type of filesystems Windows knows about. There was some speculation on exactly how and when they differ. For example, what type of filesystem is reported on DVD's? Tony summed it up: So we The way I see it Windows knows about the following file systems. CDFS, FAT, FAT23, NTFS and HPFS. HPFS is irrelevent. CDFS covers all CD like Media. FAT will deal with all drives less that 2 GB. NTFS can be used with drive over 10MB. FAT32 can be ignored. -end- I just figured that you should know that the best bet would be to have wine return vfat instead of fat or ntfs, as fat == fat16 which has a 2 GB limit, while vfat == fat32 which has a 4 GB limit.. This is actually referenced on microsoft's website (although I couldnt give you the exact address) and can also be found on winnetmag.com thru google.. As always I'm not subscribed to the list, so please CC me with any replies.. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

wIntegrate on Linux: continued....
by cartel＠cryptocracy.hn.org 17 Jun '03

17 Jun '03

Hey All, Still working on getting wIntegrate running under Linux. I'm running into problems running the program either in builtin mode or with native dlls. Here are the dlloverrides that I'm trying: -dll WSOCK32.DLL=native -dll WS2_32.DLL=native -dll NETAPI32.DLL=native -dll ADVAPI32.DLL=native -dll OLEAUT32.DLL=native -dll OLEPRO32.DLL=native -dll OLE32.DLL=native -dll RPCRT4.DLL=native -dll COMCTL32.DLL=native -dll COMDLG32.DLL=native -dll SHLWAPI.DLL=native -dll IMM32.DLL=native -dll IMM32.DLL=native Running with -debugmsg +fixme, I get the following interesting messages: fixme:file:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:file:DeviceIoControl Unimplemented control 256 for VxD device NWLINK Once the app starts and I attempt to create a connection, I get this feedback: [Connecting to 127.0.0.1...] [Windows Sockets error 183] Am I correct in interpreting this (net helpmsg 183) in that wine is attempting to create a pipe that already exists? If I take the other approach and run wInteg with no dll overrides (builtin mode), i get the following messages fixme:ole:CoRegisterMessageFilter stub fixme:ole:CFProxy_QueryInterface Unhandled interface: {00000126-0000-0000-c000-000000000046}fixme:ole:CFProxy_QueryInterface Unhandled interface: {00020400-0000-0000-c000-000000000046}fixme:ole:PIPE_GetNewPipeBuf Could not open named pipe \\.\pipe\WINE_OLE_StubMgr_00000013, le is 2err:ole:StdMarshalImpl_UnmarshalInterface Failed to get an rpc channel buffer for {00000001-0000-0000-c000-000000000046}fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? fixme:ole:CoCreateInstance no classfactory created for CLSID {4fbf4bd9-a454-11d1-ab39-00a024709830}, hres is 0x80004005 This is what prompted me to try running the app in native mode (since this message goes away if im using native ole dlls.) When running in builtin mode and creating a connection, wInteg sits on the [Connecting to 127.0.0.1] message. But netstat -nap reports: tcp 12 0 127.0.0.1:1220 127.0.0.1:23 ESTABLISHED 8079/wine Of note is that wInteg uses an ActiveX control called wWinSock.ocx. This is in keeping with its modular approach to transports (having plugins for PicLan, Novell etc). Correct me if I'm wrong, but from the error messages concerning OLE, I'm thinking that my problem lies with an incomplete implementation of OLE (or at least ActiveX controls) in Wine. Specifically, I beleive the actual problem is that the wWinSock object is not receiving a signal from Wine that tells it that the connection has been opened. Anybody have any further suggestions/comments? Thanks Tom

2 1

Re: Resend PATCH - setupapi add support for both Windows and Unix style line endings to setupapi parser
by Alexandre Julliard 17 Jun '03

17 Jun '03

Steven Edwards <Steven_Ed4153(a)yahoo.com> writes: > Does this need to be changed or is there something else wrong with > this patch? This shouldn't be needed AFAICT, \r should already be treated as a space character. There may be another bug here though, do you have an example file showing the problem? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Resend PATCH - setupapi add support for both Windows and Unix style line endings to setupapi parser
by Todd Vierling 17 Jun '03

17 Jun '03

On Mon, 16 Jun 2003, Steven Edwards wrote: : Does this need to be changed or is there something else wrong with this : patch? : - return (ptr >= parser->end || *ptr == CONTROL_Z || *ptr == '\n'); : + return (ptr >= parser->end || *ptr == CONTROL_Z || *ptr == '\n' || : (*ptr == '\r'&& *(ptr + 1) == '\n')); Could overrun the buffer by looking one char too far if the last character of the file is '\r'. -- -- Todd Vierling <tv(a)pobox.com>

1 0

Dmusic interfaces
by Sylvain Petreolle 17 Jun '03

17 Jun '03

Is anyone of you working on Dmusic interfaces ? Now doing test with Dxdiag doesnt work, it says "No such interface" when trying to create a IDirectPerformance object. I did a look through the source and noticed that Dll(Un)RegisterServer are stubs. fixme:ole:CoCreateInstance no instance created for interface {07d43d03-6523-11d2-871d-00600893b1bd} of class {d2ac2881-b39b-11d1-8704-00600893b1bd}, hres is 0x80004002 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Winefile : French translation
by Alexandre Julliard 16 Jun '03

16 Jun '03

Sylvain Petreolle <spetreolle(a)yahoo.fr> writes: > Changelog: > Add French Translation, finish English translation. > > (no unwanted easter egg in this one ;)) No but it looks like the accents didn't make it through... or was this deliberate? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: wine/dlls/ntdll critsection.c
by Mike Hearn 16 Jun '03

16 Jun '03

On Mon, 16 Jun 2003 14:36:22 -0500, Sir Alexandre Julliard scribed thus: > Log message: > Mike Hearn <mike(a)theoretic.com> > Add the ID of the blocking thread to the error message. Hi Alexandre, I'm wondering what the best way to try and make Wines output less scary is, as the MESSAGE() parts of this patch were not merged. Was the message not phrased right, or do you think that the console output is an inappropriate place to put such things? Alternatively, as Lionel pointed out, it may be that people think they are not necessary, as the only people who can do anything about it will understand the message anyway. thanks -mike

2 2

Re: Bidi B4
by Shachar Shemesh 16 Jun '03

16 Jun '03

Hi Alexander, Please let me know if my patch series was rejected, and if so, why. If your'e just not over the backlog yet, I appologize for the noise. Shachar Shachar Shemesh wrote: > Apply against previous patches, using -p1 > > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > * Fix compilation errors when ICU library is not available. > -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: [DINPUT] Some more dinput stuff
by Lionel Ulmer 16 Jun '03

16 Jun '03

> As your patch is a little malformed and conflicts with mine (a big one) > i send my patch merged with yours, can you look if all is correct. Why did you not send a patch against a tree patched with Christian's ? And moreover, it seems you have another patch lying around (the one adding the IDirectInputDevice2A interface to the QueryInterface call). The problem is not the Changelog one, it's just that it's now really hard to do any code review with these kinds of stuff as change are accumulating :-/ Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 5

dlls/dmusic/dmusic_misc.c revision 1.3
by Gerald Pfeifer 16 Jun '03

16 Jun '03

I'm afraid the following change to dlls/dmusic/dmusic_misc.c revision 1.3 date: 2003/06/13 18:59:51; author: julliard; state: Exp; lines: +113 -9 Raphael Junqueira <fenix(a)club-internet.fr> - always use IDirectMusicPerformance8Impl instead of IDirectMusicPerformanceImpl (as the first inherits from the second) - implement many Loader, AudioPath and Performance8 stubs - fix the class factory - more debug traces - for now IDirectMusicLoader8::LoadObjectFromFile always returns not supported format - fix the IDirectMusicPerformance8::Init (many crashes) - implementation of IDirectMusicPerformance8InitAudio is causing the following warning: dmusic_misc.c:260: warning: passing arg 2 of `IDirectMusicPerformanceImpl_SetGraph' from incompatible pointer type Could someone more familiar with this have a look at what's wrong? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

Re: [GDI] GetObject fails on buffer=NULL
by Alexandre Julliard 16 Jun '03

16 Jun '03

Kelly Leahy <kellyleahy(a)swbell.net> writes: > @@ -60,6 +64,9 @@ > INT (*pGetObjectW)( HGDIOBJ handle, void *obj, INT count, LPVOID > buffer ); > BOOL (*pUnrealizeObject)( HGDIOBJ handle, void *obj ); > BOOL (*pDeleteObject)( HGDIOBJ handle, void *obj ); > + INT (*pGetObjectSizeA)( HGDIOBJ handle, void *obj ); > + INT (*pGetObjectSizeW)( HGDIOBJ handle, void *obj ); > + INT (*pGetObjectSize16)( HGDIOBJ handle, void *obj ); You should put the fix directly in the pGetObject[AW] functions, instead of adding new functions that don't correspond to anything in the Windows API. Even though this is an internal interface it should be kept as similar as possible to the exported interface. -- Alexandre Julliard julliard(a)winehq.com

2 1

Debugging ... ?
by Auge Mike 16 Jun '03

16 Jun '03

Hi all, How can i debug wine itself? I don't want to debug the win32 application, i want to debug the whole wine while it is running? Thanx in advance, Yours, _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

Re: [D3D] Some execute buffers rewrites + misc fixes
by Christian Costa 15 Jun '03

15 Jun '03

Hi, Sorry, for a unknown reason my wine-devel delivery had been disabled. I enabled it but I've just seen your posts in the archives... > Some comments on 'small' parts... I will have to commit the patch on > my tree > to try to understand the resulting code to understand it better [:-)] >> + if ( IsEqualGUID( &IID_IDirectDrawSurface, riid ) || >> + IsEqualGUID( &IID_IDirectDrawSurface2, riid ) || >> + IsEqualGUID( &IID_IDirectDrawSurface3, riid ) ) { >> + IDirectDrawSurface7_AddRef(ICOM_INTERFACE(This->surface, >> IDirectDrawSurface7)); >> + *obp = ICOM_INTERFACE(This->surface, IDirectDrawSurface3); >> + TRACE(" Return IDirectDrawSurface3 interface %p\n", *obp); >> + return S_OK; >> + } >> + if ( IsEqualGUID( &IID_IDirectDrawSurface3, riid ) || >> + IsEqualGUID( &IID_IDirectDrawSurface7, riid ) ) { + >> IDirectDrawSurface7_AddRef(ICOM_INTERFACE(This->surface, >> IDirectDrawSurface7)); >> + *obp = ICOM_INTERFACE(This->surface, IDirectDrawSurface7); >> + TRACE(" Return IDirectDrawSurface7 interface %p\n", *obp); >> + return S_OK; >> + } > > Well, it's a bit strange to have 'IID_IDirectDrawSurface3' twice, no > [:-)] ? This seems like the Copy/Paste syndrom [:-)] >> /* We only support the BLT with DEPTH_FILL for now */ >> - if (This->ddraw_owner->d3d != NULL) { >> + if ((dwFlags & DDBLT_DEPTHFILL) && This->ddraw_owner->d3d != >> NULL) { >> if (This->ddraw_owner->d3d->current_device != NULL) { >> >> This->ddraw_owner->d3d->current_device->clear(This->ddraw_owner->d3d->current_device, >> >> 0, NULL, /* Clear the whole screen */ > > Did you add this check here because some game were actually doing a > 'normal' > blit on the ZBuffer ? Yes! From a ZBuffer surface to another... Don't remember the game though... (because it crashed in another part of wine) > What happens in this case ? When doing the standard blit, the app set the DDBLT struct pointer to NULL so without the check this simply crashes when accessing the depthfill member of the structure. > Moreover, you could also add here (which I forgot to do in my patch), > support for the 'dst locking rectangle' in case an application tries to > clear only part of the buffer (see example in the Blt overide function in > d3ddevice/mesa.c for the 'Colorfill' case). Yes this can be done as well. [:-)] > Well, I have a comment... But it's in a part of the code that will be so > rarely used that it could be completely thrown away anyway [:-)] Sure, It's barely used. [:-)] > Basically, you are doing the full projection (without doing the clipping > though) in software... And this does not go well at all with lighting. Yes, there is no lighting yet. > This is why I choose in the previous code to only do the world > transformation to > NOT impact at all lighting (and it worked for Twist AFAIK). So I am > wondering why you choose to go all the way and did not do exactly as I > did > (basically, only do the WORLD transform and set only the PROJ / VIEW one > using the D3D7 API and set the WORLD to Identity as we already did the > transform). Because the world transformation introduced the W coordinate which cannot be passed to drawing functions. But well, this coordinate should be always be 1 after the world transformation so we can ommit it. >Even better would have been to have reused fully our VertexBuffer code and > our (hacky [:-)] ) TransformVertices code. Oh! Well I forgot this hack... [;-)] Bye Christian

2 2

CVS - builtin,native load order failing
by Guy Harrison 15 Jun '03

15 Jun '03

Hi Folks, FreeBSD-4.7, (yes, --prefix=/all) ... [snip] 0009:trace:module:MODULE_GetLoadOrder got standard wildcard "b,n" for "mfc42.dll" 0009:trace:heap:RtlFreeHeap (0x5c2c0000,00000002,5c2c1768): returning TRUE 0009:trace:module:load_dll Trying built-in 'C:\windows\system\mfc42.dll' 0009:err:module:BUILTIN32_dlopen failed to load .so lib for builtin mfc42.dll: Cannot open "/all/lib/wine/mfc42.dll.so" 0009:warn:module:load_dll Loading of builtin DLL C:\windows\system\mfc42.dll failed (status -1073741702). 0009:warn:module:load_dll Failed to load module 'C:\windows\system\mfc42.dll'; status=-1073741702 0009:trace:heap:RtlFreeHeap (0x5c2c0000,00000002,5c2c0c40): returning TRUE 0009:err:module:import_dll Loading module (file) MFC42.DLL (which is needed by C:\app\Paint Shop Pro\PSP.EXE) failed (error -1073741702). [snip] I'll leave it to you guys to decide if this is correct... --- wine/dlls/ntdll/loader.c.ORIGINAL Sun Jun 15 04:05:58 2003 +++ wine/dlls/ntdll/loader.c Sun Jun 15 16:30:36 2003 @@ -1084,7 +1084,7 @@ return nts; } - if (nts != STATUS_NO_SUCH_FILE) + if (nts != STATUS_PROCEDURE_NOT_FOUND) { WARN("Loading of %s DLL %s failed (status %ld).\n", filetype, filename, nts); ...or if 'nts' was wrong in the first place. -- Guy Harrison swamp-dog(a)ntlworld.com

1 0

Executables icons
by BiGgUn 15 Jun '03

15 Jun '03

Hi, I wonder why icons located in an executable are not viewable in GetOpenFileName ? I had a look to the source code (dlls/shell32/folder.c and dlls/shell32/classes.c) and saw that a search is made in the registry. But this search failed because my system.reg doesn't have the queried entry ( [Software\\Classes\\.exe]). I noticed that the winedefault.reg doesn't have the queried entry also. When this search fails, a default icon is applied. By manually adding this entry in system.reg, it is still not possible to get the executables icons :-\ I also saw that [Software\\Classes\\.exe\\DefaultIcon] is also queried. Even if i manually add this entry again, it's not successfull. I think i've missed something in these entries definition but i don't know what. Anyway, by forcing the code to look inside executable for icons, they finally appear :) But it's better to find another solution. How registry should be setted up (system.reg / winedefault.reg) ? Do we need to review the code (adding special case for exe files) ? Stephan P.S.: Excuse me if i bother you with my questions.

3 4

Regarding wine
by Sundaranathan S 15 Jun '03

15 Jun '03

Hi All, Can anyone help me out in solving my problem that arises after installing wine in my machine. I installed wine in my machine. After installing i ran wine command it throws "wine client error:0: recvmsg: Bad address" error. Please let me know what is the reason and also the possible solution. Thanks in advance. thanks, -Sundaranathan SIP Technologies & Exports Ltd -- "Live as if to die tomorrow. Learn as if to live forever."

1 0

Re: Stubbed some interfaces for the FilterGraph CLSID.
by Sylvain Petreolle 15 Jun '03

15 Jun '03

Your latest patch to winedefault.reg was done in the old registry format. Could you submit another ? This makes regedit complain actually. +[Software\\CLASSES\\CLSID\\{E436EBB3-524F-11CE-9F53-0020AF0BA770}] 1032641842 [...] +[Software\\CLASSES\\CLSID\\{E436EBB3-524F-11CE-9F53-0020AF0BA770}\\InprocServer32] 1032641842 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: CoState should be thread local (move pUnkState into TLS)
by Robert Shearman 14 Jun '03

14 Jun '03

> From: Mike Hearn <mike(a)theoretic.com> > To: wine-patches(a)winehq.org > Date: 14 Jun 2003 22:53:02 +0100 > Reply-To: wine-devel(a)winehq.com > > > ChangeLog: > CoState storage should be thread local <snip> > +static DWORD dwUnkStateSlot = 0; /* TLS slot used to the store > the UnkState, see CoSetState */ Please use the APARTMENT structure defined by Ove Kaaven recently (in compobj_private.h), so that: 1. We keep all of the apartment data together 2. Don't use up a TLS slot unnecessarily Thanks, Rob

1 0

The Matrix DVD installer hangs
by Gerhard W. Gruber 14 Jun '03

14 Jun '03

Some days ago there was a patch for fixing installer hangs. I just tried to install from The Matrix DVD and the installer starts, but hangs after it a short while running. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

CoSetState
by Mike Hearn 14 Jun '03

14 Jun '03

Can anybody enlighten me as to what this is supposed to do? It appears to be undocumented, or at least if it's on MSDN it's not where it should be and Google/MSDN Search can't find it. In particular, if you run RhymBox with native oleaut32,rpcrt4 but builtin ole32, shortly after calling this function it appears to crash. If I remove the Release() call, it no longer crashes but seems to freeze the chat window. Looking at the source, all it seems to do is store the passed IUnknown in a global var, with a note that it should be thread local. That doesn't seem to be a very useful function to have, so it must do more than that. Anybody? I think I'm going to try and make it thread local.... thanks -mike

1 0

Re: DEVENUM.DLL Implementation
by Robert Shearman 14 Jun '03

14 Jun '03

> Date: Mon, 9 Jun 2003 23:59:01 +0200 > From: Lionel Ulmer <lionel.ulmer(a)free.fr> > To: wine-devel(a)winehq.com > Subject: Re: DEVENUM.DLL Implementation > > Alexandre, Robert, > > Do you have any idea why this patch was never comitted to Wine ? It's probably best to ask Alexandre about this, but it either slipped through the cracks (and I didn't want to submit it again until I was completely happy with it) or it was due to depending on other unimplemented behaviour (IFilterMapper interface). > Maybe this > will prevent me to do 'quartz,devenum=n' and only 'quartz=n' to get movies > in some applications :-) It should work alright if you can get the patch to apply properly, but IIRC a few changes conflict with it. I still have a few things I'd like to improve (like using DirectSound functions to enumerate the DirectSound devices available) and I will submit another patch when this is done in a couple of weeks. As for the future, work on Quartz shouldn't be too hard to do. A minimal working system would be a File Source 'codec', video and audio renderers and the graph builder, along with my device enumerator implementation. Rob

5 6

Re: Process termination & exit code
by Alexandre Julliard 14 Jun '03

14 Jun '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > as reported by Igor Sysoev on WD, exit process code wasn't properly > implemented on *BSD > it appeared (thanks Igor for all the testings and traces) that after > terminate_process request was issued, the client/server pipe got > closed because the running thread was actually killed, erasing the > exit_code that terminate_process had set. > This patch actually fixes it. I don't think we need a new thread state just for that; how about something like this? Index: server/process.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/process.c,v retrieving revision 1.104 diff -u -p -r1.104 process.c --- server/process.c 18 Mar 2003 05:04:33 -0000 1.104 +++ server/process.c 13 Jun 2003 23:18:03 -0000 @@ -688,7 +688,7 @@ void kill_process( struct process *proce while (thread) { struct thread *next = thread->proc_next; - thread->exit_code = exit_code; + if (exit_code) thread->exit_code = exit_code; if (thread != skip) kill_thread( thread, 1 ); thread = next; } Index: server/request.c =================================================================== RCS file: /home/winehq/opt/cvs-commit/wine/server/request.c,v retrieving revision 1.79 diff -u -p -r1.79 request.c --- server/request.c 28 Mar 2003 00:36:12 -0000 1.79 +++ server/request.c 13 Jun 2003 23:18:04 -0000 @@ -382,7 +382,7 @@ int receive_fd( struct process *process if (ret > 0) fprintf( stderr, "Protocol error: process %p: partial recvmsg %d for fd\n", process, ret ); - kill_process( process, NULL, 1 ); + kill_process( process, NULL, (ret > 0) ); } else { -- Alexandre Julliard julliard(a)winehq.com

3 3

NPTL questions again
by Mike Hearn 14 Jun '03

14 Jun '03

Hi, If I want to use a standard kernel from kernel.org, ie not the RH9 stock one, on a RH9 installation, is there anything I need to be aware of? Everything else seems fine, except that I get wierd threading lockups when running Wine. Going back to the original kernel fixes them. Is there any way to rid my RH9 install of NPTL completely? The LD_ASSUME_KERNEL trick doesn't work, and I'd like to stick with this kernel I have now but I need to be able to run Wine. Alternatively if anybody knows of a patch to add NPTL to a standard 2.4.20/21 kernel, then please let me know. thanks -mike

1 0

Re: DSound buffer underrun problems with X-Plane
by Christian Neumair 14 Jun '03

14 Jun '03

Am Sam, 2003-06-14 um 07.54 schrieb Jerry Jenkins: > Which sound driver did your specify in your wine config file -- > "~/.wine/config" or something similiar? > If it's winearts, maybe > http://www.winehq.com/hypermail/wine-patches/2003/03/0316.html > is what you need. When I made the backtrace (see below) I used wineoss. Now that you made me remember that there are other sound drivers, too, I tried winealsa - and voila - it works. At least these buffer uderruns occur way more sparse. It's a first success, thanks! > Otherwise could you do a trace for me? I don't think my 56k modem is > capable of downloading the program your mentioned :-(. Run your program as: > wine --debugmsg +wave,+dsound YourProgram.exe >& trace > where YourProgram.exe the file name of X-Plane and email the file directly > to me. The trace way done one minute or so, it just logged the messages during the startup splash screen where you hear engine sound - so it should be an ideal test candidate. I uploaded the trace under [1]. But be warned, it's pretty huge - 350 KB bzip2'ped, ~17 MB bunzip2'ed. regs, Chris [1] http://gnome-de.org/~manny/wine.xplane.trace.bz2

1 0

couple of questions about pthreads (scheduler/pthread.c) in wine
by Juraj Hercek 14 Jun '03

14 Jun '03

Hi, I've ported an application which uses a library - let's call it aceutilities.so - which in turn uses ACE library (http://www.cs.wustl.edu/~schmidt/ACE.html). ACE uses libpthread.so library. So the dependency is like this: my_application -> aceutilities.so -indirectly via ace library-> libpthread.so Wine's scheduler/pthread.c (compiled code resides in ntdll.dll.so) defines couple of symbols, which are defined (if we don't take symbol versions into consideration) also in libpthread.so. Now you probably feel what's my problem: After loading application into memory, dynamic linker loads wine stuff first, then when loading aceutilities.so into memory, pthread symbols are defined in module ntdll.dll.so - already loaded into memory - and so it doesn't try to load libpthread.so, because pthread symbols are already resolved. My questions are: 1) Why Winelib uses it's own implementation of pthreads (at least it looks like this is intention)? 2) Is it possible to force linker to use symbols from libpthread.so instead of symbols from ntdll.dll.so? (I don't know how to tell linker to use symbol, e.g. pthread_cond_wait, from specified library, i.e. /lib/libpthread.so.0). Thanks for help, Juraj

4 5

Re: wineconsole init
by PETREOLLE Sylvain 14 Jun '03

14 Jun '03

Could we have settings that avoid the error message about ncurses ? To have working non-buffered keyboard input in dos programs, I must disable curses support.

2 1

new compile problem - curses.c:790: conflicting types for `WCCURSES_InitBackend'
by hatky 14 Jun '03

14 Jun '03

I was updating the cvs after the last commit rain from alexander and it does not compile to be sure I removed the tree and checked it out again and I still get the error: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -DUNICODE -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o curses.o curses.c curses.c:790: conflicting types for `WCCURSES_InitBackend' winecon_private.h:96: previous declaration of `WCCURSES_InitBackend' make[2]: *** [curses.o] Error 1 make[2]: Leaving directory `/home/hatky/wine-source/wine/programs/wineconsole' make[1]: *** [wineconsole] Error 2 make[1]: Leaving directory `/home/hatky/wine-source/wine/programs' make: *** [programs] Error 2 I did not notice anyone else asking about this so I wonder it this is some version of a package I have.... I have mandrake9.1 with the latest updates... It is a completly clean tree (just checked out fully), Hatky. __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com

1 0

Re: advapi32: added Ace/Acl functions
by PETREOLLE Sylvain 13 Jun '03

13 Jun '03

Could you resubmit your patch using cvs diff -u ? This would be great.

1 0

Windows 2000 winetest results from source release 20030508
by Josh Metzler 13 Jun '03

13 Jun '03

I retrieved the wine source release of 20030508. I ran ./tools/winapi/msvcmaker --no-wine. Note: I did this in Cygwin, and I had to make some changes to the perl script to get it to run. I also created a wine subdirectory under each of the test subdirs, and copied test.h into it. The MSVC versions couldn't find this file otherwise. Also, I was unable to compile shlwapi_test even after copying unicode.h into the shlwapi/test/wine subdir I had created. I tried to run all the tests that said they needed retested, or that had any errors according to http://fgouget.free.fr/wine/tests-en.shtml. I ran these tests from within MSVC++ 6.0 on a Windows 2000 SP3 machine, and tried to find out what an API returned when it was different from what the test expected. If someone could suggest how the tests should deal with different return values on different Windows versions, and also tell me the best way to create patches, I would be willing to try to help fix some of these tests. Josh Metzler -- kernel32_test locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale: 112 tests executed, 0 marked as todo, 9 failures. Notes: 489: GetDateFormat returned 10, buffer contained "May, 2002" In other words, the function succeeded. path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\josh\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. Notes: 514: Counting the characters, the size of the long path name was 96. The function did exactly what the MSDN library said it will do - return the lenght of the buffer necessary to hold the long path name. process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:870: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:871: Test failed: StartupInfoA:lpTitle expected (null), got C:\cygwin\home\josh\wine\dlls\kernel\tests\Output\Win32_MSVC_Headers\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:918: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:919: Test failed: StartupInfoA:lpTitle expected (null), got C:\cygwin\home\josh\wine\dlls\kernel\tests\Output\Win32_MSVC_Headers\kernel32_test.exe process: 309 tests executed, 0 marked as todo, 4 failures. Notes: looks like Windows 2000 fills in the window station and title if they are null. I wonder who owns that memory? thread thread: 113 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ netapi32_test access access.c:110: Test failed: Bad Network Path: rc=0 access: 23 tests executed, 0 marked as todo, 1 failure. Notes: NetUserGetInfo succeeds when passed an empty string, getting user info for the local computer. Test expected ERROR_BAD_PATH as the return value. /************************************************************************/ oleaut32_test vartest vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ======== vartest.c:2315:======== Testing VarBoolFromXXX ======== vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== vartest: 1875 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ shell32_test shlfileop shlfileop: 121 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ urlmon_test generated generated: 4 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ user32_test sysparams sysparams.c:1112:strict=0 sysparams.c:214:testing SPI_{GET,SET}BEEP sysparams.c:350:testing SPI_{GET,SET}MOUSE sysparams.c:455:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:487:testing SPI_ICONHORIZONTALSPACING sysparams.c:530:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:564:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:601:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:634:testing SPI_ICONVERTICALSPACING sysparams.c:685:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:718:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:754:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:785:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:817:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:869:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:895:testing SPI_GETFASTTASKSWITCH sysparams.c:910:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:948:testing SPI_{GET,SET}WORKAREA sysparams.c:992:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:1042:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 412 tests executed, 0 marked as todo, 0 failures. /************************************************************************/ winspool_test info info: 10 tests executed, 0 marked as todo, 0 failures.

1 0

Re: wine-devel digest, Vol 1 #2004 - 15 msgs
by Emmanuel Goldstein 13 Jun '03

13 Jun '03

> On Thu, 12 Jun 2003 20:52:34 +1200, Sir Emmanuel Goldstein scribed thus: > > wIntegrate appears to use an internal, custom implementation of Winsock. > > That is, I cannot see it link winsock when i do -debugmsg +dll. > I doubt that.... the correct channel is +loaddll, try with that. Ok, I've run it with +loaddll. wIntegrate is linking an ActiveX control, wWinsock.ocx. > > -debugmsg +winsock yeilds a little information, but not much. i tried a > > -debugmsg +all, but that filled up my hard disc and caused X to crash. > > What can I do to help further determine the problem? > > Try a +relay trace. For something as vague as this you need to investigate > further really, there is an infinite multitude of things that could be > going wrong. I tried running the program with native dlls. In the end, I wound up with a Winsock error 138. I tried a relay trace, this crashed my X session (before you ask, i'm running debian woody.)

1 0

Re: [xplane] Re: DSound buffer underrun problems with X-Plane
by Christian Neumair 13 Jun '03

13 Jun '03

Am Fre, 2003-06-13 um 08.29 schrieb stationairskyhawk: > --- In xplane(a)yahoogroups.com, Christian Neumair <chris@g...> wrote: > > I'm currently testing a cool flight simulator called X-Plane. It's > > really working great on wine, the performance is supersonic. The only > > downer is that the engine sound is a bit staccato, i.e. it has small > > breaks. My non-debug debian wine continuously outputs: > > > > "err:dsound:DSOUND_MixOne underrun on sound buffer 0x4b4c47c8" > > This is a known issue. When x-plane's performance becomes supersonic, it is natural > to expect the sound to drop out. Many have found that by reducing x-plane's > performance to subsonic levels, the sounds returns. I don't think this is the reason. I'm not on a very fast machine, but the sound problems occur independent of my graphic settings. They even are revisable when X-Plane shows its splash screen and loads the last used plane which makes me believe that something goes wrong in wine's sound mixing code. regs, Chris

1 0

Re: Debuging Wine
by Jarmo 13 Jun '03

13 Jun '03

Hi, I am trackin a weard bug and I would need a help a little. I am trying to run Orbiter in winex. Orbiter runs without problems in windows. It seems that Orbiter.exe is using a call that does not exist in wine. How can I find out the name of that call ? access to call 0x406cd420 Main_Direct3DDevice_SetTexture works fine just before this call. Code causing the crash: 0x004513c0 movl %eax,0x4c(%esp) 0x004513c4 call *0x84(%eax) this will lead 0xdead001e Relocation entries: 0x406cd010 is address of Main_Direct3DDevice_DrawIndexedPrimitiveVB 0x406cd3a0 is address of Main_Direct3DDevice_GetTexture 0x406f0910 (DDRAW.DLL): 406cd2f0 406ccae0 406ccc70 406cce60 0x406f0920 (DDRAW.DLL): 406cd010 *! dead001e !* 406cd3a0 406cd420 0x406f0930 (DDRAW.DLL): 406cd530 406cd5f0 406cd700 406cd760 Relocation entries: 0003d91c R_386_32 Main_Direct3DDevice_DrawPrimitiveVB 0003d920 R_386_32 Main_Direct3DDevice_DrawIndexedPrimitiveVB 0003d924 ? ? ? ? 0003d928 R_386_32 Main_Direct3DDevice_GetTexture 0003d92c R_386_32 Main_Direct3DDevice_SetTexture Regards, Jarmo

3 2

SoftICE for wine
by Gerhard W. Gruber 12 Jun '03

12 Jun '03

Three weeks ago I was trying to find a crash in Agent. Since I don't know the code of wine so well I tried to do this with a debugger. My experience was rather frustrating. GDB and winegdb are not exactly what I call userfriendly. On a Windows system I would have found this error within a few hours but I didn't come to terms with winedbg and gdb. So I was looking for an alternative and I found a project on sourceforge named pICE. This project was abandoned about two years ago, but I was interested in it and now I got the administration for it. pICE is a kernel debugger for linux similar to SoftICE and I thought it would be nice to have such a tool. My intention is to add extensions to support wine debugging as well (this was my primary reason) and now I would like to know if this is would be of interest to you as well and if yes (what I hope :) ) what extensions are needed in order to support wine. I guess that winedbg is similar in that respect that it is also an extension of gdb, am I right? If somebody knows the details I would like to hear it. But don't expect anything soon because I still need to dig into the code of pICE to make it stable first. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 7

EXC_RtlRaiseException call to unimplemented function kernel32.dll.CreateRemoteThread
by tux＠leahcim.com 12 Jun '03

12 Jun '03

Hi, i've installed the latest cvs rpm ( wine-cvs-unstripped-20030612-1.i386.rpm ) and it seems to work with most applications. however when I try to make the ud agent run it fails with the following exception as soon as the calculation engine attempts to start: (C:\udagent\ud_1706422_0.dir\ud_ligfit_Release.exe,...): [...] fixme:seh:EXC_RtlRaiseException call to unimplemented function kernel32.dll.CreateRemoteThread fixme:msvcrt:_XcptFilter (-2147483392,0x40890a38)semi-stub wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 11 84") (2) But according to the Changelog of an older version the CreateRemoteThread thingy has been implemented: * include/winbase.h: Francois Gouget <fgouget(a)codeweavers.com> Added CreateRemoteThread. any ideas ? I'd be grateful for any suggestions. -- Stefan

3 3

Debuging Wine
by Jarmo 12 Jun '03

12 Jun '03

Hi, I am trying to have Orbiter running under winex in Linux. I have plenty of experience in programming but I haven't used much debuggers. I would have few questions. What is the difference between dll load methods "builtin" and "so" when debugging witch one should be used ? When using "so" mode this error is generated. I added "_ftol" in libmsvcrt.so and that error is no longer generated. Is that right thing to do ? When using "builtin" mode these errors won't appear. But it will crash the same way. ---------------------------------------------------------------------------------------------------- fixme:win32:ELF_FindExportedFunction function ftol not found: /usr/local/lib/libwine.so: undefined symbol: ftol err:win32:PE_fixup_imports No implementation for MSVCRT.dll.237(_ftol) imported from C:\Orbit_new\Modules\Luna.dll, setting to 0xdeadbeef fixme:win32:ELF_FindExportedFunction function ??3@YAXPAX@Z not found: /usr/local/lib/libwine.so: undefined symbol: ??3 err:win32:PE_fixup_imports No implementation for MSVCRT.dll.16(??3@YAXPAX@Z) imported from C:\Orbit_new\Modules\Luna.dll, setting to 0xdeadbeef fixme:win32:ELF_FindExportedFunction function ?terminate@@YAXXZ not found: /usr/local/lib/libwine.so: undefined symbol: ?terminate err:win32:PE_fixup_imports No implementation for MSVCRT.dll.46(?terminate@@YAXXZ) imported from C:\Orbit_new\Modules\Luna.dll, setting to 0xdeadbeef --------------------------------------------------------------------------------------------------- What are these ? No debug information in 32bit DLL 'DDRAW.DLL' (0x406c8000) *** Invalid address 0x40011f80 (_end+0x478) from msvcrt.spec: @ forward -noimport _ftol ntdll._ftol @ cdecl ?terminate@@YAXXZ() MSVCRT_terminate This is the final crash. ------------------------------------------------------------------------------------------------ First chance exception: page fault on read access to 0xdead001e in 32-bit code (0xdead001e). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:2007 GS:0007 EIP:dead001e ESP:406a287c EBP:004b3b88 EFLAGS:00210202( R- 00 I - - 1 ) EAX:406f08a0 EBX:403a62d4 ECX:433c0e10 EDX:433c0e00 ESI:403a62d4 EDI:00000000 Stack dump: 0x406a287c (MSVCRT.DLL.193+0x3f48ec): 004513ca 403a62d4 433c0e00 433c0e10 0x406a288c (MSVCRT.DLL.193+0x3f48fc): 00000001 00000000 433c0e20 406cbdf0 0x406a289c (MSVCRT.DLL.193+0x3f490c): 403a62d4 433fdbc0 406cb900 00000000 0x406a28ac (MSVCRT.DLL.193+0x3f491c): 00000000 00000000 406cb900 00000000 0x406a28bc (MSVCRT.DLL.193+0x3f492c): 00000000 433fdbc0 0047017a 00470185 0x406a28cc (MSVCRT.DLL.193+0x3f493c): 406f08a0 40738820 ff000000 406a2a28 0x406a28dc (MSVCRT.DLL.193+0x3f494c): 0400: sel=2007 base=4011b460 limit=00000000 32-bit rw- Backtrace: =>0 0xdead001e (MSVCRT.DLL._winver+0x99fe36ce) (ebp=004b3b88) 1 0x433c0de0 (MSACM32.DLL.acmStreamUnprepareHeader+0x33d190) (ebp=00000001) 0xdead001e (MSVCRT.DLL._winver+0x99fe36ce): *** Invalid address 0xdead001e (MSVCRT.DLL._winver+0x99fe36ce) -- no code -- ---------------------------------------------------------------------------------------------------- I know very little about this. It seems that processor is trying to execute code in 0xdead001e. That would indicate a missing function. If that what it is. What is the missing function ? Where it shoud be ? What is calling it ? What is "1e" in 0xdead001e I dumped MSACM32.DLL and it does not inport any MSVCRT.DLL functions. acmStreamUnprepareHeader disassembly doesn't show anything weard either. Regards, Jarmo

3 3

Re: quartz once again: was DEVENUM.DLL Implementation
by Brian Vincent (C) 12 Jun '03

12 Jun '03

> By the way, nobody ever knew *why* Hidenori asked to have his code removed. > The fact that it's due to legal issues with the code are only, as far as I > know, rumors. Not true, here's what Hidenori wrote (WWN #122): "My all MultiMedia codes are completely written from scratch. No disassembling. I believe there are no legal issues. But, I cannot warrant... I should protect myself from any potential problems now..." "The main issues for me are 1) restrictions of EULA - some codes may be based on information from non-VS6. I don't want to battle with EULA. 2) afraid to many pending patents. I cannot check all patents... and there are some other reasons I don't want to write..." "So, finally, I decided to solicite Alexandre..." http://www.winehq.com/hypermail/wine-devel/2002/05/0080.html He asked for it to be removed, I think Alexandre is right in not distributing it. I'm not sure Gav ever got permission to redistribute with WineX. The last thing I remember seeing from him was they asked for permission but hadn't received a reply. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

DSound buffer underrun problems with X-Plane
by Christian Neumair 12 Jun '03

12 Jun '03

I'm currently testing a cool flight simulator called X-Plane. It's really working great on wine, the performance is supersonic. The only downer is that the engine sound is a bit staccato, i.e. it has small breaks. My non-debug debian wine continuously outputs: "err:dsound:DSOUND_MixOne underrun on sound buffer 0x4b4c47c8" after reporting once: "fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4038ac70,00010021,1):stub" I'm not sure how complicated it is to resolve that but I assume for an advanced wine hacker familiar with directx (especially those currently working on it, *hint*, *hint*) it isn't very hard to fix. The problem is reproducible with the current stable version 6.71 and the brand-new 7.0 beta. You can fetch both betas under http://x-plane.com. Thanks in advance! You do a great job! regs, Chris

1 0

Re: Re: wIntegrate vs Wine
by Pouech Eric DMI AEI CAEN 12 Jun '03

12 Jun '03

> > -debugmsg +winsock yeilds a little information, but not much. i tried a > > -debugmsg +all, but that filled up my hard disc and caused X to crash. What > > can I do to help further determine the problem? > > Try a +relay trace. For something as vague as this you need to investigate > further really, there is an infinite multitude of things that could be > going wrong. you can also edit dlls/winsock/socket.c and set DEBUG_SOCK_ADDR to 1, you'll get a bit more of traces A+

1 0

wIntegrate vs Wine
by Emmanuel Goldstein 12 Jun '03

12 Jun '03

Hi All, I'm trying to run an application called wIntegrate under Linux. wIntegrate is basically a terminal emulator that translates traffic to/from a Telnet-like server into a Windows-like app, with dialog boxes and such. wIntegrate appears to use an internal, custom implementation of Winsock. That is, I cannot see it link winsock when i do -debugmsg +dll. The application starts up correctly but when I attempt to open a connection, i get a message ("connecting to xxx") and nothing more. netstat reveals the connection has been made (by wine) on wIntegrates behalf. i think that what is happening is that wIntegrate is somehow not being told that the connection has been initialised successfully. -debugmsg +winsock yeilds a little information, but not much. i tried a -debugmsg +all, but that filled up my hard disc and caused X to crash. What can I do to help further determine the problem?

2 1

Re: Re: Discovering which critical sections threads are in
by Pouech Eric DMI AEI CAEN 12 Jun '03

12 Jun '03

right, but looking inside the CRITICAL_SECTION which the thread blocked on, you can get the tid of the thread which holds the cs (OwningThread field IIRC). A+ > Message du 12/06/03 10:31 > De : Mike Hearn <mike(a)theoretic.com> > A : wine-devel(a)winehq.com > Copie à : > Objet : Re: Discovering which critical sections threads are in > On Wed, 11 Jun 2003 22:31:39 +0200, Sir Eric Pouech scribed thus: > > normally there's a message printed out when a critsect times out like: > > section 0x12345678 myCS wait timed out, retrying (60 sec) tid=xxxx > > and the tid gives you the thread id of the thread holding the cs > > then, you can use it for example in 'bt <tid>' to get a backtrace of > > that particular thread and look at what it's doing > > Yup, sure, I know how to do that. But the backtrace tells you which thread > blocked, and where it was when it blocked. It doesn't tell you which > thread is already inside it (so you can go find out why it never left). > > In the end yesterday I just stuck some trace statements in and used emacs > to process the resulting huge file :) i feel there should be a better way > though.... maybe having a linked list of RTL_CRITICAL_SECTION structs that > the debugger can walk. > > >

1 0

Discovering which critical sections threads are in
by Mike Hearn 12 Jun '03

12 Jun '03

Hi all, I'm trying to debug a deadlock I get when trying to open the print dialog in Internet Explorer, the backtrace I get looks like this: =>0 0x420cdb44 (NTDLL.DLL.memcpy+0x516f4) (ebp=435f0c54) 1 0x400b8d2f (NTDLL.DLL.NtWaitForMultipleObjects+0x133 in libntdll.dll.so) (ebp=435f0cf0) 2 0x400b7557 (usr1_handler+0x3b(__signal=0xa, __context=0x4f) [signal_i386.c:1132] in libntdll.dll.so) (ebp=435f0d1c) 3 0x42028c48 (NTDLL.DLL.toupper+0x6748) (ebp=437126e8) 4 0x400b8d2f (NTDLL.DLL.NtWaitForMultipleObjects+0x133 in libntdll.dll.so) (ebp=43712784) 5 0x400b8d59 (NtWaitForSingleObject+0x25(handle=0x260, alertable=0x0, timeout=0x437127c0) [sync.c:594] in libntdll.dll.so) (ebp=437127a4) 6 0x400a6e53 (RtlpWaitForCriticalSection+0xdb(crit=0x70460350) [critsection.c:162] in libntdll.dll.so) (ebp=43712828) 7 0x400a7020 (RtlEnterCriticalSection+0x34(crit=0x70460350) [critsection.c:1920] in libntdll.dll.so) (ebp=4371283c) 8 0x70457e56 (MLANG.DLL.ConvertINetString+0x4f85 in C:\WINDOWS\SYSTEM\MLANG.DLL) (ebp=4371286c) 9 0x70eaf851 (MSHTML.DLL.com_ms_osp_ospmrshl_releaseByValExternal+0x82912 in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712990) 10 0x70e60c0f (MSHTML.DLL.com_ms_osp_ospmrshl_releaseByValExternal+0x33cd0 in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712a2c) 11 0x70d94e1c (MSHTML.DLL.EntryPoint+0xbd49 in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712a4c) 12 0x70cbe59f (MSHTML.DLL..text+0x6d59f in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712a6c) 13 0x70d570e3 (MSHTML.DLL.DllGetClassObject+0x17b2f in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712ce4) 14 0x70d3bff7 (MSHTML.DLL.DllCanUnloadNow+0x28c44 in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712d50) 15 0x70e2621d (MSHTML.DLL.CreateHTMLPropertyPage+0x41f87 in C:\WINDOWS\SYSTEM\MSHTML.DLL) (ebp=43712d8c) 16 0xffffffff (OLE32.DLL..reloc+0x80018fff) (ebp=00000000) The null ebp at the top is kind of odd, I think this stack might be the result of a demarshalled RPC call. But anyway. As you can see it's blocking on a critical section, but I don't know how to find out which thread has got suck inside it. I tried putting trace statements in Rtl(Enter/Leave)CriticalSection, oops, not a good idea, waaaay too much spew there to be useful. So, what I'd like to know is whether there is any way to find out which thread has entered that critical section. Also, is this even a good idea, or is there a better way to debug thread deadlocks? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

3 2

PATCH - More comdlg32 win16/32 splitting
by Steven Edwards 11 Jun '03

11 Jun '03

Hello, More work on splitting the Win16/32 support. There are a few problems I have thought about that will need to be addressed after we are done. In some places we might still be including headers we dont need. I will fix this later as one of my goals once all of this code is split is to be able to build these dlls with either WINE, MS_VC or Mingw headers. Also if there is a comdlg32 guru still lurking on the list I am going to need your help soon with the printer dialog support. Thanks Steven Changelog: Split Win16/32 color dialog support Supporting compiling out 16 bit find dialog support Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/commdlg/Makefile.in,v retrieving revision 1.29 diff -u -r1.29 Makefile.in --- Makefile.in 7 Jun 2003 00:33:32 -0000 1.29 +++ Makefile.in 11 Jun 2003 21:43:47 -0000 @@ -18,7 +18,6 @@ filedlg.c \ filedlg95.c \ filedlgbrowser.c \ - finddlg.c \ finddlg32.c \ filetitle.c \ fontdlg.c \ @@ -26,7 +25,9 @@ printdlg.c C_SRCS16 = \ + colordlg16.c \ fontdlg16.c \ + finddlg.c RC_SRCS= rsrc.rc Index: colordlg.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/colordlg.c,v retrieving revision 1.40 diff -u -r1.40 colordlg.c --- colordlg.c 29 Apr 2003 22:52:02 -0000 1.40 +++ colordlg.c 11 Jun 2003 21:44:16 -0000 @@ -40,6 +40,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(commdlg); #include "cdlg.h" +#include "colordlg.h" static INT_PTR CALLBACK ColorDlgProc( HWND hWnd, UINT wMsg, WPARAM wParam, LPARAM lParam ); @@ -63,28 +64,6 @@ 0x00808040L, 0x00C0C0C0L, 0x00400040L, 0x00FFFFFFL }, }; -struct CCPRIVATE -{ - LPCHOOSECOLORW lpcc; /* points to public known data structure */ - LPCHOOSECOLOR16 lpcc16; /* save the 16 bits pointer */ - int nextuserdef; /* next free place in user defined color array */ - HDC hdcMem; /* color graph used for BitBlt() */ - HBITMAP hbmMem; /* color graph bitmap */ - RECT fullsize; /* original dialog window size */ - UINT msetrgb; /* # of SETRGBSTRING message (today not used) */ - RECT old3angle; /* last position of l-marker */ - RECT oldcross; /* last position of color/satuation marker */ - BOOL updating; /* to prevent recursive WM_COMMAND/EN_UPDATE processing */ - int h; - int s; - int l; /* for temporary storing of hue,sat,lum */ - int capturedGraph; /* control mouse captured */ - RECT focusRect; /* rectangle last focused item */ - HWND hwndFocus; /* handle last focused item */ -}; - -#define LCCPRIV struct CCPRIVATE * - /*********************************************************************** * CC_HSLtoRGB [internal] */ @@ -355,7 +334,7 @@ * CC_MouseCheckResultWindow [internal] * test if double click one of the result colors */ -static int CC_MouseCheckResultWindow( HWND hDlg, LPARAM lParam ) +int CC_MouseCheckResultWindow( HWND hDlg, LPARAM lParam ) { HWND hwnd; POINT point; @@ -808,7 +787,7 @@ /*********************************************************************** * CC_HookCallChk [internal] */ -static BOOL CC_HookCallChk( LPCHOOSECOLORW lpcc ) +BOOL CC_HookCallChk( LPCHOOSECOLORW lpcc ) { if (lpcc) if(lpcc->Flags & CC_ENABLEHOOK) @@ -817,11 +796,10 @@ return FALSE; } - /*********************************************************************** * CC_WMInitDialog [internal] */ -static LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam, BOOL b16 ) +LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam, BOOL b16 ) { int i, res; int r, g, b; @@ -952,7 +930,7 @@ /*********************************************************************** * CC_WMCommand [internal] */ -static LRESULT CC_WMCommand( HWND hDlg, WPARAM wParam, LPARAM lParam, WORD notifyCode, HWND hwndCtl ) +LRESULT CC_WMCommand( HWND hDlg, WPARAM wParam, LPARAM lParam, WORD notifyCode, HWND hwndCtl ) { int r, g, b, i, xx; UINT cokmsg; @@ -1104,7 +1082,7 @@ /*********************************************************************** * CC_WMPaint [internal] */ -static LRESULT CC_WMPaint( HWND hDlg, WPARAM wParam, LPARAM lParam ) +LRESULT CC_WMPaint( HWND hDlg, WPARAM wParam, LPARAM lParam ) { HDC hdc; PAINTSTRUCT ps; @@ -1124,11 +1102,10 @@ return TRUE; } - /*********************************************************************** * CC_WMLButtonUp [internal] */ -static LRESULT CC_WMLButtonUp( HWND hDlg, WPARAM wParam, LPARAM lParam ) +LRESULT CC_WMLButtonUp( HWND hDlg, WPARAM wParam, LPARAM lParam ) { LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); if (lpp->capturedGraph) @@ -1141,11 +1118,10 @@ return 0; } - /*********************************************************************** * CC_WMMouseMove [internal] */ -static LRESULT CC_WMMouseMove( HWND hDlg, LPARAM lParam ) +LRESULT CC_WMMouseMove( HWND hDlg, LPARAM lParam ) { LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); int r, g, b; @@ -1179,10 +1155,11 @@ } return 0; } + /*********************************************************************** * CC_WMLButtonDown [internal] */ -static LRESULT CC_WMLButtonDown( HWND hDlg, WPARAM wParam, LPARAM lParam ) +LRESULT CC_WMLButtonDown( HWND hDlg, WPARAM wParam, LPARAM lParam ) { LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); int r, g, b, i; @@ -1234,7 +1211,6 @@ return FALSE; } - /*********************************************************************** * ColorDlgProc32 [internal] * @@ -1297,158 +1273,6 @@ break; } return FALSE ; -} - -/*********************************************************************** - * ColorDlgProc (COMMDLG.8) - */ -BOOL16 CALLBACK ColorDlgProc16( HWND16 hDlg16, UINT16 message, - WPARAM16 wParam, LONG lParam ) -{ - BOOL16 res; - HWND hDlg = HWND_32(hDlg16); - - LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); - if (message != WM_INITDIALOG) - { - if (!lpp) - return FALSE; - res=0; - if (CC_HookCallChk(lpp->lpcc)) - res = CallWindowProc16( (WNDPROC16)lpp->lpcc16->lpfnHook, hDlg16, message, wParam, lParam); - if (res) - return res; - } - - /* FIXME: SetRGB message - if (message && message == msetrgb) - return HandleSetRGB(hDlg, lParam); - */ - - switch (message) - { - case WM_INITDIALOG: - return CC_WMInitDialog(hDlg, wParam, lParam, TRUE); - case WM_NCDESTROY: - DeleteDC(lpp->hdcMem); - DeleteObject(lpp->hbmMem); - HeapFree(GetProcessHeap(), 0, lpp->lpcc); - HeapFree(GetProcessHeap(), 0, lpp); - SetWindowLongA(hDlg, DWL_USER, 0L); /* we don't need it anymore */ - break; - case WM_COMMAND: - if (CC_WMCommand(hDlg, wParam, lParam, - HIWORD(lParam), HWND_32(LOWORD(lParam)))) - return TRUE; - break; - case WM_PAINT: - if (CC_WMPaint(hDlg, wParam, lParam)) - return TRUE; - break; - case WM_LBUTTONDBLCLK: - if (CC_MouseCheckResultWindow(hDlg,lParam)) - return TRUE; - break; - case WM_MOUSEMOVE: - if (CC_WMMouseMove(hDlg, lParam)) - return TRUE; - break; - case WM_LBUTTONUP: /* FIXME: ClipCursor off (if in color graph)*/ - if (CC_WMLButtonUp(hDlg, wParam, lParam)) - return TRUE; - break; - case WM_LBUTTONDOWN:/* FIXME: ClipCursor on (if in color graph)*/ - if (CC_WMLButtonDown(hDlg, wParam, lParam)) - return TRUE; - break; - } - return FALSE ; -} - - - -/*********************************************************************** - * ChooseColor (COMMDLG.5) - */ -BOOL16 WINAPI ChooseColor16( LPCHOOSECOLOR16 lpChCol ) -{ - HINSTANCE16 hInst; - HANDLE16 hDlgTmpl16 = 0, hResource16 = 0; - HGLOBAL16 hGlobal16 = 0; - BOOL16 bRet = FALSE; - LPCVOID template; - FARPROC16 ptr; - - TRACE("ChooseColor\n"); - if (!lpChCol) return FALSE; - - if (lpChCol->Flags & CC_ENABLETEMPLATEHANDLE) - hDlgTmpl16 = lpChCol->hInstance; - else if (lpChCol->Flags & CC_ENABLETEMPLATE) - { - HANDLE16 hResInfo; - if (!(hResInfo = FindResource16(lpChCol->hInstance, - MapSL(lpChCol->lpTemplateName), - RT_DIALOGA))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); - return FALSE; - } - if (!(hDlgTmpl16 = LoadResource16(lpChCol->hInstance, hResInfo))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); - return FALSE; - } - hResource16 = hDlgTmpl16; - } - else - { - HRSRC hResInfo; - HGLOBAL hDlgTmpl32; - LPCVOID template32; - DWORD size; - if (!(hResInfo = FindResourceA(COMDLG32_hInstance, "CHOOSE_COLOR", RT_DIALOGA))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); - return FALSE; - } - if (!(hDlgTmpl32 = LoadResource(COMDLG32_hInstance, hResInfo)) || - !(template32 = LockResource(hDlgTmpl32))) - { - COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); - return FALSE; - } - size = SizeofResource(GetModuleHandleA("COMDLG32"), hResInfo); - hGlobal16 = GlobalAlloc16(0, size); - if (!hGlobal16) - { - COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); - ERR("alloc failure for %ld bytes\n", size); - return FALSE; - } - template = GlobalLock16(hGlobal16); - if (!template) - { - COMDLG32_SetCommDlgExtendedError(CDERR_MEMLOCKFAILURE); - ERR("global lock failure for %x handle\n", hDlgTmpl16); - GlobalFree16(hGlobal16); - return FALSE; - } - ConvertDialog32To16((LPVOID)template32, size, (LPVOID)template); - hDlgTmpl16 = hGlobal16; - } - - ptr = GetProcAddress16(GetModuleHandle16("COMMDLG"), (LPCSTR) 8); - hInst = GetWindowLongA(HWND_32(lpChCol->hwndOwner), GWL_HINSTANCE); - bRet = DialogBoxIndirectParam16(hInst, hDlgTmpl16, lpChCol->hwndOwner, - (DLGPROC16) ptr, (DWORD)lpChCol); - if (hResource16) FreeResource16(hDlgTmpl16); - if (hGlobal16) - { - GlobalUnlock16(hGlobal16); - GlobalFree16(hGlobal16); - } - return bRet; } /*********************************************************************** --- /dev/null Wed Jun 11 17:47:59 2003 +++ colordlg16.c Tue Jun 10 19:44:40 2003 @@ -0,0 +1,195 @@ +/* + * COMMDLG - Color Dialog + * + * Copyright 1994 Martin Ayotte + * Copyright 1996 Albrecht Kleine + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +/* BUGS : still seems to not refresh correctly + sometimes, especially when 2 instances of the + dialog are loaded at the same time */ + +#include <ctype.h> +#include <stdlib.h> +#include <stdio.h> +#include <string.h> +#include "windef.h" +#include "winbase.h" +#include "wingdi.h" +#include "wine/winbase16.h" +#include "wine/winuser16.h" +#include "commdlg.h" +#include "dlgs.h" +#include "wine/debug.h" +#include "cderr.h" + +WINE_DEFAULT_DEBUG_CHANNEL(commdlg); + +#include "cdlg.h" +#include "colordlg.h" + +/*********************************************************************** + * ColorDlgProc (COMMDLG.8) + */ +BOOL16 CALLBACK ColorDlgProc16( HWND16 hDlg16, UINT16 message, + WPARAM16 wParam, LONG lParam ) +{ + BOOL16 res; + HWND hDlg = HWND_32(hDlg16); + + LCCPRIV lpp = (LCCPRIV)GetWindowLongA(hDlg, DWL_USER); + if (message != WM_INITDIALOG) + { + if (!lpp) + return FALSE; + res=0; + if (CC_HookCallChk(lpp->lpcc)) + res = CallWindowProc16( (WNDPROC16)lpp->lpcc16->lpfnHook, hDlg16, message, wParam, lParam); + if (res) + return res; + } + + /* FIXME: SetRGB message + if (message && message == msetrgb) + return HandleSetRGB(hDlg, lParam); + */ + + switch (message) + { + case WM_INITDIALOG: + return CC_WMInitDialog(hDlg, wParam, lParam, TRUE); + case WM_NCDESTROY: + DeleteDC(lpp->hdcMem); + DeleteObject(lpp->hbmMem); + HeapFree(GetProcessHeap(), 0, lpp->lpcc); + HeapFree(GetProcessHeap(), 0, lpp); + SetWindowLongA(hDlg, DWL_USER, 0L); /* we don't need it anymore */ + break; + case WM_COMMAND: + if (CC_WMCommand(hDlg, wParam, lParam, + HIWORD(lParam), HWND_32(LOWORD(lParam)))) + return TRUE; + break; + case WM_PAINT: + if (CC_WMPaint(hDlg, wParam, lParam)) + return TRUE; + break; + case WM_LBUTTONDBLCLK: + if (CC_MouseCheckResultWindow(hDlg,lParam)) + return TRUE; + break; + case WM_MOUSEMOVE: + if (CC_WMMouseMove(hDlg, lParam)) + return TRUE; + break; + case WM_LBUTTONUP: /* FIXME: ClipCursor off (if in color graph)*/ + if (CC_WMLButtonUp(hDlg, wParam, lParam)) + return TRUE; + break; + case WM_LBUTTONDOWN:/* FIXME: ClipCursor on (if in color graph)*/ + if (CC_WMLButtonDown(hDlg, wParam, lParam)) + return TRUE; + break; + } + return FALSE ; +} + + + +/*********************************************************************** + * ChooseColor (COMMDLG.5) + */ +BOOL16 WINAPI ChooseColor16( LPCHOOSECOLOR16 lpChCol ) +{ + HINSTANCE16 hInst; + HANDLE16 hDlgTmpl16 = 0, hResource16 = 0; + HGLOBAL16 hGlobal16 = 0; + BOOL16 bRet = FALSE; + LPCVOID template; + FARPROC16 ptr; + + TRACE("ChooseColor\n"); + if (!lpChCol) return FALSE; + + if (lpChCol->Flags & CC_ENABLETEMPLATEHANDLE) + hDlgTmpl16 = lpChCol->hInstance; + else if (lpChCol->Flags & CC_ENABLETEMPLATE) + { + HANDLE16 hResInfo; + if (!(hResInfo = FindResource16(lpChCol->hInstance, + MapSL(lpChCol->lpTemplateName), + RT_DIALOGA))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); + return FALSE; + } + if (!(hDlgTmpl16 = LoadResource16(lpChCol->hInstance, hResInfo))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); + return FALSE; + } + hResource16 = hDlgTmpl16; + } + else + { + HRSRC hResInfo; + HGLOBAL hDlgTmpl32; + LPCVOID template32; + DWORD size; + if (!(hResInfo = FindResourceA(COMDLG32_hInstance, "CHOOSE_COLOR", RT_DIALOGA))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_FINDRESFAILURE); + return FALSE; + } + if (!(hDlgTmpl32 = LoadResource(COMDLG32_hInstance, hResInfo)) || + !(template32 = LockResource(hDlgTmpl32))) + { + COMDLG32_SetCommDlgExtendedError(CDERR_LOADRESFAILURE); + return FALSE; + } + size = SizeofResource(GetModuleHandleA("COMDLG32"), hResInfo); + hGlobal16 = GlobalAlloc16(0, size); + if (!hGlobal16) + { + COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); + ERR("alloc failure for %ld bytes\n", size); + return FALSE; + } + template = GlobalLock16(hGlobal16); + if (!template) + { + COMDLG32_SetCommDlgExtendedError(CDERR_MEMLOCKFAILURE); + ERR("global lock failure for %x handle\n", hDlgTmpl16); + GlobalFree16(hGlobal16); + return FALSE; + } + ConvertDialog32To16((LPVOID)template32, size, (LPVOID)template); + hDlgTmpl16 = hGlobal16; + } + + ptr = GetProcAddress16(GetModuleHandle16("COMMDLG"), (LPCSTR) 8); + hInst = GetWindowLongA(HWND_32(lpChCol->hwndOwner), GWL_HINSTANCE); + bRet = DialogBoxIndirectParam16(hInst, hDlgTmpl16, lpChCol->hwndOwner, + (DLGPROC16) ptr, (DWORD)lpChCol); + if (hResource16) FreeResource16(hDlgTmpl16); + if (hGlobal16) + { + GlobalUnlock16(hGlobal16); + GlobalFree16(hGlobal16); + } + return bRet; +} --- /dev/null Wed Jun 11 17:49:48 2003 +++ colordlg.h Wed Jun 11 17:49:44 2003 @@ -0,0 +1,82 @@ +/* + * COMMDLG - Color Dialog + * + * Copyright 1994 Martin Ayotte + * Copyright 1996 Albrecht Kleine + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +/* BUGS : still seems to not refresh correctly + sometimes, especially when 2 instances of the + dialog are loaded at the same time */ + +#ifndef _WINE_COLORDLG_H +#define _WINE_COLORDLG_H + +#include <ctype.h> +#include <stdlib.h> +#include <stdio.h> +#include <string.h> +#include "windef.h" +#include "winbase.h" +#include "wingdi.h" +#include "wine/winbase16.h" +#include "wine/winuser16.h" +#include "commdlg.h" +#include "dlgs.h" +#include "wine/debug.h" +#include "cderr.h" + +#include "cdlg.h" + +struct CCPRIVATE +{ + LPCHOOSECOLORW lpcc; /* points to public known data structure */ + LPCHOOSECOLOR16 lpcc16; /* save the 16 bits pointer */ + int nextuserdef; /* next free place in user defined color array */ + HDC hdcMem; /* color graph used for BitBlt() */ + HBITMAP hbmMem; /* color graph bitmap */ + RECT fullsize; /* original dialog window size */ + UINT msetrgb; /* # of SETRGBSTRING message (today not used) */ + RECT old3angle; /* last position of l-marker */ + RECT oldcross; /* last position of color/satuation marker */ + BOOL updating; /* to prevent recursive WM_COMMAND/EN_UPDATE processing */ + int h; + int s; + int l; /* for temporary storing of hue,sat,lum */ + int capturedGraph; /* control mouse captured */ + RECT focusRect; /* rectangle last focused item */ + HWND hwndFocus; /* handle last focused item */ +}; + +#define LCCPRIV struct CCPRIVATE * + +/* + * Internal Functions + * Do NOT Export to other programs and dlls + */ + +BOOL CC_HookCallChk( LPCHOOSECOLORW lpcc ); +int CC_MouseCheckResultWindow( HWND hDlg, LPARAM lParam ); +LONG CC_WMInitDialog( HWND hDlg, WPARAM wParam, LPARAM lParam, BOOL b16 ); +LRESULT CC_WMLButtonDown( HWND hDlg, WPARAM wParam, LPARAM lParam ); +LRESULT CC_WMLButtonUp( HWND hDlg, WPARAM wParam, LPARAM lParam ); +LRESULT CC_WMCommand( HWND hDlg, WPARAM wParam, LPARAM lParam, WORD + notifyCode, HWND hwndCtl ); +LRESULT CC_WMMouseMove( HWND hDlg, LPARAM lParam ); +LRESULT CC_WMPaint( HWND hDlg, WPARAM wParam, LPARAM lParam ); + +#endif /* _WINE_COLORDLG_H */

1 0

Re: Resend - Split Ole Win16/32
by Gregory M. Turner 11 Jun '03

11 Jun '03

On Sunday 08 June 2003 08:10 pm, Steven Edwards wrote: > I didnt want this one to get lost in the vacation =) > > Thanks > Steven > > Changelog: Separate Win16 and Win32 support in Ole32 since you seem to have a handle on the 16/32 BS, Steven, maybe you or some other kind observer can help me out with my cabinet.dll work. Apparently, cabinet.dll supports the same API as 16-bit and 32-bit interfaces... I was wondering, do you know what, if anything, I need to do to support the 16-bit versions of these API's in dlls/cabinet? I would just ignore the issue, but since installers (the primary consumers of cabinet.dll, of course), even for 32-bit proggies, seem to be 16 bit sometimes, I guess the issue may crop up from time to time for some unlucky souls... -- "The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man." -- George Bernard Shaw gmt

2 1

Re: Broken links on WineHQ
by Brian Vincent (C) 11 Jun '03

11 Jun '03

> I'm wondering what to do about the WWN vs. Wine Kernel Cousin anchor > issue. It would be nice if they had the same anchor naming scheme... > > http://www.winehq.com/index.php?issue=173#WinINet%20Work > corresponds to > http://kt.zork.net/wine/wn20030606_173.html#3 I've stopped using Zack's <kcref> tag, you'll find that in quite a few issues. Lately I've been hardcoding WineHQ URL's as normal <a href=""> links. So when I refer to a back issue I'll just link to it on www.winehq.com. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Broken links on WineHQ
by tom wickline 11 Jun '03

11 Jun '03

And I was down to olny 164 :) I am spending a couple days with my sister at this time but as soon as I get home I will run the script and start looking at links to fix :) >Do we have a volunteer for running the script from time to time? Sure I can do this. And *try* to fix what I can... Trust me im not shy to ask for help :) What shall my new post be called Link Maintainer :) ? There is also one other problem.. And this one is much harder to fix. Here is my example http://www.winehq.com/?page=download RpmFind Look at : http://rpmfind.net/linux/rpm2html/search.php?query=Wine&submit=Search+... now look at : http://rpmseek.com/rpm-pl/wine.html?hl=com&cs=wine:PN:0:0:0 The rpmfind link is good but *I* think the rpmseek link is much better. This is just one example and there are a couple more as well but the main thing is to get as many of these fixed as possible :) Thanks again for the script.. Tom --------------------------------- Do you Yahoo!? Free online calendar with sync to Outlook(TM).

2 1

SMP Problems?
by OverrideX 11 Jun '03

11 Jun '03

Hi guys, I've been playing System Shock 2 in wine for the past couple of weeks, ever since Lionel Ulmer's surface locking patch that got it working - the other day I installed a second cpu in this box, and wine is freezing up playing ss2, if I disable SMP in the kernel, all is fine - it's not a hard lockup, I can simply killall wine.bin and wine exits with a successful status. I've noticed now that playing with SMP disabled, there are small pauses every so often, which seem to be the wine freezes instead of just pauses when SMP is enabled. The console output looks like this: err:dsound:DSOUND_MixOne underrun on sound buffer 0x40437f48 err:ntdll:RtlpWaitForCriticalSection section 0x77e340 "?" wait timed out, retrying (60 sec) tid=0009 err:ntdll:RtlpWaitForCriticalSection section 0x77e340 "?" wait timed out, retrying (60 sec) tid=000c Wine exited with a successful status I'm pretty sure it only happens at the same time a sound's about to play, but I can't be sure. Any suggestions would be appreciated - if anyone wants anymore info please let me know and I'll be happy to provide it, cc me any replies if you can -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 In spite of everything, I still believe that people are good at heart. -- Ann Frank

3 5

Fwd: [Wine-d3d] d3d8 todo: updated
by Raphaël Junqueira 10 Jun '03

10 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, only a little "reminder" of what is done, and what we need. I sugest having a global todo for all directx (dinput,dplay,dsound,dmusic,ddraw,d3d[1..9],dshow/quartz) ;) DONE (since last TODO list) ======================= o Performance o Get more of the SDK samples to work with it o Try to get a game working with it: War3, MaxPayne, UT2003, mafia, GTA3, ... o Checking for opengl extenstions before using certain functions o Use max values from opengl rather than hardcoded values o Buffer support (GetFrontBuffer, GetBackBuffer) o TexturePalettes (not really tested as i don't have gta3) o Gamma Ramp o MultiplyTransform o Mipmap support o Dirty Areas o CubeMap support o Raster states o Better debug/cleaner debug channels NEED MORE WORK: ==================== - - -- Device interface: -- o CreateRenderTarger / GetRenderTarget support (Optimisation, MemoryManager) o CreateAdditionalSwapChain/Swap Chains (Optimisation, MemoryManager) o Get/CreateDepthStencilSurface (Optimisation, MemoryManager) o Pixel and Vertex shaders support: - merge of the hw support patch in my shader tree - support of pixel shader - ps2.0 - vs3.0 o Tex Op: really use of caps - - -- Surfaces/Textures interfaces -- o Better Textures management: - unlock always reload all surface (really slow for cube maps used after a Render to surface) - see if when a texture is used as render surfaces the apps must use SetTexture after that for using it (and this way restoring the new texture to cg mem) o CopyRect: - dont lock/Unlock when not really needed - use glTexSubImage2d for optimisation when possible o Lock/Unlock: - only restore or copy when needed (exemple no save renders when WRITE_ONLY flags was used) o Preload function for textures - - -- DirectX interface: -- o Better Caps code (must be detected at DirectX8 init, only once) o Check* functions o Window sizes / fullscreen support is awful - its a real hack at the moment TODO ====== o More Performance (many users complains about that) o Get the last SDK samples (principally blending and bump) to work o D3D9 support (easy but need a lot of d3d8 cleanup/ and the d3dcore split) o A Memory Manager singleton who manage allocation and life cycle of cg object (vertex buffers, surfaces, textures, ... as directx have) better for performances and easy management of cg memory Missing Functionalities: =================== - - -- General -- o Private Data (Get/Set) support o Priority Levels (Should be reasonably easy as opengl has this functionality) o LOD support - - -- Device interface -- o nPatchs (Rect,Tri) o GetInfo (need a Better Caps code) o Reset (need Memory Manager) o ResrceMgrDiscard (need Memory Manager) o Cursor functions (already begin but almost a stub) o UpdateTexture (already begin but almost a stub) o TestCoop support o ValidateDevice (need a Better Caps code) Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+5mrFp7NA3AmQTU4RAnRTAJ9MK4/d9Srq8LxyP4EkcHG4da3fOwCbBzvN iwq1mdYKjyq0UB6uBj72Fl4= =SnhY -----END PGP SIGNATURE-----

1 0

Broken links on WineHQ
by Francois Gouget 10 Jun '03

10 Jun '03

Hi, I see that Tom has been fixing broken links lately. So I have industrialized the process a bit: I have run linklint on WineHQ.com and it found 164 dead links. I wrote a wrapper script around linklint, it's mostly syntactic sugar but I find the linklint options to be pretty unintuitive so the script will allow me to re-check the site later. Even better, I have included the script below so anyone can run it and check WineHQ for dead links. Do we have a volunteer for running the script from time to time? Note: the script directs linklint to check at most one page per second so as to limit the impact on the site. I have also uploaded the result files to my web site so everyone can check them out and start sending patches without running the script and hammering WineHQ. The most interesting pages are: * http://fgouget.free.fr/wine/linklint/errorF.html Lists broken internal links with the pages they occur in. I.e. it will tell you page http://www.winehq.com/foo points to http://www.winehq.com/bar and bar does not exist. We have 4 of these. * http://fgouget.free.fr/wine/linklint/errorAX.html Lists missing anchors in our pages. I.e. it will tell you page http://www.winehq.com/foo points to http://www.winehq.com/bar#Here but there is not 'Here' anchor in the bar page. We have 57 of these. * http://fgouget.free.fr/wine/linklint/urlfailF.html Lists broken external links. I.e. it will tell you page http://www.winehq.com/foo points to sites like http://dcerpc.net/ but the host name does not resolve or the URL is 404, etc. We have 154 of these. * http://fgouget.free.fr/wine/index.html Index to the internal links reports. * http://fgouget.free.fr/wine/urlindex.html Index to the external links reports. Dimitrie. Quite a few errors are caused by www.dssd.ca resolution problems. I remember you saying that there was some trouble with it. What's the status? Another common source of errors is that the WWN articles don't use numbers as the article index, unlike the Wine Kernel Cousin articles. That probably causes some confusion. --- #!/bin/sh host="www.winehq.com" seeds="-ignore /hypermail/@ -ignore /pipermail/@ /@" mode="all" local_options="-htmlonly -redirect" remote_options="-htmlonly" report_dir="linklint" while [ $# -gt 0 ] do if [ "$1" = "--host" ] then host="$2" shift 2 elif [ "$1" = "--local" ] then mode="local" shift elif [ "$1" = "--remote" ] then mode="remote" shift elif [ "$1" = "--all" ] then mode="all" shift elif [ "$1" = "--retry" ] then remote_options="$remote_options -retry" shift else echo "Usage: check [--host hostname] [--local|--remote|--all] [--retry]" >&2 exit 2 fi done if [ "$mode" != "remote" ] then time linklint -doc $report_dir $local_options -http -host $host $seeds fi if [ "$mode" != "local" ] then time linklint -doc $report_dir -cache $report_dir $remote_options -netmod -docbase http://$host @@ fi --- -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In theory, theory and practice are the same, but in practice they're different.

1 1

Re: Typo fixes
by Jeremy Newman 10 Jun '03

10 Jun '03

Francois, hmmmm, I don't know why, but this patch did not go. This is what I got. [jnewman@jnewman lostwages]$ patch -p0 < typos.diff patching file wwn/wn19990718_4.xml Hunk #1 FAILED at 977. Hunk #2 FAILED at 996. 2 out of 2 hunks FAILED -- saving rejects to file wwn/wn19990718_4.xml.rej patching file wwn/wn20010611_97.xml Hunk #1 FAILED at 373. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010611_97.xml.rej patching file wwn/wn20020213_115.xml Hunk #1 FAILED at 623. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20020213_115.xml.rej patching file wwn/wn20020807_131.xml Hunk #1 FAILED at 361. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20020807_131.xml.rej patching file wwn/wn20021025_141.xml Hunk #1 FAILED at 553. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20021025_141.xml.rej patching file wwn/wn20021122_145.xml Hunk #1 FAILED at 598. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20021122_145.xml.rej patching file wwn/wn20030516_170.xml Hunk #1 FAILED at 404. Hunk #2 FAILED at 414. 2 out of 2 hunks FAILED -- saving rejects to file wwn/wn20030516_170.xml.rej patching file wwn/wn20030523_171.xml Hunk #1 FAILED at 274. Hunk #2 FAILED at 400. 2 out of 2 hunks FAILED -- saving rejects to file wwn/wn20030523_171.xml.rej On Mon, 2003-06-09 at 16:28, Francois Gouget wrote: > Apparently some typo fixes were not applied the first time around. So > here's the second round. It can be applied by doing: > > cd lostwages > patch -p0 </path/to/email.txt > > > Changelog: > Fix common typos in the web site. > > > Index: wwn/wn19990718_4.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn19990718_4.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn19990718_4.xml > --- wwn/wn19990718_4.xml 2 Dec 2002 17:08:24 -0000 1.1.1.1 > +++ wwn/wn19990718_4.xml 9 Jun 2003 20:40:39 -0000 > @@ -977,13 +977,13 @@ > > > At present, it is possible to run multiple Win32 apps by starting > -seperate Wine processes manually at the command line, which would then > -start seperate Wine server processes along with the app. These processes > +separate Wine processes manually at the command line, which would then > +start separate Wine server processes along with the app. These processes > cannot communicate amongst each other using standard Win32 IPC APIs, > may have problems due to unserialized access to registry files, etc. > Some of this may be solvable by having a shared Wine server process. > Extending the Wine server model in this way is not what people are > -discussing as seperate address spaces though, right? > +discussing as separate address spaces though, right? > > > > @@ -996,14 +996,14 @@ > > > The problem with the shared address space model is that it does not > -provide the memory protection that would be provided with the seperated > +provide the memory protection that would be provided with the separated > model, and that the new process will not have the same memory layout > it would have had in Windows, right? > > > > If that's all it is, why is it a big deal? Unless I'm mistaken, > -providing seperated address spaces will be a big deal, requiring > +providing separated address spaces will be a big deal, requiring > marshalling of all message data, and various other tweaky-to-get-right > tasks. On the other side of the coin, how common is the use of > CreateProcess amongst the apps people want to run? Is this useful > Index: wwn/wn20010611_97.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010611_97.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010611_97.xml > --- wwn/wn20010611_97.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010611_97.xml 9 Jun 2003 20:41:01 -0000 > @@ -372,7 +373,7 @@ > <quote who="Patrick Stridvall"> > However regardless of this, uname shouldn't be used > (at least not directly). Autoconf provides a standard > -way to do this (which BTW happends to use uname). > +way to do this (which BTW happens to use uname). > It can be used as below. > <code>AC_CANONICAL_HOST > > Index: wwn/wn20020213_115.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020213_115.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020213_115.xml > --- wwn/wn20020213_115.xml 2 Dec 2002 17:08:21 -0000 1.1.1.1 > +++ wwn/wn20020213_115.xml 9 Jun 2003 20:41:11 -0000 > @@ -622,7 +623,7 @@ > contribute significantly to the project. Only the developers contribute, > and it is not at all clear to me that they would stop. > > -Marcus Meissner has already shown that the existance of our AFPLed DCOM > +Marcus Meissner has already shown that the existence of our AFPLed DCOM > code didn't stop him from going ahead and doing it himself. On the > contrary - it helped him, since he got hints from our design. It's a shame > that he had to, since we've been working hard to find a way to contribute > Index: wwn/wn20020807_131.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020807_131.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020807_131.xml > --- wwn/wn20020807_131.xml 2 Dec 2002 17:08:38 -0000 1.1.1.1 > +++ wwn/wn20020807_131.xml 9 Jun 2003 20:41:21 -0000 > @@ -359,7 +361,7 @@ > registries in addition to compiling wine so most of the time if you > already have these set up then it is not nessesary to use wineinstall. > > - However the structure of both the .wine/config and registries and thier > + However the structure of both the .wine/config and registries and their > contents has changed over time and as new features are added to wine. > For example over time more functionality has been added to the various > dlls and in the default config file various dlls now default to builtin > Index: wwn/wn20021025_141.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021025_141.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20021025_141.xml > --- wwn/wn20021025_141.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20021025_141.xml 9 Jun 2003 20:41:25 -0000 > @@ -552,7 +553,7 @@ > to do page rendering and such. > > Malte replied, <quote who="Malte Starostik"> > -Hmm, we're implementing the absolutely neccessary parts in reaktivate > +Hmm, we're implementing the absolutely necessary parts in reaktivate > with Konqueror, but that's run from inside Konq already, so it's a bit > special. Maybe there would be a way to use either browser with those > interfaces? :-)</quote> > Index: wwn/wn20021122_145.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021122_145.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021122_145.xml > --- wwn/wn20021122_145.xml 2 Dec 2002 17:40:34 -0000 1.1 > +++ wwn/wn20021122_145.xml 9 Jun 2003 20:41:28 -0000 > @@ -597,14 +598,14 @@ > reentrent variant if present as well as having an > alternative implementation if not. > > -As to the implict existance question: I'm not sure. > +As to the implict existence question: I'm not sure. > First of all, to answer the related question: > Should you have a alternative implementation for > defined(HAVE_GETPWUID) && !defined(HAVE_GETPWNAM)? > > IMHO the answer is no. It is not worth the effort to > support hypotetical platforms unless we can verify the > -existance of one. > +existence of one. > > To return to the original question: > I suggest that we should detect the presence or absence > Index: wwn/wn20030516_170.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030516_170.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20030516_170.xml > --- wwn/wn20030516_170.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20030516_170.xml 9 Jun 2003 20:41:40 -0000 > @@ -403,7 +404,7 @@ > > </section><section > title="Separating 16/32 Bit OLE Functions" > - subject="PATCH - Start seperating 16/32 in Ole and ole32 memlockbytes" > + subject="PATCH - Start separating 16/32 in Ole and ole32 memlockbytes" > archive="http://www.winehq.com/hypermail/wine-devel/2003/05/0404.html" > posts="2" > startdate="05/15/2003" > @@ -413,7 +414,7 @@ > OLE32. He gave an update of what he's trying to do and some of > the issues involved: > <quote who="Steven Edwards"> > - I am doing some work trying to seperate Ole* and Ole32 for use in > + I am doing some work trying to separate Ole* and Ole32 for use in > ReactOS. Before we can make use of most of the WINE code all of the > Non-Win32api imported functions are going to need to be compiled out or > rewitten. I dont need someone to do this for me but I am going to need a > Index: wwn/wn20030523_171.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030523_171.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030523_171.xml > --- wwn/wn20030523_171.xml 27 May 2003 14:25:49 -0000 1.1 > +++ wwn/wn20030523_171.xml 9 Jun 2003 20:41:41 -0000 > @@ -273,7 +274,7 @@ > At one point Dimi thought a dsp2make utility would be a useful addition and Steven > mentioned ReactOS had one. He went on to discuss some future plans, > <quote who="Steven Edwards"> > - My goal if the ReactOS guys can get more then winhello working is to have WINEs > + My goal if the ReactOS guys can get more than winhello working is to have WINEs > shell32 and comctl32 running for Linux world</quote>. > > All in all the meeting was quite successful and a lot of people were glad to > @@ -399,7 +400,7 @@ > will put in the new interface (that will also let me implement some of > GetCharacterProperties more obscure features). That is not likely to > happen. I suspect FriBidi has fallen off the end of the earth. It does > -not implement mirroring, nor does it implement Arabic Shaping (wierd, > +not implement mirroring, nor does it implement Arabic Shaping (weird, > considering that the maintainer is from Iran). It only supports UCS-4. > > Also - like I told Mike H on IRC, static linking ICU will mean that we -- Jeremy Newman <jnewman(a)winehq.org>

2 1

WinHelp and reassigning bugs
by Mike Hearn 10 Jun '03

10 Jun '03

Hi, I tried to reassign this bug to Eric Pouech: http://bugs.winehq.com/show_bug.cgi?id=1513 however it says I can't CC or reassign it to him as the email address I used, pouech-eric(a)wanadoo.fr, is not a valid bugzilla account. Basically, the guy has some details on the undocumented parts of how the winhelp protocol works...... thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Web: Fix some broken links
by Jeremy Newman 10 Jun '03

10 Jun '03

Hi ho, hi ho, more errors in the patch. [jnewman@jnewman lostwages]$ patch -p0 < broken_links.diff patching file wwn/wn20000110_25.xml patching file wwn/wn20010513_95.xml Hunk #1 FAILED at 365. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010513_95.xml.rej patching file wwn/wn20011021_106.xml Hunk #1 succeeded at 229 (offset 1 line). patching file wwn/wn20020509_122.xml Hunk #1 FAILED at 156. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20020509_122.xml.rej patching file wwn/wn20020913_135.xml Hunk #1 succeeded at 152 (offset 2 lines). On Mon, 2003-06-09 at 16:39, Francois Gouget wrote: > All the WWN anchors have changed from '#NUM' to '#subject'. I just fixed > a couple of these this time around, there are more to fix (about 30 > more). I'll fix the others next time around. > > > Changelog: > > Fix a few broken links. > > > Index: wwn/wn20000110_25.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20000110_25.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20000110_25.xml > --- wwn/wn20000110_25.xml 2 Dec 2002 17:08:26 -0000 1.1.1.1 > +++ wwn/wn20000110_25.xml 9 Jun 2003 20:40:43 -0000 > @@ -132,7 +132,7 @@ > > > > Guys from Corel have kept working on improving the PE loader (see > -<a href="wn19991206_20.html#2">Issue #20, Article #2</a>). They > +<a href="/index.php?issue=20#Improving%20Wine's%20loader">Issue #20, Article #2</a>). They > finally reached a stable solution. Gav' State reported some new > figures on the speed-up: they achieved on one application a reduction > from 11 seconds to 5 seconds to get it started. > Index: wwn/wn20010513_95.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010513_95.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20010513_95.xml > --- wwn/wn20010513_95.xml 9 Jun 2003 15:57:38 -0000 1.1 > +++ wwn/wn20010513_95.xml 9 Jun 2003 20:41:00 -0000 > @@ -365,7 +365,7 @@ > <ul> > > <li>CVS > - <a href="http://www.winehq.com/dev.shtml#CVS">http://www.winehq.com/dev.shtml#CVS</a> > + <a href="http://www.winehq.com/index.php?page=cvs">http://www.winehq.com/index.php?page=cvs</a> > The best way to stay up to date.</li> > > <li> wine-patches > Index: wwn/wn20011021_106.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011021_106.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011021_106.xml > --- wwn/wn20011021_106.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20011021_106.xml 9 Jun 2003 20:41:04 -0000 > @@ -227,8 +228,7 @@ > Apart from the two patches I just submitted to wine-patches, a > stdole32.tlb from real Windows, and the registry entries in > winedefault.reg, you need my interprocess com hacks, which I've now put on > - WineHQ: <a href="http://www.winehq.com/~ovek/install.diff"> > - http://www.winehq.com/~ovek/install.diff</a> > + WineHQ: http://www.winehq.com/~ovek/install.diff > > The installation progress bar doesn't seem to display for some reason > (might be a repaint issue or something else related to Alexandre's latest > Index: wwn/wn20020509_122.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020509_122.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020509_122.xml > --- wwn/wn20020509_122.xml 2 Dec 2002 17:08:36 -0000 1.1.1.1 > +++ wwn/wn20020509_122.xml 9 Jun 2003 20:41:17 -0000 > @@ -156,7 +156,7 @@ > releases are somewhat infrequent with the last being five months ago. However, > if you haven't tried Wine in a while and aren't comfortable > > -<a href="http://www.winehq.com/development/#CVS">with CVS</a>, > +<a href="http://www.winehq.com/index.php?page=cvs">with CVS</a>, > <a href="http://source.winehq.org/source/ANNOUNCE">tarballs</a>, or even > getting one of the > <a href="http://www.winehq.com/download/">daily builds</a> > Index: wwn/wn20020913_135.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020913_135.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20020913_135.xml > --- wwn/wn20020913_135.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20020913_135.xml 9 Jun 2003 20:41:23 -0000 > @@ -148,7 +150,7 @@ > I did add a few more options... if someone's interested in them, let me > know</quote> > > -WineHQ's <a href="http://www.winehq.com/development/#patches">development > +WineHQ's <a href="http://www.winehq.com/index.php?page=sending_patches">development > page</a> outlines most of these procedures. > > </section> -- Jeremy Newman <jnewman(a)winehq.org>

1 0

Re: XML & Kernel Cousin tags in WWN
by Jeremy Newman 10 Jun '03

10 Jun '03

Couple of patching errors here again. [jnewman@jnewman lostwages]$ patch -p0 < wwn.diff patching file wwn/wn20010319_87.xml patching file wwn/wn20010422_92.xml patching file wwn/wn20010611_97.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010611_97.xml.rej patching file wwn/wn20010621_98.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010621_98.xml.rej patching file wwn/wn20010706_99.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010706_99.xml.rej patching file wwn/wn20010718_100.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010718_100.xml.rej patching file wwn/wn20010802_101.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20010802_101.xml.rej patching file wwn/wn20010816_102.xml patching file wwn/wn20010912_103.xml patching file wwn/wn20010925_104.xml patching file wwn/wn20011007_105.xml patching file wwn/wn20011021_106.xml patching file wwn/wn20011102_107.xml patching file wwn/wn20011111_108.xml patching file wwn/wn20011125_109.xml patching file wwn/wn20011212_110.xml patching file wwn/wn20011224_111.xml patching file wwn/wn20020105_112.xml patching file wwn/wn20020114_113.xml patching file wwn/wn20020129_114.xml patching file wwn/wn20020213_115.xml patching file wwn/wn20020224_116.xml patching file wwn/wn20020308_117.xml patching file wwn/wn20020325_118.xml patching file wwn/wn20020331_119.xml patching file wwn/wn20020418_120.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20020418_120.xml.rej patching file wwn/wn20020726_130.xml patching file wwn/wn20020807_131.xml patching file wwn/wn20020913_135.xml patching file wwn/wn20020920_136.xml patching file wwn/wn20020927_137.xml patching file wwn/wn20021004_138.xml patching file wwn/wn20021011_139.xml patching file wwn/wn20021018_140.xml patching file wwn/wn20021025_141.xml patching file wwn/wn20021101_142.xml patching file wwn/wn20021108_143.xml patching file wwn/wn20021115_144.xml patching file wwn/wn20021122_145.xml patching file wwn/wn20021129_146.xml patching file wwn/wn20021206_147.xml patching file wwn/wn20021213_148.xml Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file wwn/wn20021213_148.xml.rej patching file wwn/wn20021220_149.xml patching file wwn/wn20021227_150.xml patching file wwn/wn20030103_151.xml patching file wwn/wn20030110_152.xml patching file wwn/wn20030117_153.xml patching file wwn/wn20030124_154.xml patching file wwn/wn20030131_155.xml patching file wwn/wn20030207_156.xml patching file wwn/wn20030214_157.xml patching file wwn/wn20030221_158.xml patching file wwn/wn20030228_159.xml patching file wwn/wn20030307_160.xml patching file wwn/wn20030314_161.xml patching file wwn/wn20030321_162.xml patching file wwn/wn20030328_163.xml patching file wwn/wn20030404_164.xml patching file wwn/wn20030411_165.xml patching file wwn/wn20030418_166.xml patching file wwn/wn20030425_167.xml patching file wwn/wn20030502_168.xml patching file wwn/wn20030509_169.xml patching file wwn/wn20030516_170.xml patching file wwn/wn20030523_171.xml patching file wwn/wn20030530_172.xml patching file wwn/wn20030606_173.xml On Mon, 2003-06-09 at 16:33, Francois Gouget wrote: > Hi Brian, > > On Sun, 8 Jun 2003, Brian Vincent wrote: > [...] > > The correct markup is now: > > > > <?xml version="1.0" ?> > > <kc> > > > Here is an updated patch to make all WWN issues start with the above. It > can be applied by doing: > > cd lostwages > patch -p0 </path/to/email.txt > > I hope it's better. > > > Changelog: > > Cleanup the <kc> tag and/or add an <xml> tag to the WWN issues. > > > Index: wwn/wn20010319_87.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010319_87.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010319_87.xml > --- wwn/wn20010319_87.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010319_87.xml 9 Jun 2003 20:40:59 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="eric.pouech(a)lemel.fr">Eric Pouech</author> > <issue num="87" date="2001/03/19" /> > Index: wwn/wn20010422_92.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010422_92.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010422_92.xml > --- wwn/wn20010422_92.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010422_92.xml 9 Jun 2003 20:40:59 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010611_97.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010611_97.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010611_97.xml > --- wwn/wn20010611_97.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010611_97.xml 9 Jun 2003 20:41:01 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010621_98.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010621_98.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010621_98.xml > --- wwn/wn20010621_98.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010621_98.xml 9 Jun 2003 20:41:01 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010706_99.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010706_99.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010706_99.xml > --- wwn/wn20010706_99.xml 2 Dec 2002 17:08:15 -0000 1.1.1.1 > +++ wwn/wn20010706_99.xml 9 Jun 2003 20:41:01 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010718_100.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010718_100.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010718_100.xml > --- wwn/wn20010718_100.xml 2 Dec 2002 17:08:16 -0000 1.1.1.1 > +++ wwn/wn20010718_100.xml 9 Jun 2003 20:41:02 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010802_101.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010802_101.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010802_101.xml > --- wwn/wn20010802_101.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20010802_101.xml 9 Jun 2003 20:41:02 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010816_102.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010816_102.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010816_102.xml > --- wwn/wn20010816_102.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20010816_102.xml 9 Jun 2003 20:41:03 -0000 > @@ -1,5 +1,5 @@ > - > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010912_103.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010912_103.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010912_103.xml > --- wwn/wn20010912_103.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20010912_103.xml 9 Jun 2003 20:41:03 -0000 > @@ -1,5 +1,5 @@ > - > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20010925_104.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20010925_104.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20010925_104.xml > --- wwn/wn20010925_104.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20010925_104.xml 9 Jun 2003 20:41:04 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011007_105.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011007_105.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011007_105.xml > --- wwn/wn20011007_105.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20011007_105.xml 9 Jun 2003 20:41:04 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011021_106.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011021_106.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011021_106.xml > --- wwn/wn20011021_106.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20011021_106.xml 9 Jun 2003 20:41:04 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011102_107.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011102_107.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011102_107.xml > --- wwn/wn20011102_107.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20011102_107.xml 9 Jun 2003 20:41:05 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011111_108.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011111_108.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011111_108.xml > --- wwn/wn20011111_108.xml 2 Dec 2002 17:08:17 -0000 1.1.1.1 > +++ wwn/wn20011111_108.xml 9 Jun 2003 20:41:05 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011125_109.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011125_109.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011125_109.xml > --- wwn/wn20011125_109.xml 2 Dec 2002 17:08:18 -0000 1.1.1.1 > +++ wwn/wn20011125_109.xml 9 Jun 2003 20:41:05 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011212_110.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011212_110.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011212_110.xml > --- wwn/wn20011212_110.xml 2 Dec 2002 17:08:18 -0000 1.1.1.1 > +++ wwn/wn20011212_110.xml 9 Jun 2003 20:41:06 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20011224_111.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20011224_111.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20011224_111.xml > --- wwn/wn20011224_111.xml 2 Dec 2002 17:08:19 -0000 1.1.1.1 > +++ wwn/wn20011224_111.xml 9 Jun 2003 20:41:07 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020105_112.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020105_112.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020105_112.xml > --- wwn/wn20020105_112.xml 2 Dec 2002 17:08:19 -0000 1.1.1.1 > +++ wwn/wn20020105_112.xml 9 Jun 2003 20:41:08 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020114_113.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020114_113.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020114_113.xml > --- wwn/wn20020114_113.xml 2 Dec 2002 17:08:20 -0000 1.1.1.1 > +++ wwn/wn20020114_113.xml 9 Jun 2003 20:41:09 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020129_114.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020129_114.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020129_114.xml > --- wwn/wn20020129_114.xml 2 Dec 2002 17:08:20 -0000 1.1.1.1 > +++ wwn/wn20020129_114.xml 9 Jun 2003 20:41:09 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > > <author email="vinn(a)theshell.com">Brian Vincent</author> > Index: wwn/wn20020213_115.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020213_115.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020213_115.xml > --- wwn/wn20020213_115.xml 2 Dec 2002 17:08:21 -0000 1.1.1.1 > +++ wwn/wn20020213_115.xml 9 Jun 2003 20:41:11 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020224_116.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020224_116.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020224_116.xml > --- wwn/wn20020224_116.xml 2 Dec 2002 17:08:21 -0000 1.1.1.1 > +++ wwn/wn20020224_116.xml 9 Jun 2003 20:41:12 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020308_117.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020308_117.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20020308_117.xml > --- wwn/wn20020308_117.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20020308_117.xml 9 Jun 2003 20:41:12 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020325_118.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020325_118.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020325_118.xml > --- wwn/wn20020325_118.xml 2 Dec 2002 17:08:22 -0000 1.1.1.1 > +++ wwn/wn20020325_118.xml 9 Jun 2003 20:41:14 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020331_119.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020331_119.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020331_119.xml > --- wwn/wn20020331_119.xml 2 Dec 2002 17:08:23 -0000 1.1.1.1 > +++ wwn/wn20020331_119.xml 9 Jun 2003 20:41:15 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20020418_120.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020418_120.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020418_120.xml > --- wwn/wn20020418_120.xml 2 Dec 2002 17:08:35 -0000 1.1.1.1 > +++ wwn/wn20020418_120.xml 9 Jun 2003 20:41:15 -0000 > @@ -1,5 +1,6 @@ > -<?xml version="1.0" ?> > - <kc> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="120" date="04/18/2002"/> > Index: wwn/wn20020726_130.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020726_130.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020726_130.xml > --- wwn/wn20020726_130.xml 2 Dec 2002 17:08:38 -0000 1.1.1.1 > +++ wwn/wn20020726_130.xml 9 Jun 2003 20:41:20 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="130" date="07/26/2002"/> > Index: wwn/wn20020807_131.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020807_131.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020807_131.xml > --- wwn/wn20020807_131.xml 2 Dec 2002 17:08:38 -0000 1.1.1.1 > +++ wwn/wn20020807_131.xml 9 Jun 2003 20:41:21 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="131" date="08/07/2002"/> > Index: wwn/wn20020913_135.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020913_135.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20020913_135.xml > --- wwn/wn20020913_135.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20020913_135.xml 9 Jun 2003 20:41:23 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="135" date="09/13/2002"/> > Index: wwn/wn20020920_136.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020920_136.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020920_136.xml > --- wwn/wn20020920_136.xml 2 Dec 2002 17:08:39 -0000 1.1.1.1 > +++ wwn/wn20020920_136.xml 9 Jun 2003 20:41:23 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="136" date="09/20/2002"/> > Index: wwn/wn20020927_137.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20020927_137.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20020927_137.xml > --- wwn/wn20020927_137.xml 2 Dec 2002 17:08:39 -0000 1.1.1.1 > +++ wwn/wn20020927_137.xml 9 Jun 2003 20:41:23 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021004_138.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021004_138.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20021004_138.xml > --- wwn/wn20021004_138.xml 2 Dec 2002 17:08:40 -0000 1.1.1.1 > +++ wwn/wn20021004_138.xml 9 Jun 2003 20:41:24 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021011_139.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021011_139.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20021011_139.xml > --- wwn/wn20021011_139.xml 2 Dec 2002 17:08:40 -0000 1.1.1.1 > +++ wwn/wn20021011_139.xml 9 Jun 2003 20:41:24 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021018_140.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021018_140.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20021018_140.xml > --- wwn/wn20021018_140.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20021018_140.xml 9 Jun 2003 20:41:24 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021025_141.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021025_141.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20021025_141.xml > --- wwn/wn20021025_141.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20021025_141.xml 9 Jun 2003 20:41:25 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021101_142.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021101_142.xml,v > retrieving revision 1.1.1.1 > diff -u -r1.1.1.1 wn20021101_142.xml > --- wwn/wn20021101_142.xml 2 Dec 2002 17:08:41 -0000 1.1.1.1 > +++ wwn/wn20021101_142.xml 9 Jun 2003 20:41:26 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021108_143.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021108_143.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021108_143.xml > --- wwn/wn20021108_143.xml 2 Dec 2002 17:40:34 -0000 1.1 > +++ wwn/wn20021108_143.xml 9 Jun 2003 20:41:27 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021115_144.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021115_144.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021115_144.xml > --- wwn/wn20021115_144.xml 2 Dec 2002 17:40:34 -0000 1.1 > +++ wwn/wn20021115_144.xml 9 Jun 2003 20:41:27 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021122_145.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021122_145.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021122_145.xml > --- wwn/wn20021122_145.xml 2 Dec 2002 17:40:34 -0000 1.1 > +++ wwn/wn20021122_145.xml 9 Jun 2003 20:41:28 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021129_146.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021129_146.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021129_146.xml > --- wwn/wn20021129_146.xml 2 Dec 2002 17:40:34 -0000 1.1 > +++ wwn/wn20021129_146.xml 9 Jun 2003 20:41:29 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021206_147.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021206_147.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20021206_147.xml > --- wwn/wn20021206_147.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20021206_147.xml 9 Jun 2003 20:41:29 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021213_148.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021213_148.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021213_148.xml > --- wwn/wn20021213_148.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20021213_148.xml 9 Jun 2003 20:41:30 -0000 > @@ -1,4 +1,6 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > + > <title>Kernel Cousin Wine</title> > <author email="vinn(a)theshell.com">Brian Vincent</author> > <issue num="148" date="12/13/2002" /> > Index: wwn/wn20021220_149.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021220_149.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021220_149.xml > --- wwn/wn20021220_149.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20021220_149.xml 9 Jun 2003 20:41:30 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20021227_150.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20021227_150.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20021227_150.xml > --- wwn/wn20021227_150.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20021227_150.xml 9 Jun 2003 20:41:31 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030103_151.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030103_151.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030103_151.xml > --- wwn/wn20030103_151.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030103_151.xml 9 Jun 2003 20:41:31 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030110_152.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030110_152.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030110_152.xml > --- wwn/wn20030110_152.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030110_152.xml 9 Jun 2003 20:41:32 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030117_153.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030117_153.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20030117_153.xml > --- wwn/wn20030117_153.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20030117_153.xml 9 Jun 2003 20:41:32 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030124_154.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030124_154.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030124_154.xml > --- wwn/wn20030124_154.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030124_154.xml 9 Jun 2003 20:41:33 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030131_155.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030131_155.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030131_155.xml > --- wwn/wn20030131_155.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030131_155.xml 9 Jun 2003 20:41:34 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030207_156.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030207_156.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20030207_156.xml > --- wwn/wn20030207_156.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20030207_156.xml 9 Jun 2003 20:41:34 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030214_157.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030214_157.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030214_157.xml > --- wwn/wn20030214_157.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030214_157.xml 9 Jun 2003 20:41:34 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030221_158.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030221_158.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030221_158.xml > --- wwn/wn20030221_158.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030221_158.xml 9 Jun 2003 20:41:35 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Kernel Cousin Wine</title> > > Index: wwn/wn20030228_159.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030228_159.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030228_159.xml > --- wwn/wn20030228_159.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030228_159.xml 9 Jun 2003 20:41:35 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030307_160.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030307_160.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030307_160.xml > --- wwn/wn20030307_160.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030307_160.xml 9 Jun 2003 20:41:36 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030314_161.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030314_161.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030314_161.xml > --- wwn/wn20030314_161.xml 18 Mar 2003 21:58:34 -0000 1.1 > +++ wwn/wn20030314_161.xml 9 Jun 2003 20:41:36 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030321_162.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030321_162.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030321_162.xml > --- wwn/wn20030321_162.xml 20 Mar 2003 23:13:41 -0000 1.1 > +++ wwn/wn20030321_162.xml 9 Jun 2003 20:41:37 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030328_163.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030328_163.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030328_163.xml > --- wwn/wn20030328_163.xml 28 Mar 2003 14:04:35 -0000 1.1 > +++ wwn/wn20030328_163.xml 9 Jun 2003 20:41:37 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030404_164.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030404_164.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030404_164.xml > --- wwn/wn20030404_164.xml 4 Apr 2003 06:37:00 -0000 1.1 > +++ wwn/wn20030404_164.xml 9 Jun 2003 20:41:38 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030411_165.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030411_165.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030411_165.xml > --- wwn/wn20030411_165.xml 11 Apr 2003 16:52:48 -0000 1.1 > +++ wwn/wn20030411_165.xml 9 Jun 2003 20:41:38 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030418_166.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030418_166.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030418_166.xml > --- wwn/wn20030418_166.xml 18 Apr 2003 02:21:57 -0000 1.1 > +++ wwn/wn20030418_166.xml 9 Jun 2003 20:41:39 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030425_167.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030425_167.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030425_167.xml > --- wwn/wn20030425_167.xml 26 Apr 2003 16:37:42 -0000 1.1 > +++ wwn/wn20030425_167.xml 9 Jun 2003 20:41:39 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030502_168.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030502_168.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030502_168.xml > --- wwn/wn20030502_168.xml 2 May 2003 16:27:21 -0000 1.1 > +++ wwn/wn20030502_168.xml 9 Jun 2003 20:41:39 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030509_169.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030509_169.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030509_169.xml > --- wwn/wn20030509_169.xml 9 May 2003 15:12:33 -0000 1.1 > +++ wwn/wn20030509_169.xml 9 Jun 2003 20:41:40 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030516_170.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030516_170.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20030516_170.xml > --- wwn/wn20030516_170.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20030516_170.xml 9 Jun 2003 20:41:40 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030523_171.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030523_171.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030523_171.xml > --- wwn/wn20030523_171.xml 27 May 2003 14:25:49 -0000 1.1 > +++ wwn/wn20030523_171.xml 9 Jun 2003 20:41:41 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030530_172.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030530_172.xml,v > retrieving revision 1.2 > diff -u -r1.2 wn20030530_172.xml > --- wwn/wn20030530_172.xml 9 Jun 2003 15:18:38 -0000 1.2 > +++ wwn/wn20030530_172.xml 9 Jun 2003 20:41:41 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> > > Index: wwn/wn20030606_173.xml > =================================================================== > RCS file: /home/wine/lostwages/wwn/wn20030606_173.xml,v > retrieving revision 1.1 > diff -u -r1.1 wn20030606_173.xml > --- wwn/wn20030606_173.xml 6 Jun 2003 00:50:52 -0000 1.1 > +++ wwn/wn20030606_173.xml 9 Jun 2003 20:41:41 -0000 > @@ -1,4 +1,5 @@ > -<kc version="0.1.0"> > +<?xml version="1.0" ?> > +<kc> > > <title>Wine Traffic</title> -- Jeremy Newman <jnewman(a)winehq.org>

1 0

ListView
by Matej Spiller 10 Jun '03

10 Jun '03

When running UltimateZip I get LISTVIEW_GetColumnInfo(LISTVIEW_INFO *infoPtr, INT nSubItem) (listview.c:1237) ... assert (nSubItem >= 0 && nSubItem < infoPtr->hdpaColumns->nItemCount); Atfer doing some digging, I found out that problem is when deleting last column in ListView and scrolling it afterward. Atfer some more digging I found out that patch for this was already created and issued by Stefan Haller but was never commited. In MSDN it says that last column should never be deleted (but we still need bulletproof code), but under WinXP I'm able to delete last column without any problems. We have two options, to delete last colulmn, or to return false and not delete last column. Anyway after mine or Stefan's patch UltimateZip and Starbase StarTeam work (our patch uses first option, deletes last column). http://www.winehq.com/hypermail/wine-patches/2003/02/0212.html Matej Spiller-Muys

2 1

Wineconf??
by Shachar Shemesh 10 Jun '03

10 Jun '03

Hi, So, what was the decision regarding wineconf? Are we going to have it? Where? When? I'm trying to organize a local Linux conference (called "August Penguin" - try to guess which month that's going to be in. No no, guess). It would be really embarresing if, in the end, I won't be able to atend either conferences. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

13 17

SMP Problems?
by OverrideX 10 Jun '03

10 Jun '03

Hi guys, I've been playing System Shock 2 in wine for the past couple of weeks, ever since Lionel Ulmer's surface locking patch that got it working - the other day I installed a second cpu in this box, and wine is freezing up playing ss2, if I disable SMP in the kernel, all is fine - it's not a hard lockup, I can simply killall wine.bin and wine exits with a successful status. I've noticed now that playing with SMP disabled, there are small pauses every so often, which seem to be the wine freezes instead of just pauses when SMP is enabled. The console output looks like this: err:dsound:DSOUND_MixOne underrun on sound buffer 0x40437f48 err:ntdll:RtlpWaitForCriticalSection section 0x77e340 "?" wait timed out, retrying (60 sec) tid=0009 err:ntdll:RtlpWaitForCriticalSection section 0x77e340 "?" wait timed out, retrying (60 sec) tid=000c Wine exited with a successful status I'm pretty sure it only happens at the same time a sound's about to play, but I can't be sure. Any suggestions would be appreciated - if anyone wants anymore info please let me know and I'll be happy to provide it, cc me any replies if you can -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 New systems generate new problems.

1 0

Re: Typo fixes
by Duane Clark 09 Jun '03

09 Jun '03

Francois Gouget wrote: > -As to the implict existance question: I'm not sure. > +As to the implict existence question: I'm not sure. +As to the implicit existence question: I'm not sure. ^

2 1

Testing a mouse problem in Theme Hospital
by Carlos Lozano 09 Jun '03

09 Jun '03

Hello, I am tracing a mouse problem in the game Theme Hospital. It is a old game, so it is not using dinput. The game works "correct" until that you arrive to the first screen what you must move the mouse. The X cursor is visible in pos 0,0, and the game cursor in middle of the screen. If you move to right or down, the game cursor moves correctly, but if you move to left or up the game cursor doesn't move. The X cursor is continually returning to pos 0,0. In traces: trace:cursor:X11DRV_SetCursorPos warping to (0,0) trace:cursor:send_mouse_event (8001,0,0) trace:cursor:X11DRV_SetCursorPos warping to (0,0) trace:cursor:send_mouse_event (8001,0,0) 000a:Call window proc 0x492050 (hwnd=0x10021,msg=WM_MOUSEMOVE,wp=00000000,lp=00000000) 000a:Call kernel32._ConfirmSysLevel(4085cce8) ret=40803b59 000a:Ret kernel32._ConfirmSysLevel() retval=00000000 ret=40803b59 000a:Call user32.GetClipCursor(42372d0c) ret=0049135b 000a:Ret user32.GetClipCursor() retval=00000001 ret=0049135b 000a:Call user32.SetCursorPos(00000000,00000000) ret=00491408 000a:Call x11drv.SetCursorPos(00000000,00000000) ret=407ef1b4 000a:trace:cursor:X11DRV_SetCursorPos warping to (0,0) 000a:Ret x11drv.SetCursorPos() retval=00000000 ret=407ef1b4 000a:Ret user32.SetCursorPos() retval=00000001 ret=00491408 000a:Call user32.DefWindowProcA(00010021,00000200,00000000,00000000) ret=00494ad7 I am not sure, if it is the own game, or a different routine what is moving the X cursor back to (0,0), but i think that the problem is that because it is always in 0,0, the X mouse events doesn't process the left/up moves. I have been tracing X11DRV_MotionNotify, and if i move only up/left from the start of the game, it has always coordinates values 0, so the game can't know what the mouse is moving up/left. Some idea, fixing it? Thanks, Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

Re: DEVENUM.DLL Implementation
by Lionel Ulmer 09 Jun '03

09 Jun '03

> This should be an almost complete implementation of DEVENUM.DLL > What is not complete yet, is one function that uses IFilterMapper2 (not > implemented yet in quartz.dll) to generate some dynamic information about > the waveIn, waveOut and midi devices available. Also, it seems to fail when > using built-in oleaut32, but not when using native devenum and not when > using native oleaut32. I am hoping the reason for this should become > fixed/clearer after implementing quartz.dll (and no, I am not > volunteering!). Alexandre, Robert, Do you have any idea why this patch was never comitted to Wine ? Maybe this will prevent me to do 'quartz,devenum=n' and only 'quartz=n' to get movies in some applications :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

loading and running windows dlls in a linux program
by Stefan Sperling 09 Jun '03

09 Jun '03

Hi, I want to write a program that uses audio plugins. I also want to add support for a couple of plugins I use that are compiled as windows dlls. I know the interface the plugins expect, so there will be no real problem in this regard. But I will have to know about how to load a windows dll under linux and the potential obstacles involved in this. I know that some other free programs are already loading windows dlls: mplayer loads foreign windows video/audio codec dlls and the cvs version of soundtracker more or less loads so-called "buzzmachines". Both of them use wine code to achive this. I basically will have to do the same as soundtracker. The soundtracker code uses wine code but it is pretty outdated (may 2001). The actual code loading the buzzmachines is closed source because the author of the original windows program using buzzmachines does not want that code snippet to be free - so I cannot read it in plain C. But I can see what functions are being called in the object code (thanks nm). Three of which come from wine: LoadLibraryA GetProcAddress FreeLibrary Are these all I need? In theory, this looks about enough to be able to load a shared object... but I will need a lot of other wine internals too, in case a dll does a system call (like malloc, which will definitely happen), won't I? What happens if I pass a pointer to a method contained in a windows dll?? Will wine take care about low level stuff like keeping track of memory layouts of structs and convert them if they are incorrect? More precisely: If I reimplement data structures external to the dll but used by it, will the difference in memory layout between the original struct the dll expects and my new implementation under linux matter? Thanks stefan

6 11

Re: [DINPUT] Some more dinput stuff
by Raphaël Junqueira 09 Jun '03

09 Jun '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Lundi 09 Juin 2003 19:37, Raphaël Junqueira a écrit : > Le Lundi 09 Juin 2003 15:38, Christian Costa a écrit : > > Hi, > > > > This patch makes dinput8 behaviour more correct for mouse and keyboard. > > Now, controls work in the Incoming Forces demo. > > I suppose the game is playable. I didn't play too much since it's slow > > with my P2-400 / TNT2. > > good news ;) > > > At the very least, this will give some material for Raphael and Jason. > > well now we have to look it ;)) > > > Bye, > > Christian > > > > Changelog : > > Make dinput8 behaviour more correct for mouse and keyboard. > > Fix small bug when keyboard buffer overflows. > > Use DI_OK instead of 0 for returned values. > > As your patch is a little malformed and conflicts with mine (a big one) > i send my patch merged with yours, can you look if all is correct. > > Changelog addin: > - DInput WideChar classes support try 2: with this unreal tournament 2003 > is playable and unreal2 can launch. This time all dinput versions have > widechar classes. > > Sorry about this huge patch Alexandre :( > > Regards, > Raphael As noticied by Lionel, this patch include the same fix that Paul Bain <prbain(a)essex.ac.uk> have sent in "wine-patches:Really small dinput mouse fix" So changelog addin: - - Paul Bain <prbain(a)essex.ac.uk> Puts IID_IDirectInputDevice2A back in IDirectInputDevice2AImpl_QueryInterface so the mouse works again in a few games that use it. :) Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+5OY3p7NA3AmQTU4RAny/AJ0eB57Dwcx/cRZyKDtoSgrp0w1OLACeMaCe PYINEVha58kLHtFDPvwi4YU= =WxzP -----END PGP SIGNATURE-----

1 0

Re: [DShow] A bunch of stubs...
by Mike Hearn 09 Jun '03

09 Jun '03

> PS: before anyone sends me mails, we know that WineX's QUARTZ DLL is LGPL'ed I've been thinking (waits for the applause to die down). DirectShow is similar in style and architecture to GStreamer right? They both use graphs of connected elements. Would it be possible to use GStreamer to implement Quartz? Pros: * Saves potentially a lot of work, depending on how big DirectShow is. * GStreamer is written in C, under the LGPL (though licenses of codecs vary) * Get lots of codecs for free. Cons: * Are they too different? Would it be like trying to map comctrl onto Tk? * Adds an extra dependancy on GStreamer. Still, all distros with gnome2.2 (ie all of them) ship with it on the CDs. * I don't know what I'm talking about, so I could be being dumb. Thoughts? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

4 3

Half Life problems
by Mathew McBride 09 Jun '03

09 Jun '03

Hi, Using Win98SE dlls (DX 8.1), Debian unstable Wine package $wine hl.exe -- -game tfc Invoking /usr/bin/wine.bin hl.exe -- -game tfc ... err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:module:get_registry_value Invalid load order module-type L"so", ignored err:wave:OSS_WaveOutInit /dev/mixer: not found! err:wave:OSS_WaveInInit /dev/mixer: not found! err:module:get_registry_value Invalid load order module-type L"so", ignored fixme:file:SetFileAttributesW Couldn't set file attributes for existing file "/home/matt/HalfLife/sierra.inf". Check permissions or set VFAT "quiet" mount flag fixme:file:SetFileAttributesW Couldn't set file attributes for existing file "/home/matt/HalfLife/valve/config.cfg". Check permissions or set VFAT "quiet" mount flag fixme:reg:RegFlushKey (0x9c): stub fixme:system:ChangeDisplaySettingsA ((nil),0x00000000), stub flags= fixme:system:ChangeDisplaySettingsA devmode=NULL (return to default mode) Wine exited with a successful status If you look at snapshot2.png, it says that it needs 16-bit colors. Changing to normal (non-desktop) mode doesn't fix it. From what the log says, it looks like Half-Life is trying to fix the settings itself (and load defaults from config), but it can't do so. WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; "Path"="xxx" (Unix path for drive root) ;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; "Label"="xxx" (drive label, at most 11 characters) ;; "Serial"="xxx" (serial number, 8 characters hexadecimal number) ;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; "Device"="/dev/xx" (only if you want to allow raw device access) ;; [Drive A] "Type" = "floppy" "Path" = "/floppy" "Label" = "/floppy" "Device" = "/dev/fd0" [Drive C] "Path" = "/home/matt/.wine/fake_windows" "Type" = "hd" "Label" = "/home/matt/.wine/fake_windows" "Filesystem" = "win95" [Drive M] "Type" = "cdrom" "Path" = "/cdrom" "Label" = "/cdrom" "FS" = "win95" "Device" = "/dev/hdb" [Drive N] "Type" = "cdrom" "Path" = "/mnt/cdrom2" "Label" = "/mnt/cdrom2" "FS" = "win95" "Device" = "/dev/hdd" [Drive O] "Type" = "cdrom" "Path" = "/mnt/cdrom1" "Label" = "/mnt/cdrom1" "FS" = "win95" "Device" = "/dev/scd0" [Drive P] "Type" = "cdrom" "Path" = "/home/matt/.kde/share/apps/cdbakeoven/cdboTmpIsoLoopWhole" "Label" = "/home/matt/.kde/share/apps/cdbakeoven/cdboTmpIsoLoopWhole" "FS" = "win95" "Device" = "/home/matt/.kde/share/apps/cdbakeoven/sessionLoad" [Drive X] "Type" = "hd" "Path" = "/tmp" "Label" = "Tmp Drive" "FS" = "win95" [Drive Y] "Type" = "network" "Path" = "${HOME}" "Label" = "Home" "FS" = "win95" [Drive Z] "Type" = "network" "Path" = "/" "Label" = "Root" "FS" = "win95" [wine] "Windows" = "C:\\Windows" "System" = "C:\\Windows\\System" "Temp" = "X:\\" "Path" = "C:\\Windows;C:\\Windows\\System;X:\\;Y:\\" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" # <wineconf> [DllOverrides] "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "ver" = "builtin, native" "version" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "lzexpand" = "builtin, native" "lz32" = "builtin, native" "comctl32" = "builtin, native" "commctrl" = "builtin, native" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "mpr" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "opengl32" = "builtin, native" "msvcrt" = "native, builtin" "rpcrt4" = "native, builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "msacm" = "builtin, native" "msacm32" = "builtin, native" "midimap.drv" = "builtin, native" ; default for all other dlls "*" = "native, builtin, so" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "65535" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "N" ; Use a desktop window of 640x480 for Wine ;"Desktop" = "1024x768" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) "UseDGA" = "Y" ; Use XShm extension if present "UseXShm" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "Y" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read documentation/fonts before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" [parallelports] "Lpt1" = "/dev/lp0" [spooler] "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ; "write" = "0x779,0x379,0x280-0x2a0" [spy] "Exclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' "WineLook" = "Win98" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" # </wineconf> ######################################### # Application dependent sections follow # ######################################### [AppDefaults\\iexplore.exe\\DllOverrides] "shell" = "native, builtin" "shell32" = "native, builtin" "shfolder" = "native, builtin" "shlwapi" = "native, builtin" "comctl32" = "native, builtin" "commctrl" = "native, builtin" [AppDefaults\\notes.exe\\DllOverrides] "shlwapi" = "native" "msvcrt" = "native" "crtdll" = "native" "ole32" = "builtin" "oleaut32" = "builtin" "olepro32" = "builtin" [AppDefaults\\nlnotes.exe\\DllOverrides] "shlwapi" = "native" "msvcrt" = "native" "crtdll" = "native" "ole32" = "builtin" "oleaut32" = "builtin" "olepro32" = "builtin" "netbios" = "builtin" [AppDefaults\\nhldaemn.exe\\DllOverrides] "shlwapi" = "native" "msvcrt" = "native" "crtdll" = "native" "ole32" = "builtin" "oleaut32" = "builtin" "olepro32" = "builtin" [AppDefaults\\_INS5576._MP\\x11drv] ; Lotus Notes R5 installer ; I'm quite not sure this will run on some other machine than mine, but it ; can't hurt "Managed" = "N" "Desktop" = "N" [AppDefaults\\nlnotes.exe\\x11drv] "Desktop" = "800x600"

2 3

How to use CVS Wine?
by Z_God 09 Jun '03

09 Jun '03

I just installed Wine from CVS using one of those GetWine scripts. When I try to run something, I always get: wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4028197d It doesn't matter what I run. What should I do? Thanks in advance.

4 6

Warcraft 3 Issues (RedHat 9)
by Ann and Jason Edmeades 09 Jun '03

09 Jun '03

Hiya, Firstly I can only talk about wine, not winex as I really dont have a clue about that. >fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntf16.dll"):100 >attribute(s) not implemented. >fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntf32.dll"):100 >attribute(s) not implemented. >fixme:file:SetFileAttributesW (L"C:\\WINDOWS\\SYSTEM\\SIntfNT.dll"):100 >attribute(s) not implemented. This is copy protection. Wine does not support this form of copy protection yet, so you need to find a nocd patch. Here are some instructions I passed to someone else which worked: You need: 1. The very latest cvs tree 2. Disable sound for now ("Drivers" = "" in [winmm] in ~/.wine/config) 3. Use windows msvcrt, or apply patch from http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2003-05/… 4. Install as usual 5. Apply 1.05 patch then noCD patch 6. My config includes the following in the [x11drv] section: "Managed" = "Y" "Desktop" = "800x600" And in the [Version] section "Windows" = "win2k" 7. Rename the movies directory to eg. movies.org 8. run 'wine war3' (not warcraft3, although I think my patch for this has been committed now) Jason

2 1

Re: [RFC] Wine 0.9 TODO v0.9
by Sylvain Petreolle 09 Jun '03

09 Jun '03

--- Martin Fuchs <Martin-Fuchs(a)gmx.net> a écrit : > Hi Sylvain, > > > Im wanting to add French support to winefile and perhaps implement > some > > NYI. > > - Martin, do you have work in progress / not submitted patches ? > > - Dimitrie, could you add an item to the list since some users are > > asking for an explorer.exe replacement ? > > No, I don't have pending patches for winefile. You are free to > implement anything you want. ;-) > Cool :) Starting the french file. > You could also have a look at the ReactOS project. Robert Dickenson > did take the winefile source code, and used it for his ROS explorer > clone. I did not look at the latest version. But it has implemented a > few more features than wine's current state. > However, it seems to me, it's more in the style of MS's explorer.exe. > It has a native tree control. Well - and the version I tried was a > bit flickering when updating it's display. ;-) > Winefile is more targeted to mimic MS's winfile.exe. Do you remember > WIN 3.1? (It's was also deployed with Win 95 and Windows NT.) Of course. I started with DOS 3.2 => Norton Commander, Dosshell, Win 2, 3, 3.1, Win95 => Linux:) I know that winefile is for winfile, but if we plan to mimic current explorer.exe, then no need to have a desktop. current explorer is too heavy IMO. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

[RFC] Wine 0.9 TODO v0.9
by Dimitrie O. Paun 09 Jun '03

09 Jun '03

Hi folks, A new version (v0.9) of the Wine 0.9 TODO is available for your viewing pleasure at: http://63.138.153.104/wine/Wine-0.9-TODO-0.9.html The work-in-progress one is available at: http://63.138.153.104/wine/Wine-0.9-TODO.html Most important changes in this one is that a bunch of stuff was moved over to the Wine 1.0 TODO: http://63.138.153.104/wine/Wine-1.0-TODO.html Any feedback concerning this (rather large) changes is more than welcomed. Note: I had problems with my dssd.ca domain as of late, I'll try to fix them soon. Meanwhile, the IP should do. -- Dimi.

3 2

Debug Help - Lotus Notes 6
by Moreno 09 Jun '03

09 Jun '03

Hi, i try to find the error of Lotus Notes 6. I redirect the output of a console to a file but full is 1,2 GB in my HD maybe stop because my file system is finish. How can i find where is the error? Error: ------------------------- fixme:commctrl:InitializeFlatSB stub fixme:hook:NotifyWinEvent (32768,0x1005f,-4,0)-stub! Thread=[000A:0002-000B] Stack base=0x406C187C, Stack size = 8280 bytes PANIC: LookupHandle: null handle fixme:msvcrt:_XcptFilter (-1073741819,0x405b08f4)semi-stub FIXME:pthread_cond_init fixme:seh:EXC_RtlRaiseException call to unimplemented function netapi32.dll.NetUserEnum fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. ------------------------- bye Moreno

2 2

Re: Add Euro and antiquote to the french keyboard layout
by Dmitry Timoshkov 09 Jun '03

09 Jun '03

"Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > @@ -1013,7 +1013,8 @@ > predefined group index and find it dynamically > Ref: X Keyboard Extension: Library specification (section 14.1.1 and 17.1.1) */ > - AltGrMask = event->state & 0x6000; > + /* Save also all possible modifier states. */ > + AltGrMask = event->state & (0x6000 | Mod1Mask | Mod2Mask | Mod3Mask | Mod4Mask | Mod5Mask); > Str[ascii_chars] = '\0'; > if (TRACE_ON(key)){ I assume that this part of the diff went in by a mistake. Doesn't it? Or you expect that if you borrow a little bit from the CX Office source it will be silently attributed to you? Please don't do this in future, Alexandre will do the merge on his own. -- Dmitry.

3 2

win.ini[2].diff
by Sylvain Petreolle 09 Jun '03

09 Jun '03

Tom, Not all these parts are usefull in win.ini since some will never be parsed by Wine. The only use is for apps that parse it. For example : [intl] is app-dependant, since you can use LANG, LOCALE nad others. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

win.ini[2].diff
by Sylvain Petreolle 09 Jun '03

09 Jun '03

Tom, Not all these parts are usefull in win.ini since some will never be parsed by Wine. The only use is for apps that parse it. For example : [intl] is app-dependant, since you can use LANG, LOCALE nad others. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Wine Status Page Update #2
by Tom Wickline 09 Jun '03

09 Jun '03

Hello, My first post can be found here : http://www.winehq.org/hypermail/wine-devel/2003/06/0229.html And here is some changes that I have to diff to it. Any comments on these changes ? Tom ------------- Kernel32.dll : Contains Windows API Functions used by all Windows Applications Status : 80% Worker : Alexandre Julliard, Eric Pouech, anyone else I need to add ? ntdll.dll: Contains NT System Functions Status : 20% Worker : Alexandre Julliard, Eric Pouech, anyone else I need to add ? shlwapi.dll: Contains utility functions for handling paths, urls, strings, registry entries and color settings Status : 80% Worker : Rolf Kalbermatter, Jon Griffiths urlmon.dll: Contains functions used by Microsoft OLE Status : 5% Worker : Codeweavers, Huw D M Davies

1 0

Re: Wine Status-DLLs Page Update
by Brian Vincent 09 Jun '03

09 Jun '03

> I'm really not sure what to do about the Documentation status > as it has been brought up here before that MSDN has alot of Doc's > in place. I could change all the (Nonexistent) entries to Poor ?? > Or if you know the Doc status just let me know and it will be changed :) > Any Ideas about this ?? Maybe you could include a link to the MSDN docs. Something along the lines of: <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wininet/wi…">MSDN: WinINet</a> -brian

1 0

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