wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: animate: audit and some fixes
by Tom Wickline 16 Mar '05

16 Mar '05

On Wed, 16 Mar 2005 07:45:03 -0500, Dimitrie O. Paun <dpaun(a)rogers.com> wrote: > ChangeLog > Audit the control against Comctl32.dll version 6.0. > Proper handling of GWL_STYLE. > Implement WM_CLOSE. Fix WM_SIZE implementation. > Small cleanups. > > Index: dlls/comctl32/animate.c Hello Dimi, Can you update the http://winehq.org/site/status_ui page or do you want me to? Tom

2 1

SetFocus and DefPushButton management
by Katia Maculan 16 Mar '05

16 Mar '05

After the creation of a dialog if the focus is set on a PushButton this one must have also the BS_DEFPUSHBUTTON style like in windows. Attached the patch with a regression test. Katia -- Katia Maculan Developer ISIS Papyrus Italy Srl Tel: (+39) 0125 6455400 Fax: (+39) 0125 6455400 E-mail: katia.maculan(a)isis-papyrus.com Info: info(a)isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com diff -urN oldwinedir/dlls/user/tests/dialog.c newwinedir/dlls/user/tests/dialog.c --- oldwinedir/dlls/user/tests/dialog.c 2005-03-07 12:12:40.000000000 +0100 +++ newwinedir/dlls/user/tests/dialog.c 2005-03-14 16:33:03.000000000 +0100 @@ -849,6 +849,40 @@ } } +static LRESULT CALLBACK DlgFocusProc (HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam) +{ + HWND hwndFocusCtrl = NULL; + HWND hwndDefPushButton = NULL; + LRESULT DlgCode; + LRESULT CtrlState; + switch (message) + { + case WM_INITDIALOG: + PostMessage(hDlg, WM_USER, 0, 0); + return TRUE; + + case WM_USER: + // Check if the focus is on IDOK button + CtrlState = SendMessage (GetDlgItem(hDlg, IDOK), BM_GETSTATE, 0, 0); + if (CtrlState == BST_FOCUS) + hwndFocusCtrl = GetDlgItem(hDlg, IDOK); + // Check if IDOK is the default push button + DlgCode = SendMessage (GetDlgItem(hDlg, IDOK), WM_GETDLGCODE, 0, 0); + if (DlgCode & DLGC_DEFPUSHBUTTON) + hwndDefPushButton = GetDlgItem(hDlg, IDOK); + ok (hwndFocusCtrl && hwndDefPushButton, "The focus and the DLGC_DEFPUSHBUTTON style are not in the same button\n"); + EndDialog(hDlg, LOWORD(wParam)); + return TRUE; + } + return FALSE; + +} + +static void InitialFocusTest1 (void) +{ + DialogBox(g_hinst, "DEFPUSHBUTTON_TEST_DIALOG", NULL, (DLGPROC)DlgFocusProc); + +} START_TEST(dialog) { @@ -860,4 +894,5 @@ IsDialogMessageWTest(); WM_NEXTDLGCTLTest(); InitialFocusTest(); + InitialFocusTest1(); } diff -urN oldwinedir/windows/dialog.c newwinedir/windows/dialog.c --- oldwinedir/windows/dialog.c 2005-03-07 12:12:54.000000000 +0100 +++ newwinedir/windows/dialog.c 2005-03-14 16:30:19.000000000 +0100 @@ -669,8 +669,23 @@ { /* By returning TRUE, app has requested a default focus assignment */ dlgInfo->hwndFocus = GetNextDlgTabItem( hwnd, 0, FALSE); - if( dlgInfo->hwndFocus ) - SetFocus( dlgInfo->hwndFocus ); + if (dlgInfo->hwndFocus) + { + SetFocus( dlgInfo->hwndFocus ); + HWND hWndOldDefPushButton = NULL; + if (SendMessageW(dlgInfo->hwndFocus, WM_GETDLGCODE, 0, 0) + & (DLGC_UNDEFPUSHBUTTON | DLGC_BUTTON)) + { + SendMessageA (dlgInfo->hwndFocus, BM_SETSTYLE, BS_DEFPUSHBUTTON, TRUE); + /*Check for a previous defpushbutton*/ + if (dlgInfo->idResult) + { + hWndOldDefPushButton = GetDlgItem (hwnd,dlgInfo->idResult); + if (hWndOldDefPushButton && (hWndOldDefPushButton != dlgInfo->hwndFocus)) + SendMessageA (hWndOldDefPushButton, BM_SETSTYLE, BS_PUSHBUTTON, TRUE); + } + } + } } if (template.style & WS_VISIBLE && !(GetWindowLongW( hwnd, GWL_STYLE ) & WS_VISIBLE))

3 2

wine + winamp: fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!!
by seut 16 Mar '05

16 Mar '05

hello, we are using winamp 2.95 with latest wine 0.0.20040914 and are wondering what there is about these 'fixme:wave:OSS_AddRingMessage two fast messages in the queue!!!!' messages dumped out at the console every few seconds... Same happens(but with 'ALSA_AddRingMessages' of course) if we're using the wine alsa-driver. Winamp normally works, but sometimes there is a 15sec pause at the playback, so we are trying to search the problem. I watched the wine source-code, but as my less C knowledge I didn't really understand the part where this 'FIXME' message is implemented. As I understand the code, why somebody added the 'FIXME' message to the code, if the code can handle this problem(two fast messages)? Or can somebody explain me the reason for this 'two fast messages'? thanks a lot seut btw. I'm not a member of the mailing-list, so please send answer to me too! and please don't suggest us to use a native linux-player instead, for some reasons, we have to use winamp..

2 2

Re: Are mailslots implemented?
by Kuba Ober 16 Mar '05

16 Mar '05

> |>>Which application uses mailslots? I only ever found one real > |>>application that used them, and that was "Declan's Korean Dictionary" > |>>from [1]. > |> > |>The browse (Network Neighborhood) service uses them. Other then that, > |>I have not seen any uses of it. > | > | Protel 98 (likely higher versions too) uses them. > | > | MSDN says that the datagrams are limited to 424 bytes in length, so > > even if > > | they are not very useful otherwise, getting Protel running on wine > > seems a > > | worthy goal to me. I'll try hacking on it and seeing where I end up. > > See http://www.ubiqx.org/cifs/Browsing.html#BRO.3 for more information > libsmbclient from Samba 3 does not support it at the moment What do the "match_mailslot_name" and "cli_send_mailslot" functions do, then? Anyway, if the wire protocol is simple enough, and so it seems from ubiqx.org article, then I can just synthesize all the relevant layers to send the multicast UDP. The only piece of info that I'll (hopefully) need from wine is the netbios node name. For reception, I'll bind UDP port 138 (netbios-dgm) if it's not already bound, to receive the mailslots coming in. Now, if a samba server is already running on given host, which is reasonable if the person running wine wants to share something with other windows hosts, is it possible to somehow poll the nmbd and/or smbd to get the mailslot datagrams that weren't "consumed" by the browsing protocols? Does that make sense? Any more hints? Cheers, Kuba

7 8

Problem with winebuild
by Robert Lunnon 16 Mar '05

16 Mar '05

The following problem is evident under solaris NULL pointer passed to printf I'm not sure if this is a poblem with the spec file or winebuild.... Still it's not good to pass NULL pointers to printf Starting program: /export/home/src/wine2004/wine/tools/winebuild/winebuild -w --def -o amstream/amstream.spec.def --export amstream/amstream.spec Program received signal SIGSEGV, Segmentation fault. 0xd2722a6c in strlen () from /usr/lib/libc.so.1 (gdb) bt #0 0xd2722a6c in strlen () from /usr/lib/libc.so.1 #1 0xd2777d3e in _ndoprnt () from /usr/lib/libc.so.1 #2 0xd277a8b7 in fprintf () from /usr/lib/libc.so.1 #3 0x0805d962 in BuildDef32File (outfile=0x8077078, spec=0x8077630) at spec32.c:848 #4 0x08054819 in main (argc=7, argv=0x80477f4) at main.c:469

3 4

Re: dlls/shell32/shelllink.c
by Mike McCormack 16 Mar '05

16 Mar '05

Ge van Geldorp wrote: > I have some shortcuts (created in Windows 2000) which only have 24 bytes of > LOCATION_INFO, i.e. they are missing the dwFinalPathOfs member. > Also lots of shortcuts seem to have another chunk at the end of the stream, > I get a lot of "Last word was not zero" messages. Could you send me a shortcut like that, or even modify winedump (lnk mode) to dump out the right thing in that case? thanks, Mike

2 1

Re: dlls/shell32/shelllink.c (please don't apply)
by Mike McCormack 16 Mar '05

16 Mar '05

Ge van Geldorp wrote: > - ERR("Last word was not zero\n"); > + TRACE("Last word was not zero\n"); btw. the right solution is to fix the problem, not ignore it, so I object to this patch being applied as is. Mike

1 0

Re: combo - implement GetComboBoxInfo
by Steven Edwards 16 Mar '05

16 Mar '05

Hi, --- Alexandre Julliard <julliard(a)winehq.org> wrote: > The IsWindow check is useless, what you need is to verify that it's > really a combobox. The right way to do that is probably to send a > CB_GETCOMBOBOXINFO message instead. How about something like this instead? Index: dlls/user/combo.c =================================================================== RCS file: /home/wine/wine/dlls/user/combo.c,v retrieving revision 1.8 diff -u -r1.8 combo.c --- dlls/user/combo.c 23 Dec 2004 17:21:05 -0000 1.8 +++ dlls/user/combo.c 15 Mar 2005 19:09:52 -0000 @@ -27,7 +27,6 @@ * If you discover missing features, or bugs, please note them below. * * TODO: - * - GetComboBoxInfo() * - ComboBox_[GS]etMinVisible() * - CB_GETCOMBOBOXINFO * - CB_GETMINVISIBLE, CB_SETMINVISIBLE @@ -2293,10 +2292,27 @@ /************************************************************************* * GetComboBoxInfo (USER32.@) */ -BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ - PCOMBOBOXINFO pcbi /* [in/out] combo box information */) -{ - FIXME("\n"); - return FALSE; - +BOOL WINAPI +GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ + PCOMBOBOXINFO pcbi /* [in/out] combo box information */) +{ + static const WCHAR ComboBoxW[] = { 'C', 'o', 'm', 'b', 'o', 'B', 'o', 'x', 0 }; + CHAR szBuffer[MAX_PATH + 1]; + int dwSize; + LPHEADCOMBO lphc; + + dwSize = GetClassNameW(hwndCombo, szBuffer, sizeof(szBuffer)/sizeof(szBuffer[0])-1); + + if (lstrcmpiW(szBuffer, ComboBoxW) != 0) + return FALSE; + + lphc = (LPHEADCOMBO)GetWindowLongPtrW( hwndCombo, 0 ); + + pcbi->hwndCombo = hwndCombo; + pcbi->hwndList = lphc->hWndLBox; + pcbi->hwndItem = lphc->hWndEdit; + pcbi->rcItem = lphc->textRect; + pcbi->rcButton = lphc->buttonRect; + pcbi->stateButton = lphc->wState; + return TRUE; } __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

5 5

Debugging idiosyncrasy
by Paul Millar 16 Mar '05

16 Mar '05

Hi, Something I've noticed whilst playing with winedbg (and its auto mode). If there's no AeDebug key in the registry, then the default is to run the debugger in non-interactive mode: paul@scaramanga:~/CVS/wine$ grep cmdline.*winedbg dlls/kernel/except.c sprintf(cmdline, "winedbg --auto %ld %ld", Yet, if there's no registry at all, then the default registry values are configured to run the debugger in interactive mode: paul@scaramanga:~/CVS/wine$ grep AeDebug.*Debugger tools/wine.inf HKLM,Software\Microsoft\Windows NT\CurrentVersion\AeDebug,"Debugger",,"winedbg %ld %ld" I think we should be consistent here, no? Cheers, Paul

1 0

Got message form ./configure to send this e-mail
by Lauris Misa 16 Mar '05

16 Mar '05

Hello! I'm trying to compile wine on my AMD64 system and I got this message on STDERR: configure: WARNING: valgrind/memcheck.h: present but cannot be compiled configure: WARNING: valgrind/memcheck.h: check for missing prerequisite headers? configure: WARNING: valgrind/memcheck.h: see the Autoconf documentation configure: WARNING: valgrind/memcheck.h: section "Present But Cannot Be Compiled" configure: WARNING: valgrind/memcheck.h: proceeding with the preprocessor's result configure: WARNING: valgrind/memcheck.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## and of course it crashes when I run make depend.;( Is there some way to get wine compiled? Thank You! Lauris >LMP< -- For people who like peace and quiet: a phoneless cord.

1 0

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Juan Lang 16 Mar '05

16 Mar '05

--- Alexandre Julliard <julliard(a)winehq.org> wrote: > > ChangeLog: > > - %AllUsersProfile% was not getting set in the environment, spotted by > > Vitaly Lipatov > > This should be done in wine.inf, not in the code. Okay, but it's a subdirectory of the windows directory, and that's no longer getting set in wine.inf either. I rely on GetWindowsDirectory to find it. If you want it back here though I'll move it. --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

Wine's Documentation in French
by Francois Gouget 16 Mar '05

16 Mar '05

The Wine documentation has been translated to French by students from the Insa of Rouen. The credits for the translation go to: * Wine User Guide Romain CONSEIL Damien GIRAUDEAU Guillaume LEFEBVRE Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/wine-user.html * Wine FAQ Romuald VIEUX Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/wine-faq.html * WineLib User Guide José CARRENO Yvon BENOIST (proofreading) http://fgouget.free.fr/wine/winelib-user.html And believe me, this is a lot of work so they really deserve our kudos. You probably noticed that the Wine Developer's Guide was not translated but that makes sense: if you want to work on Wine it's really best if you speak English anyway. So what's needed now is to integrate the translation with Wine. This is what I have done by converting the translation to .po format to make it easier to maintain and tweaking the Makefiles accordingly. The patch is pretty big (even compressed it's more than 200KB) so I did not attach it to this email. Instead I have set up a page on my web site and you can the patch using this URL: http://fgouget.free.fr/wine/docfr.diff.gz Here is what the patch does: Add a Makedoc.rules.in file which handles the conversion of SGML files to the final documentation format. Modify documentation/Makefile.in to use Makedoc.rules.in. Add documentation/fr with the po files of the French translation. Use po4a to generate a translated Sgml file from the original sgml documentation and then let Makedoc.rules.in generate the documentation. Detect po4a in configure.ac. The translation appears to have been made from a snapshot of the documentation taken in the summer of 2004. Now, a bit more than 6 months later, the translation is still more than 90% complete. IMHO this proves that maintaining the translation is quite feasible. If you see any bits of English in the documents above, this is precisely because the translation is not 100% complete anymore: in that case po4a-translate keeps the original version rather than use the outdated translation. For more information about po4a: http://po4a.alioth.debian.org/ I will upload anything new to the following page: http://fgouget.free.fr/wine/docfr.shtml Now you pretty much know everything. Let me know if you have concerns, suggestions, etc. I'm hoping we can get this in place soon. -- Francois Gouget fgouget(a)codeweavers.com

2 2

Re: SHELL32: add defines for SLDF flags
by Dmitry Timoshkov 16 Mar '05

16 Mar '05

"Mike McCormack" <mike(a)codeweavers.com> wrote: > +typedef struct { > + DWORD cbSize; > + DWORD cbSignature; > + CHAR szTarget[MAX_PATH]; > + WCHAR szwTarget[MAX_PATH]; > +} EXP_SZ_LINK, EXP_SZ_LINK_SIG; It's for sure a typo: EXP_SZ_LINK_SIG was supposed to be *LPEXP_SZ_LINK. -- Dmitry.

1 0

Regression (SimCity 3000 is Broke )
by Tony Lambregts 16 Mar '05

16 Mar '05

After working prefectly for over 2 years SimCity 3000 is broken. The patch that broke it is http://www.winehq.org/hypermail/wine-cvs/2005/03/0098.html basicly the problem is simple. The source and the destination are both the same surface in DIB_DirectDrawSurface_Blt() and with the new locking in place the destination never gets updated. So althought it might fix Picasa2 it is definatly not correct. -- Tony Lambregts

5 12

Re: flexible-mmap breaks application
by Michael Ost 16 Mar '05

16 Mar '05

On Tue, 2005-03-15 at 15:55, Uwe Bonnes (bon_at_elektron.ikp.physik.tu-darmstadt.de) wrote: > The definition of the task is clear: > Have a way to tell the kernel to not mmap memory above 0x7fffffff > However the implementation is unclear to me: > - Should this be a new syscall? > - Or should we set some kernel parameter? Per task or global? There is a related problem in that Wine's VirtualAlloc won't allocate the full 2GB it should. As I understand it the problem is the different memory ranges that linux and windows allocate from --- the intersection of the two platforms is only 1GB (not the 2GB it should be) from 0x4000,0000 to 0x8000,0000. Could this patch also include a lower limit, letting linux mmap from addresses in the same range that win32 does? - mo PS: the thread on this issue starts at http://www.winehq.com/hypermail/wine-devel/2005/03/0643.html. It also covers the issue of Wine's lack of mlock/munlock functionality.

1 0

winsock conformance test - added tests for sendto, recvfrom, and getservbyname
by Thomas Kho 16 Mar '05

16 Mar '05

Hi, We're working to add conformance tests to winsock, and we've currently added tests for sendto, recvfrom, and getservbyname. Before we post to wine-patches, we'd appreciate any critiques/input. We chose these previously untested functions to test for the following reasons: - UDP is often used and was not previously tested - getservbyname uses the same critical section code as the other database functions; we thought it would be useful to stress tests this. We ran gcov to see how much of dlls/winsock/socket.c we tested, and found: Before: 41.16% of file dlls/winsock/socket.c After: 46.38% of file dlls/winsock/socket.c http://hkn.icsl.ucla.edu/~tom/socket_c_2.gcov.txt We'd also appreciate other targets to test. Thanks for your help, Thomas Kho Files available at: http://www.geekymedia.com/viewcvs/cgi/viewcvs.cgi/wine4/wine/dlls/winsock/t… Changelog: * dlls/winsock/tests/sock.c added tests for sendto, recvfrom, and getservbyname # Signed-off-by: Thomas Kho <tkho(a)ucla.edu> # --- wine_cvs/dlls/winsock/tests/sock.c 2005-03-15 07:49:01.000000000 -0800 +++ wine_build/dlls/winsock/tests/sock.c 2005-03-15 15:14:52.000000000 -0800 @@ -37,6 +37,14 @@ #define TEST_TIMEOUT 30 /* seconds to wait before killing child threads after server initialization, if something hangs */ +#define NUM_UDP_PEERS 3 /* Number of UDP sockets to create and test > 1 */ + +#define NUM_THREADS 3 /* Number of threads to run getservbyname */ +#define NUM_QUERIES 250 /* Number of getservbyname queries per thread */ + +#define SERVERIP "127.0.0.1" /* IP to bind to */ +#define SERVERPORT 9374 /* Port number to bind to */ + #define wsa_ok(op, cond, msg) \ do { \ int tmp, err = 0; \ @@ -862,8 +870,8 @@ #define STD_STREAM_SOCKET \ SOCK_STREAM, \ 0, \ - "127.0.0.1", \ - 9374 + SERVERIP, \ + SERVERPORT static test_setup tests [NUM_TESTS] = { @@ -932,6 +940,105 @@ } }; +static void test_UDP() +{ + /* This function tests UDP sendto() and recvfrom(). UDP is unreliable, so it is + possible that this test fails due to dropped packets. */ + + /* peer 0 receives data from all other peers */ + struct sock_info peer[NUM_UDP_PEERS]; + char buf[16]; + int ss, i, n_recv, n_sent; + + for ( i = NUM_UDP_PEERS - 1; i >= 0; i-- ) { + ok ( ( peer[i].s = socket ( AF_INET, SOCK_DGRAM, 0 ) ) != INVALID_SOCKET, "UDP: socket failed\n" ); + + peer[i].addr.sin_family = AF_INET; + peer[i].addr.sin_addr.s_addr = inet_addr ( SERVERIP ); + + if ( i == 0 ) { + peer[i].addr.sin_port = htons ( SERVERPORT ); + } else { + peer[i].addr.sin_port = htons ( 0 ); + } + + do_bind ( peer[i].s, (struct sockaddr *) &peer[i].addr, sizeof( peer[i].addr ) ); + + /* test getsockname() to get peer's port */ + ss = sizeof ( peer[i].addr ); + ok ( getsockname ( peer[i].s, (struct sockaddr *) &peer[i].addr, &ss ) != SOCKET_ERROR, "UDP: could not getsockname()\n" ); + ok ( peer[i].addr.sin_port != htons ( 0 ), "UDP: bind() did not associate port\n" ); + } + + /* test getsockname() */ + ok ( peer[0].addr.sin_port == htons ( SERVERPORT ), "UDP: getsockname returned incorrect peer port\n" ); + + for ( i = 1; i < NUM_UDP_PEERS; i++ ) { + /* send client's ip */ + memcpy( buf, &peer[i].addr.sin_port, sizeof(peer[i].addr.sin_port) ); + n_sent = sendto ( peer[i].s, buf, sizeof(buf), 0, (struct sockaddr*) &peer[0].addr, sizeof(peer[0].addr) ); + ok ( n_sent == sizeof(buf), "UDP: sendto() sent wrong amount of data or socket error: %d\n", n_sent ); + } + + for ( i = 1; i < NUM_UDP_PEERS; i++ ) { + n_recv = recvfrom ( peer[0].s, buf, sizeof(buf), 0,(struct sockaddr *) &peer[0].peer, &ss ); + ok ( n_recv == sizeof(buf), "UDP: recvfrom() received wrong amount of data or socket error: %d\n", n_recv ); + ok ( memcmp ( &peer[0].peer.sin_port, buf, sizeof(peer[0].addr.sin_port) ) == 0, "UDP: port numbers do not match\n" ); + } +} + +static void WINAPI do_getservbyname( HANDLE *starttest ) +{ + struct { + char *name; + char *proto; + int port; + } serv[2] = { {"domain", "udp", 53}, {"telnet", "tcp", 23} }; + + int i, j; + struct servent *pserv[2]; + + ok ( WaitForSingleObject ( *starttest, TEST_TIMEOUT * 1000 ) != WAIT_TIMEOUT, "test_getservbyname: timeout waiting for start signal\n"); + + // ensure that necessary buffer resizes are completed + for ( j = 0; j < 2; j++) { + pserv[j] = getservbyname ( serv[j].name, serv[j].proto ); + } + + for ( i = 0; i < NUM_QUERIES / 2; i++ ) { + for ( j = 0; j < 2; j++ ) { + pserv[j] = getservbyname ( serv[j].name, serv[j].proto ); + ok ( pserv[j] != NULL, "getservbyname could not retreive information for %s: %d\n", serv[j].name, WSAGetLastError() ); + ok ( pserv[j]->s_port == htons(serv[j].port), "getservbyname returned the wrong port for %s: %d\n", serv[j].name, ntohs(pserv[j]->s_port) ); + ok ( !strcmp ( pserv[j]->s_proto, serv[j].proto ), "getservbyname returned the wrong protocol for %s: %s\n", serv[j].name, pserv[j]->s_proto ); + ok ( !strcmp ( pserv[j]->s_name, serv[j].name ), "getservbyname returned the wrong name for %s: %s\n", serv[j].name, pserv[j]->s_name ); + } + + ok ( pserv[0] == pserv[1], "getservbyname: winsock resized servent buffer when not necessary\n" ); + } +} + +static void test_getservbyname() +{ + int i; + HANDLE starttest, thread[NUM_THREADS]; + DWORD thread_id[NUM_THREADS]; + + starttest = CreateEvent ( NULL, 1, 0, "test_getservbyname_starttest" ); + + /* create threads */ + for ( i = 0; i < NUM_THREADS; i++ ) { + thread[i] = CreateThread ( NULL, 0, (LPTHREAD_START_ROUTINE) &do_getservbyname, &starttest, 0, &thread_id[i] ); + } + + /* signal threads to start */ + SetEvent ( starttest ); + + for ( i = 0; i < NUM_THREADS; i++) { + WaitForSingleObject ( thread[i], TEST_TIMEOUT * 1000 ); + } +} + static void test_WSAAddressToStringA() { INT ret; @@ -1191,6 +1298,10 @@ trace ( " **** TEST %d COMPLETE **** \n", i ); } + test_UDP(); + + test_getservbyname(); + test_WSAAddressToStringA(); test_WSAAddressToStringW();

1 0

World Of Warcraft
by cyrix12＠cox.net 15 Mar '05

15 Mar '05

Hi, I'm the maintainer for World of Warcraft, and I've noticed a few things which have been pointed out before (on irc, bugzilla, mailing list) but have not really gotten any attention. As this is one of the most popular, if not THE most popular pc game at the moment, it seems as though it would be worthwhile to look into getting this to work if it does not require a complete rewrite of wine to do so. There are currently two things preventing operation of the game. Firstly, I'll start off by saying that there are two separate modes to run the game in. d3d9, and opengl. The d3d9 mode doesn't currently work since the support for this dll is not complete. I have been following it closely though, and I constantly find myself impressed with the amount of work being poured into it lately. It's really coming along, and I've even gotten it to run a few demos. Unfortunately, even with the latest patches it still comes up with a blank screen. I don't want to rush anything in this department since I know there's a massive transition from the d3d* architecture to wine3d, and I think it's a really great idea to funnel everything through opengl and only need one rendering library. It's hard for me to say as a WoW addict myself, but I would rather have a complete implementation of d3d9 than one that is only able to play WoW. So I guess what I'd like to say on this front is this: awesome work guys! As for the opengl mode, it crashes strangely just after the character loading screen, but before actually getting into the game. I'm not really sure exactly what is causing the crash. I've run several traces, and all that comes up is a large group of fixmes which look like this: fixme:thread:GetThreadTimes Cannot get kerneltime or usertime of other threads fixme:thread:NtQueryInformationThread info class 9 not supported yet The error I am able to get (when I change my winver to win2k) is an actual game error (not given by wine). This one looks like this: ERROR #0 (0x85100000) Program: C:\Program Files\World of Warcraft\WoW.exe File: C:\build\buildWoW\WoW\Source\Ui\MinimapFrame.cpp Line: 1287 Expr: !("CGMinimapFrame::Initialize(): can't get render target for minimap") I posted a bug about this on December 7, 2004 at this location: http://bugs.winehq.org/show_bug.cgi?id=2603 Nothing has happened yet with this bug except for someone else confirming it. I'd appreciate it if someone could give me one of two pieces of information (both would be spectacular!): 1) What exactly is causing the problem with the opengl version, and is it easy to fix? 2) Is there any sort of goal that the people working on d3d9 dlls have set as far as a date they would like to have it done by? Or is it just one of those "It will be done when it's done" sort of things? Thanks in advance, Darckness -- Stop searching forever. Happiness is unattainable.

14 57

Re: combo - implement GetComboBoxInfo
by Alexandre Julliard 15 Mar '05

15 Mar '05

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > @@ -2296,7 +2295,18 @@ > BOOL WINAPI GetComboBoxInfo(HWND hwndCombo, /* [in] handle to combo box */ > PCOMBOBOXINFO pcbi /* [in/out] combo box information */) > { > - FIXME("\n"); > - return FALSE; > + if (IsWindow(hwndCombo)) > + { > + LPHEADCOMBO lphc = (LPHEADCOMBO)GetWindowLongPtrW( hwndCombo, 0 ); The IsWindow check is useless, what you need is to verify that it's really a combobox. The right way to do that is probably to send a CB_GETCOMBOBOXINFO message instead. -- Alexandre Julliard julliard(a)winehq.org

2 1

Clipboard regression
by Stefan Dösinger 15 Mar '05

15 Mar '05

Hello List, This patch from 2005/03/07 causes a Clipboard regression: http://www.winehq.org/hypermail/wine-cvs/2005/03/0111.html Whenever the clipboard is used the process crashes with an X error. To reproduce it just start notepad and right click into the text area: err:x11drv:error_handler X protocol error: serial=271, request_code=1 - breaking into debugger wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 In 32 bit mode. 0x4034e014 DebugBreak+0x4 [/windows/c/wine/dlls/kernel/debugger.c:307] in kernel32: popl %ebp Unable to open file '/windows/c/wine/dlls/kernel/debugger.c' Wine-dbg>bt Backtrace: =>1 0x4034e014 DebugBreak [/windows/c/wine/dlls/kernel/debugger.c:307] in kernel32 (0x4075f5f0) 2 0x40e46f38 error_handler(display=0x780c6938, error_evt=0x4075f654) [x11drv_main.c:194] in x11drv (0x4075f61c) 3 0x40ee33a4 ?? in libx11.so.6 (0x4075f6cc) 4 0x40ee18c3 ?? in libx11.so.6 (0x4075f70c) 5 0x40edc9f4 ?? in libx11.so.6 (0x4075f74c) 6 0x40edcab5 ?? in libx11.so.6 (0x4075f76c) 7 0x40edf0db ?? in libx11.so.6 (0x4075f79c) 8 0x40e11a0f thread_selection_wnd [/windows/c/sonstiges/wine/dlls/x11drv/x11drv.h:521] in x11drv (0x4075f7e0) 9 0x40e14185 X11DRV_CLIPBOARD_QueryAvailableData+0x55(lpcbinfo=0x4075f8e8) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:1636] in x11drv (0x4075f8a4) 10 0x40e12800 X11DRV_CLIPBOARD_UpdateCache(lpcbinfo=0x4075f8e8) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:801] in x11drv (0x4075f8c8) 11 0x40e15935 X11DRV_IsClipboardFormatAvailable+0x35(wFormat=0xd) [/windows/c/sonstiges/wine/dlls/x11drv/clipboard.c:2312] in x11drv (0x4075f914) 12 0x40a21bac IsClipboardFormatAvailable(wFormat=0xd) [/windows/c/sonstiges/wine/dlls/user/../../windows/clipboard.c:614] in user32 (0x4075f940) 13 0x40a6de38 EDIT_WM_ContextMenu+0x138(es=0x4023d968, x=0x2fb, y=0x17d) [/windows/c/sonstiges/wine/dlls/user/edit.c:3900] in user32 (0x4075f97c) 14 0x40a6660c EditWndProc_common+0x3fc(hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb, unicode=0x1) [/windows/c/sonstiges/wine/dlls/user/edit.c:835] in user32 (0x4075f9f8) 15 0x40a6759f EditWndProcW(hWnd=0x10024, uMsg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/edit.c:1008] in user32 (0x4075fa14) 16 0x40a4b71f WINPROC_wrapper+0x17 in user32 (0x4075fa38) 17 0x40a4ba8d WINPROC_CallWndProc+0x7d(proc=0x40a67570, hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:419] in user32 (0x4075fa74) 18 0x40a52b43 CallWindowProcW+0x103(func=0x40a67570, hwnd=0x10024, msg=0x7b, wParam=0x10024, lParam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:3283] in user32 (0x4075faa8) 19 0x40a8bb80 call_window_proc+0xe0(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb, unicode=0x1, same_thread=0x1) [/windows/c/sonstiges/wine/dlls/user/message.c:1518] in user32 (0x4075fb04) 20 0x40a8d9d1 SendMessageTimeoutW+0x161(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb, flags=0x0, timeout=0xffffffff, res_ptr=0x4075fb8c) [/windows/c/sonstiges/wine/dlls/user/message.c:2346] in user32 (0x4075fb68) 21 0x40a8dca1 SendMessageW+0x51(hwnd=0x10024, msg=0x7b, wparam=0x10024, lparam=0x17d02fb) [/windows/c/sonstiges/wine/dlls/user/message.c:2427] in user32 (0x4075fb94) 22 0x40a29ef6 DEFWND_DefWinProc+0x6a6(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/defwnd.c:696]in user32 (0x4075fc38) 23 0x40a2acbd DefWindowProcW+0x9d(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/defwnd.c:946] in user32 (0x4075fc68) 24 0x40a66f64 EditWndProc_common+0xd54(hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4, unicode=0x1) [/windows/c/sonstiges/wine/dlls/user/edit.c:405] in user32 (0x4075fce4) 25 0x40a6759f EditWndProcW(hWnd=0x10024, uMsg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/edit.c:1008] in user32 (0x4075fd00) 26 0x40a4b71f WINPROC_wrapper+0x17 in user32 (0x4075fd24) 27 0x40a4ba8d WINPROC_CallWndProc+0x7d(proc=0x40a67570, hwnd=0x10024, msg=0x205, wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:419] in user32 (0x4075fd60) 28 0x40a52b43 CallWindowProcW+0x103(func=0x40b006e8, hwnd=0x10024, msg=0x205,wParam=0x0, lParam=0x14c02f4) [/windows/c/sonstiges/wine/dlls/user/../../windows/winproc.c:3283] in user32 (0x4075fd94) 29 0x40a8f078 DispatchMessageW+0xe8(msg=0x4075fe64) [/windows/c/sonstiges/wine/dlls/user/message.c:2992] in user32 (0x4075fdc8) 30 0x40648c70 WinMain+0x2e0(hInstance=0x40640000, prev=0x0, cmdline=0x4020141b, show=0x1) [main.c:357] in notepad (0x4075fe90) 31 0x40646403 __wine_exe_main+0x13b in notepad (0x4075ff20) 32 0x4037d262 start_process+0xf2(arg=0x0) [/windows/c/sonstiges/wine/dlls/kernel/process.c:1047] in kernel32 (0x4075fff4) 33 0x4001ffa1 ?? +0x11 in libwine.so.1 (0x00000000) Wine-dbg>

1 0

Re: shell32: set %AllUsersProfile%, and fix shell folder registration
by Alexandre Julliard 15 Mar '05

15 Mar '05

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: > - %AllUsersProfile% was not getting set in the environment, spotted by > Vitaly Lipatov This should be done in wine.inf, not in the code. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: make_ctests - convert make_ctests to C
by Steven Edwards 15 Mar '05

15 Mar '05

Hi, --- Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > That one contains DOS line endings (^M). I have asked Royce to make a version that creates the testlist.c file with Unix line endings by default and provides a command line option for dos line endings for people developing on Windows. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

3 2

[badpenguin79@hotmail.com: [Full-disclosure] [ZH2005-02SA] Insecure tmp file creation in Wine]
by Marcus Meissner 15 Mar '05

15 Mar '05

Hi, From full-disclosure, a security mailing list. Fix seems trivial, just use 0600. (untested, uncompiled ;) Ciao, Marcus Changelog: Temporary registries exported only user read/writeable to avoid information leaks. Index: server/registry.c =================================================================== RCS file: /home/wine/wine/server/registry.c,v retrieving revision 1.63 diff -u -r1.63 registry.c --- server/registry.c 10 Mar 2005 11:18:31 -0000 1.63 +++ server/registry.c 14 Mar 2005 16:38:54 -0000 @@ -1610,7 +1610,7 @@ for (;;) { sprintf( p, "reg%lx%04x.tmp", (long) getpid(), count++ ); - if ((fd = open( tmp, O_CREAT | O_EXCL | O_WRONLY, 0666 )) != -1) break; + if ((fd = open( tmp, O_CREAT | O_EXCL | O_WRONLY, 0600 )) != -1) break; if (errno != EEXIST) goto done; close( fd ); } Index: misc/registry.c =================================================================== RCS file: /home/wine/wine/misc/registry.c,v retrieving revision 1.149 diff -u -r1.149 registry.c --- misc/registry.c 25 Aug 2004 00:48:47 -0000 1.149 +++ misc/registry.c 14 Mar 2005 16:38:55 -0000 @@ -1227,7 +1227,7 @@ ret = _xmalloc(50); for (count = 0;;) { sprintf(ret,"/tmp/reg%lx%04x.tmp",(long)getpid(),count++); - if ((tmp_fd = open(ret,O_CREAT | O_EXCL | O_WRONLY,0666)) != -1) break; + if ((tmp_fd = open(ret,O_CREAT | O_EXCL | O_WRONLY,0600)) != -1) break; if (errno != EEXIST) { ERR("Unexpected error while open() call: %s\n",strerror(errno)); free(ret);

3 4

Re: dinput.diff
by Alexandre Julliard 15 Mar '05

15 Mar '05

Tom Wickline <twickline(a)gmail.com> writes: > Changelog: increase the maximum number of devices to 16 Why do you need this? -- Alexandre Julliard julliard(a)winehq.org

1 0

Are mailslots implemented?
by Kuba Ober 15 Mar '05

15 Mar '05

Hi, Is the one-way mailslot IPC implemented in wine? I'm getting fixme:sync:CreateMailslotW(...): stub messages. Is this a simple thing to implement, or would it require additions to the server protocol? Thanks, Kuba Ober

4 5

Re: make_ctests - convert make_ctests to C
by Andreas Mohr 15 Mar '05

15 Mar '05

Hi, On Mon, Mar 14, 2005 at 08:35:19PM -0800, Steven Edwards wrote: > Convert make_ctests script to C That one contains DOS line endings (^M). Andreas Mohr

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel