November 2005 - Wine-devel - list.winehq.org

Re: Question about contents of STARTUPINFO structure and non WinMain entry points
by Eric POUECH 13 Nov '05

13 Nov '05

you likely have to fix dlls/ntdll/thread.c (in thread_init) so that the RTL_USER_PROCESS_PARAMETERS has the correct flag set (or alternatively, in dlls/kernel/process.c, in for example build_initial_environment) Note that winecrt0 is only used for winelib apps, so it's not used in case of windows native pgm A+ > Message du 08/11/05 07:11 > De : "James Liggett" > A : "Wine Mailing List" > Copie à : > Objet : Question about contents of STARTUPINFO structure and non WinMain entry points > > Hi, > First, apologies for the length. It's quite a complex issue: > > A few days ago someone sent to the list asking why a program he'd > written on WinXP runs under WineDbg but not under plain wine. Over the > weekend I debugged the program and found out that his program doesn't > use the standard WinMain entrypoint function. As such, he was using > GetStartupInfo to get startup flags. He uses the wShowWindow flag to > control the showing of the program's main window. Trouble is, this value > is zero unless the program is started as a child process using > CreateProcess, given a STARTUPINFO with wShowWindow set to something > other than 0 (usually SW_SHOWNORMAL or SW_SHOW.) So my question is, how > does the information in STARTUPINFO get set initially? I looked through > the code for winecrt0 and found that before WinMain is called, the > wShowWindow flag is set to SW_SHOWNORMAL. But because this program does > not use WinMain, this value doesn't get set. However, the program works > fine on native Windows XP. I looked at ntdll and kernel32 dll code, but > I'm not sure I'm looking in the right place. Can someone give me some > hints as to how to attack this problem? > > Thanks a lot, > James > > > > >

4 4

Re: winecfg: Add command-line switch -C to setup default configuration
by Vitaliy Margolen 13 Nov '05

13 Nov '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:31:13 PM, Vitaliy Margolen wrote: > For now that's only windows version. > Vitaliy Margolen > changelog: > winecfg > - Add command-line switch -C to setup default configuration

2 3

implementation of "bottle" feature to the future versions of the wine proper
by Kai-Cheung Leung 13 Nov '05

13 Nov '05

I have tried the Crossover office 5 and I found the bottle function really useful. Basically, this function allows a user to simutaneously own/manage more than one fake Windows installations within an account and when he runs a program, then on the command line, he can specify which of the installations to use for that particular program. This function is particularly useful when installing different applications which requires different Windows requirements. For example, I cannot install M$ Office 97 in the fake Windows 2000 environment and therefore I have to create a separate fake Win98 installation for it. Then I can create another Windows 2000 fake installation for my other modern programs. This segregation allows my programs to run smoothly alongside. What do you think about the feasibility for implementing the multi-fake-installation feature? This would involve changing the wine binary and giving each fake installation its own configuration settings. Kai-Cheung Leung Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1

2 1

New bug for Xorg Pixmap issue
by Dustin Navea 13 Nov '05

13 Nov '05

Went ahead and created bug 3826 as a metabug for the different apps that are broken by the Xorg pixmap patch, either the original, or the supposedly fixed one. If you have a program that used to work, but now shows the error message mentioned in bug 3826, please file a bug for the application and make it a blocker for 3826.. Thanks Dustin

1 0

Configure failed, aborting install
by Willem Fourie 12 Nov '05

12 Nov '05

Dear reader ./tools/wininstall failed with "Configure failed, aborting install" while trying to install wine-0.9 on an amd64 under Ubuntu. Please find config.log attached. Installing per the instructions on the HYPERLINK "http://www.winehq.com/site/download-deb"WineHQ page for Debian/Ubuntu lead to a "404 Not found" (HYPERLINK "http://.../wine_0.9.1-winehq.orig.tar.gz"http://.../wine_0.9.1-winehq.o rig.tar.gz) message. E. Failed to fetch some archives. Thank you -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.362 / Virus Database: 267.13.0/167 - Release Date: 11/11/2005

2 1

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k
by Vitaliy Margolen 12 Nov '05

12 Nov '05

Anything wrong with this patch? Vitaliy Margolen Saturday, October 1, 2005, 10:39:36 AM, Vitaliy Margolen wrote: > ILFree, ILIsEqual and SHILCreateFromPath are not exported by names at least on > my win2k. > Vitaliy Margolen > changelog: > shell32/test > Make shelllink.c compile with mingw and work with win2k.

3 3

mm driver message handling in DefDriverProc
by Saulius Krasuckas 12 Nov '05

12 Nov '05

* 6 years, 7 months ago Eric Pouech did a change [*]: > > Started calling mixer as a 32 bit low level driver (no longer 16 bit) > Added support for yield proc in mci struct > Added mmTaskXXX16 and mmThreadXXX16 functions > Refreshed implementation of 16 bit native & asynchronous MCI driver command (through mmtask.tsk). ... > @@ -4193,13 +4273,13 @@ LRESULT WINAPI DefDriverProc(DWORD dwDri > { > switch (Msg) { > case DRV_LOAD: > + case DRV_FREE: > + case DRV_ENABLE: > case DRV_DISABLE: > + return 1; > case DRV_INSTALL: > - return 0; > - case DRV_ENABLE: > - case DRV_FREE: > case DRV_REMOVE: > - return 1; > + return DRV_SUCCESS; > default: > return 0; > } I'm do not follow a logic, as nowadays PSDK defines DRV_SUCCESS as 0x0001. Eric, can't both cases of 1 and DRV_SUCCESS be merged into a single case? Maybe this change address some 16-bit issues. No? [*] http://cvs.winehq.org/cvsweb/wine/multimedia/Attic/mmsystem.c.diff?r1=1.24&…

2 2

'std::*' not declared in C++ when trying to compile with wineg++
by Sergio 12 Nov '05

12 Nov '05

Hi all, I am again having trouble when compiling other c++ projects. This time I am not even able to get at least one file compiled. I did a serach in the Internet but really did not understand what to do. This problem is maybe not directly related to wine but to g++. It seems the compiler isnot able to find some declarations. Here is the output I am getting: wineg++ -c -I/usr/include/wine/windows -I/usr/include/wine/msvcrt -I../include -o versioninfo/CPlugin.o versioninfo/CPlugin.cpp /usr/include/c++/4.0.2/cstdlib:105: error: ‘::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:110: error: ‘::ldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib: In function ‘ldiv_t std::div(long int, long int)’: /usr/include/c++/4.0.2/cstdlib:134: error: ‘ldiv’ was not declared in this scope /usr/include/c++/4.0.2/cstdlib: At global scope: /usr/include/c++/4.0.2/cstdlib:160: error: ‘::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:166: error: ‘::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:176: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:180: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:193: error: ‘::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:194: error: ‘::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:195: error: ‘::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:197: error: ‘::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:198: error: ‘::strtold’ has not been declared /usr/include/c++/4.0.2/cstdlib:204: error: ‘__gnu_cxx::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:206: error: ‘__gnu_cxx::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:210: error: ‘__gnu_cxx::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:211: error: ‘__gnu_cxx::lldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib:213: error: ‘__gnu_cxx::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:214: error: ‘__gnu_cxx::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:215: error: ‘__gnu_cxx::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:216: error: ‘__gnu_cxx::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:217: error: ‘__gnu_cxx::strtold’ has not been declared /usr/include/c++/4.0.2/cstdio:168: error: ‘::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:169: error: ‘::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:170: error: ‘::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:172: error: ‘::vsscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:178: error: ‘__gnu_cxx::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:179: error: ‘__gnu_cxx::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:180: error: ‘__gnu_cxx::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:182: error: ‘__gnu_cxx::vsscanf’ has not been declared /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: ‘uselocale’ was not declared in this scope /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h: In function ‘int std::__convert_from_v(char*, int, const char*, _Tv, __locale_struct* const&, int)’: /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:73: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:84: error: ‘snprintf’ is not a member of ‘std’ /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:90: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/bits/sigthread.h: At global scope: /usr/include/bits/sigthread.h:32: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/include/c++/4.0.2/cwchar:151: error: ‘::fwide’ has not been declared /usr/include/c++/4.0.2/cwchar:158: error: ‘::mbsinit’ has not been declared /usr/include/c++/4.0.2/cwchar:167: error: ‘::vfwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:171: error: ‘::vswscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:175: error: ‘::vwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:192: error: ‘::wcstof’ has not been declared /usr/include/c++/4.0.2/cwchar:199: error: ‘::wmemcmp’ has not been declared /usr/include/c++/4.0.2/cwchar:200: error: ‘::wmemcpy’ has not been declared /usr/include/c++/4.0.2/cwchar:201: error: ‘::wmemmove’ has not been declared /usr/include/c++/4.0.2/cwchar:202: error: ‘::wmemset’ has not been declared /usr/include/c++/4.0.2/cwchar:230: error: ‘::wmemchr’ has not been declared /usr/include/c++/4.0.2/cwchar: In function ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’: /usr/include/c++/4.0.2/cwchar:234: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/cwchar:234: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/cwchar: At global scope: /usr/include/c++/4.0.2/cwchar:250: error: ‘::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:259: error: ‘::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:260: error: ‘::wcstoull’ has not been declared /usr/include/c++/4.0.2/cwchar:266: error: ‘__gnu_cxx::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:267: error: ‘__gnu_cxx::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:268: error: ‘__gnu_cxx::wcstoull’ has not been declared /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static int std::char_traits<wchar_t>::compare(const wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:323: error: ‘wmemcmp’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static const wchar_t* std::char_traits<wchar_t>::find(const wchar_t*, size_t, const wchar_t&)’: /usr/include/c++/4.0.2/bits/char_traits.h:331: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/bits/char_traits.h:331: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::move(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:335: error: ‘wmemmove’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::copy(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:339: error: ‘wmemcpy’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::assign(wchar_t*, size_t, wchar_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:343: error: ‘wmemset’ was not declared in this scope winegcc: g++ failed. make: *** [versioninfo/CPlugin.o] Error 2 My bet is that I am missing some includes. or that I need to specify some parametres in the compiler options. But I am a complete noob in c++ development. Any help will he highly appreciated. Thanks.

1 0

Re: comctl32: doc update
by Detlef Riekenberg 12 Nov '05

12 Nov '05

Am Samstag, den 12.11.2005, 07:39 +0100 schrieb Markus Amsler: > Documented Total count is now 100%! > > Changelog: > Markus Amsler <markus.amsler(a)oribi.org> > Reformate "see" section, to match c2man requirements. No Patch present :-) -- By By ... ... Detlef

1 0

Needs some guidance (aclui/netapi32)
by Paul Vriens 12 Nov '05

12 Nov '05

Hi, I'm trying to add some extra functions to our netapi32 (domain service related stuff) as this is needed by Process Explorer (or actually by native aclui.dll). I've experienced some crashes, so I tried it with a native netapi32 and the crashes still occur: fixme:advapi:LsaLookupSids (0xcafe,26,0x7ff7d180,0x208496bc,0x208496b4) stub fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub wine: Unhandled page fault on read access to 0x0000000c at address 0x7155ddf3 (thread 000c), starting debugger... fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub fixme:ntdll:NtQuerySecurityObject (0xc0,0x00000004,(nil),0x00000000,0x209bfb1c) stub! fixme:ntdll:NtQuerySecurityObject (0xc0,0x00000004,0x7ff94ed8,0x0000005c,0x209bfb1c) stub! fixme:advapi:LsaOpenPolicy ((null),0x209bf5f4,0x00000800,0x209bf620) stub fixme:advapi:LsaLookupSids (0xcafe,3,0x7ff85570,0x209bf66c,0x209bf664) stub fixme:ole:RPCRT4_NdrClientCall2 (pStubDec == ^0x5b8677f0,pFormat = ^0x5b8677be,...): stub WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x0000000c in 32-bit code (0x7155ddf3). In 32 bit mode. fixme:dbghelp:sffip_cb NIY on 'aclui.pdb' Register dump: CS:0073 SS:007b DS:007b ES:007b FS:120f GS:0033 EIP:7155ddf3 ESP:209bf634 EBP:209bfacc EFLAGS:00210206( - 00 - RIP1) EAX:7ff854f0 EBX:7ff85550 ECX:00000000 EDX:7ff85658 ESI:00000000 EDI:00000000 Stack dump: 0x209bf634: 7ff85550 7ff85488 7fffffff 7ff85550 0x209bf644: 00000003 fffffffc 00000000 00000001 0x209bf654: 000100a6 0000cafe 00000000 00000000 0x209bf664: 00000000 00000000 00000000 00000000 0x209bf674: 00000000 7ff854f0 00000001 7ff6d018 0x209bf684: 00000000 00000000 00000000 7ff85538 0241: sel=120f base=7fcd8000 limit=00001fff 32-bit rw- Backtrace: =>1 0x7155ddf3 in aclui (+0xddf3) (0x209bfacc) 2 0x7155e806 in aclui (+0xe806) (0x209bfb04) 3 0x7155e900 in aclui (+0xe900) (0x209bfb24) 4 0x715585ac in aclui (+0x85ac) (0x209bfb48) 5 0x4eb67815 THREAD_Start+0xe5(ptr=0x7ff85550) [/wine-src/wine-cvs/dlls/kernel/thread.c:104] in kernel32 (0x209bfc14) 6 0x64b09516 start_thread+0x136(info=0x7ff85568) [/wine-src/wine-cvs/dlls/ntdll/thread.c:232] in ntdll (0x209c0458) 7 0x2003ab80 (0x209c04c8) 8 0x201119ce (0x00000000) 0x7155ddf3: movl 0xc(%edi),%eax How critical is "fixme:ole:RPCRT4_NdrClientCall2"? I prefer not to go the way of adding loads of native dll's, but if so what versions of dll's should I use? Before the move to win2k as the default we were advised to use win98 dll's, but now? Cheers, Paul.

3 2