wine-devel

wine-devel@winehq.org

9 participants
84457 discussions

Overlapped I/O + hEvent == NULL reopened + other questions
by Thomas Charbonnel 23 May '03

23 May '03

Hi, I'm trying to migrate a proprietary TCP/IP client/server db application from Windows NT to Linux using Wine, and am encountering some difficulties. * First of all the application uses overlapped I/O in an unconventionnal way. The application scenario is as follows : Setup server socket Call WSAAsyncSelect On accept, create a new window associated with the new socket Call WSAAsyncSelect for this new socket/window. On network event on the new socket, if the FD_READ event is passed to the WindowProc, call ReadFile with an overlapped struct, but hEvent == NULL On IO_PENDING_READ_ERROR, call GetOverlappedResult with bWait set to TRUE There was a thread about this on this list on November 2002 ("Overlapped I/O without an hEvent"). At that time Martin Wilck submited a patch that did not get commited to CVS. I got things working by slightly modifying his patch. The idea was floating around in the November thread : in the GetOverlappedResult function, if the bWait flag is set, then wait calling WaitForSingleObjectEx with the socket handle passed in instead of the overlapped structure handle. I suspect this method is unclean, but works for me as the server app I'm trying to run instantiates a window (thus a WindowProc) per client. I'm waiting for your comments and suggestions on how to properly handle this. * Next I have a problem with high network loads (maybe related to the previous issue). When I run the sever app in Wine and access it with a remote client, operations generating a high network load tend to be unstable. Most of the time the client application hangs at some point, and sometimes the server hangs too. This does not happen if I run the client with Wine on the same machine as the server. Are they known issues with the winsock implementation ? * Wine used to crash because the server app called WritePrivateProfileString with a NULL lpFileName. I fixed this by returning FALSE if lpFileName == NULL, but I don't know how windows handles this. The app calls WritePrivateProfileString with a proper file name a couple of times before setting it to NULL, so I suspect windows is caching the file name. * The client comes with a printing helper app. They communicate through dde. I get the 'fixme:class:get_class_ptr reading from class of other process window' message. How is this supposed to be handled ? * Minor remaining problems : - the end of tooltip texts is garbled - help doesn't work (it seems the help file name is not passed as a parameter) Thanks for your attention, Thomas

3 2

A under-educated question
by Steven Edwards 23 May '03

23 May '03

Hello, I am going to attempt to split commdlg and comdlg32 in to win16/32 parts and am having trouble with all of the internal functions. How can I export a function from one object to another? I have tried declairing the internal functions in a header and its still not working. Forgive me I am still new to this. Here is a mini-example of what I am talking about. fubar32.c /********fu internal function*********/ void fu() { do stuff } /*******Bar[A/W] Win32 function*******/ STDCALL BarW() { fu("importing fu in to barW\n"); } Next I have a Win16 function that needs to import fu. How can I export it? fubar16.c and then in the win16 file we import the fu function/ /************Bar16***********/ PASCAL bar16() { fu("importing fu for Win16 function"); } Thanks Steven

2 1

Fw: Re: [latest cvs] Yet more GTA3 errors.
by erwin wolff 22 May '03

22 May '03

Hi, Thanks for the device.c. GTA3 still crashes in a fatal exception when starting a level ;(. But this time it produces an other error than before :) : fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x402a5380)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(41,D3DFMT_P8)) fixme:d3d:IDirect3DDevice8Impl_SetPaletteEntries (0x402e5e70) : setting p[41] <= RGBA(00,00,00,ff) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. wine: Unhandled exception, starting debugger... At the ingame menu it produces this fixme: fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette >>>>>>>>>>>>>>>>> 500 from glColorTableEXT @ device.c / 4437 fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402e5e60) : Setting to (48) fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette >>>>>>>>>>>>>>>>> 500 from glColorTableEXT @ device.c / 4437 The menu textures still don't look nice but it is much better than before :). If you want a screenshot, just ask. --------------------------------------------- erwin wolff erwinwolffnl(a)microformatica.com

2 1

-fexceptions? -fasync-unwind-tables?
by Gregory M. Turner 22 May '03

22 May '03

OK, as you may have guessed, I'm still driving myself insane trying to fix __try and friends. I have some other less promising ideas on the backburner; this one seemed to have sufficient potential that I thought I would ask the group to let me know what they think. In short: gcc accepts the above options. The first, is considered to be a C++ compatibility mode in C. That is to say, it provides the right glue such that exceptions can unwind through calls to C libraries. If /any/ library in the call-chain leaves this option out, I'm afraid it breaks down. The second, -fasync-unwind-tables, provides "dwarf2 unwind tables". I've looked through the dwarf2 spec and some other sources, but I have yet to find solid documentation for this... perhaps it's a "use the source, Luke" situation. But this second option promises "instruction-granularity" unwind tables of some kind. IOW, presumably, this would be enough to implement __try and friends without looking beyond the stack pointer. As for the idea of stealing the return pointer on the stack. I like it even less now. It appears that signal handlers are allowed to clobber the stack above the SP on some architectures, which means we're pretty much up a creek. There still might be some ultra-clever work-around involving copying the current stack frame, but I think we would at least have to create our own trampolines in asm, which, I fear, might break in subsequent gcc releases... So... anybody know where these options are actually documented? I mean, I see the blurb in the info pages, which is enticing, but surely there is some API or datastructure to look at somewhere.... -- "Security is mostly superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. To keep our faces toward change and behave like free spirits in the presence of fate is strength undefeatable." --Helen Keller gmt

4 7

TAB doesn't work for controls anymore
by Gerhard W. Gruber 22 May '03

22 May '03

Since a few days I noticed that you can't use TAB anymore to cycle through controls. I noticed that when using Forte Agent, because I can't use the keyboard to switch from To: to Subject and so on. Any ideas what has been changed? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

8 18

Re : Fix sound3d compile problem
by Sylvain Petreolle 22 May '03

22 May '03

I dont understand why this patch fixes anything, this is a noop ? - TRACE("(%p)\n",ds3db); /* volume, at which the sound will be played after all calcs. */ D3DVALUE lVolume = 0; @@ -205,6 +204,7 @@ D3DVALUE flFreq, flBufferVel, flListenerVel; #endif + TRACE("(%p)\n",ds3db); ===== 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

3 2

Speaking about the Putty Regression
by Carlos Lozano 22 May '03

22 May '03

Hello, The line what is produccing the regression is: void X11DRV_SetWindowStyle( HWND hwnd, LONG oldStyle ) { Display *display = thread_display(); WND *wndPtr; LONG changed; if (hwnd == GetDesktopWindow()) return; if (!(wndPtr = WIN_GetPtr( hwnd ))) return; if (wndPtr == WND_OTHER_PROCESS) return; changed = wndPtr->dwStyle ^ oldStyle; if (changed & WS_VISIBLE) { if (!IsRectEmpty( &wndPtr->rectWindow ) && !is_window_top_level(wndPtr)) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Before of the regression it was: if (!IsRectEmpty( &wndPtr->rectWindow )) 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: int21 testing
by Jukka Heinonen 22 May '03

22 May '03

Ferenc Wagner wrote: > is there a way to incorporate DOS interrupt testing in the > conformance testing framework? I recall that I saw some > comments that Win32 applications should not be able to call > DOS interrupts. But it should be testable at least... Now > I have separate DOS16 programs for that. Win32 application cannot call interrupts directly. You could use VWIN32 VxD to call some interrupts (int21 for example) and this should even work under Win95/Win98/WinMe. It could even be possible that this works under WinXP, if it has emulation code for supporting old applications, but I doubt it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 3

Today's meeting
by Dimitrie O. Paun 21 May '03

21 May '03

Hi guys, To clarify: -- channel is #winemeet on freenode.net (I use the asimov.freenode.net server) -- time is 3 EDT (1900 UTC) -- a few of us should log the session (BTW, how do you log a session?) I am there now, but I will not have too much time to chat until the regular meeting starts. -- Dimi.

4 5

Re: [D3D] Some execute buffers rewrites + misc fixes
by Lionel Ulmer 21 May '03

21 May '03

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 :-) Basically, you are doing the full projection (without doing the clipping though) in software... And this does not go well at all with lighting. 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). Even better would have been to have reused fully our VertexBuffer code and our (hacky :-) ) TransformVertices code. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD
by yorickhardy 21 May '03

21 May '03

Alexandre, My sincerest apologies, I see it is in fact there. I think I missed something when I looked through wine-cvs and the web cvs (I looked at source.winehq.org instead of cvs.winehq.com). Thanks, Yorick. ----- Original Message ----- Date: Wed May 21, 2003 09:22 AM From: Alexandre Julliard <julliard(a)winehq.com> To: yh(a)metroweb.co.za cc: wine-devel(a)winehq.com Subject: Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD yh(a)metroweb.co.za writes: > I see this patch was included > http://www.winehq.org/hypermail/wine-patches/2003/05/0258.html > http://www.winehq.org/hypermail/wine-cvs/2003/05/0312.html > > I apologise if it was not clear but the patch > http://www.winehq.org/hypermail/wine-patches/2003/05/0241.html > should be applied first, which includes the neccessary header files. I thought I applied it, what did I do wrong? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dlls/ntdll/cdrom.c CDROM_ScsiPassThrough on NetBSD
by yh＠metroweb.co.za 21 May '03

21 May '03

I see this patch was included http://www.winehq.org/hypermail/wine-patches/2003/05/0258.html http://www.winehq.org/hypermail/wine-cvs/2003/05/0312.html I apologise if it was not clear but the patch http://www.winehq.org/hypermail/wine-patches/2003/05/0241.html should be applied first, which includes the neccessary header files. Regards, Yorick Hardy. ------------------------------------------------------- This message was sent using MetroWEB's WebMail service. http://www.metroweb.co.za/ - full access for only R59

2 1

Re: Fix ListView Bugs
by Dimitrie O. Paun 21 May '03

21 May '03

On May 17, 2003 06:37 am, Robert Shearman wrote: > It is the second one. The 0th subitem always seems to stay in the 0th > column and the other subitems are shifted. (Note that the column headings > are shifted normally, ie. column 0 has a new column heading). Interesting. This seems to mean that we can remove a lot of fancy code from there :) What about this patch: Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.351 diff -u -r1.351 listview.c --- dlls/comctl32/listview.c 13 May 2003 00:30:10 -0000 1.351 +++ dlls/comctl32/listview.c 19 May 2003 07:28:54 -0000 @@ -6242,25 +6242,10 @@ /* now we have to actually adjust the data */ if (!(infoPtr->dwStyle & LVS_OWNERDATA) && infoPtr->nItemCount > 0) { - SUBITEM_INFO *lpSubItem, *lpMainItem, **lpNewItems = 0; + SUBITEM_INFO *lpSubItem; HDPA hdpaSubItems; INT nItem, i; - /* preallocate memory, so we can fail gracefully */ - if (nNewColumn == 0) - { - lpNewItems = COMCTL32_Alloc(sizeof(SUBITEM_INFO *) * infoPtr->nItemCount); - if (!lpNewItems) goto fail; - for (i = 0; i < infoPtr->nItemCount; i++) - if (!(lpNewItems[i] = COMCTL32_Alloc(sizeof(SUBITEM_INFO)))) break; - if (i != infoPtr->nItemCount) - { - for(; i >=0; i--) COMCTL32_Free(lpNewItems[i]); - COMCTL32_Free(lpNewItems); - goto fail; - } - } - for (nItem = 0; nItem < infoPtr->nItemCount; nItem++) { hdpaSubItems = (HDPA)DPA_GetPtr(infoPtr->hdpaItems, nItem); @@ -6270,21 +6255,7 @@ if (lpSubItem->iSubItem >= nNewColumn) lpSubItem->iSubItem++; } - - /* for inserting column 0, we have to special-case the main item */ - if (nNewColumn == 0) - { - lpMainItem = (SUBITEM_INFO *)DPA_GetPtr(hdpaSubItems, 0); - lpSubItem = lpNewItems[nItem]; - lpSubItem->hdr = lpMainItem->hdr; - lpSubItem->iSubItem = 1; - ZeroMemory(&lpMainItem->hdr, sizeof(lpMainItem->hdr)); - lpMainItem->iSubItem = 0; - DPA_InsertPtr(hdpaSubItems, 1, lpSubItem); - } } - - COMCTL32_Free(lpNewItems); } /* make space for the new column */ -- Dimi.

2 1

Re: ddraw: load OpenGL at runtime
by Lionel Ulmer 20 May '03

20 May '03

Alexandre, please do NOT commit this... The separation of GL calls from DDraw will be part of the D3D core work and not via the usage of funtion pointers. Basically, we will have a d3dcore library linked to OpenGL and if DDraw fails to load it (for example if GL is not present on the system), DDraw will not support D3D. Mike, next time ask on IRC before doing a big patch like this on DDraw / D3D (or ask on the wine-d3d mailing list, it will add to its activity :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

11 30

[FYI] SourceForge stats
by Dimitrie O. Paun 20 May '03

20 May '03

Folks, For the first time we are in the first 30 downloads (position 29 :)) on SourceForge: http://sourceforge.net/top/toplist.php?type=downloads_week We need to make it to the fist 10, so we are always featured on the front page :) But we need to more than quadruple our downloads to achieve that. Alexandre, I think you need to release more often ;) -- Dimi.

4 11

Re: ntdll/kernel32: #25
by Alexandre Julliard 20 May '03

20 May '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > - access to PROCESS_PARAMETERS from kernel32: currently this is done > by exporting a function pointer from ntdll, but this is not a good > solution IMO. Should we better: 1/ create a real PEB and store it at > its real offset. 2/ store the pointer to PROCESS_PARAMETER in the PDB > (even if it doesn't exist in PDB but in PEB) at an unused offset (I > don't think it's really doable to merge PDB and PEB, or we'll have to > trash PDB.exit_code) PDB and PEB are really the same thing, so they definitely have to be merged. -- Alexandre Julliard julliard(a)winehq.com

2 2

DSound bug in 'DuplicateSoundBuffer'
by Lionel Ulmer 20 May '03

20 May '03

Hi all, One of my test application (which now starts to run with my latest D3D work) fails now due to a bug in DSound. Basically, I have this : trace:dsound:IDirectSoundImpl_DuplicateSoundBuffer (0x4040aa80,0x4861fad0,0x4199cf58) fixme:dsound:IDirectSoundImpl_DuplicateSoundBuffer need to duplicate 3D buffer trace:dsound:IDirectSoundBufferImpl_AddRef (0x4861fad0) ref was 2, thread is 0009 trace:dsound:IDirectSoundImpl_DuplicateSoundBuffer buffer count is now 4 trace:dsound:IDirectSoundBufferImpl_SetVolume (0x40463080,0) And, of course, it crashes as the 'DuplicateSoundBuffer' code sets this : (*ippdsb)->ds3db = NULL; /* FIXME? */ Now I could try to fix this, but well, DSound is not really the same than the last time I looked at it, so I will surely do this the wrong way. Otherwise, I may give it a shot, but do not complain later that it's not the way it should have been done :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: [D3D] Some execute buffers rewrites + misc fixes
by Lionel Ulmer 20 May '03

20 May '03

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 :-) ? > /* 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 ? What happens in this case ? 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). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Linking errors when crosscompiling tests
by Hans Leidekker 20 May '03

20 May '03

Hi, When I run a 'make crosstest' using MingW I get errors like these: /usr/local/src/wine-cvs/wine/dlls/oleaut32/tests/safearray.c:289: undefined reference to `IID_IUnknown' safearray.cross.o(.text+0x1814):/usr/local/src/wine-cvs/wine/dlls/oleaut32/tests/safearray.c:290: undefined reference to `IID_IUnknown' What's happening is that this test references symbols that reside in wine_uuid, which is added to the library search path for the regular Wine build, but left out in the crosscompile build. For good reasons, because wine_uuid is built as a Unix archive, not as an import library, which is what MingW needs. So I created an import library from the Unix archive: nm libwine_uuid.a | egrep -v "^$" | egrep -v "^*.o:$" | cut -d" " -f 3 \ >> wine_uuid.def i386-mingw32-dlltool -l wine_uuid.lib -d ./wine_uuid.def And I had a working executable. But this obviously is not the way Wine does it. Wine generates .def files from .spec files. To use Wine's build system I had to create a new dll -- uuid -- and copy the sources over from libs/uuid. This gave me a Wine generated import library. Next I added uuid as an import library to the Makefile for the oleaut32 test and removed wine_uuid from EXTRALIBS. Did this solve my problem? No it didn't. Because, as it turns out, winebuild does not support importing non-function entry points, such as IID_IUnknown. After googling around a bit I have to conclude that this is quite a fundamental problem. If I understand it correctly, it's because in this case PE style linking can not be emulated using the ELF linker. Then I decided to bypass linking and go with LoadLibraryA and GetProcAddress, which are already used in the tests to find the functions to be tested. This finally gave me a uniform build system for regular and crosscompiled tests. My question is, is this acceptable for integration into Wine? The consequence would be that, to be consistent, all parts of Wine that are now linked with wine_uuid would need to be converted. Or is such consistency maybe considered less important than getting crosscompiled tests going? -Hans

3 4

wine and VC++ MFC classes
by Thomas Erdmann 20 May '03

20 May '03

Hello list, i use a new wine from may 2003 on SuSE8.0 and want to run a self written Visual C++ Program with MFC. There is a "CMonthCalCtrl" used, which displayes a calendar und allowes to choose a day. This Control doesn't work, the Selection by Mouse is not possible. As i started it by "wine prog" in a shell, i can see the wine output, but there isn't any warning or error. What can i do to fix the Problem ? THX Thomas

2 1

Re: Agent/Wine/Mandrake 9.1 problem
by Rein Klazes 20 May '03

20 May '03

Gentlemen, I am trying to help Alex Heney who reported problems in agent newsgroup running Agent on his Manrdake 9.1 system. Wine is compiled with the --with-nptl configuration switch enabled, but we still get what looks like thread lock-ups. Both with wine-20030408 and 20030508 Agent frequently freezes when doing online tasks. Here is an example: | 0012:Call kernel32.CreateThread(00000000,00002000,00573144,421db238,00000000,407120c0) ret=005731f3 | 0014:Starting thread (entryproc=0x573144) thread with id 14 is started. It performs a few simple tasks: | 0014:Call kernel32.SetFilePointer(000000bc,00000020,42a4271c,00000000) ret=0043eb2f | 0014:Ret kernel32.SetFilePointer() retval=00000020 ret=0043eb2f | 0014:Call kernel32.SetLastError(00000000) ret=0043ed82 | 0014:Ret kernel32.SetLastError() retval=00000000 ret=0043ed82 | 0014:Call kernel32.ReadFile(000000bc,421d7af8,00000020,42a42718,00000000) ret=0043ed97 | 0014:Ret kernel32.ReadFile() retval=00000001 ret=0043ed97 does something on inherited file handles. | 0014:Call kernel32.GetPrivateProfileIntA(005d5b53 "Purging",005d5b5b "PurgeOnNewHeaders",00000001,41a60d48 "C:\\Program Files\\agent\\DATA\\AGENT.INI") ret=00577677 | 0014:Ret kernel32.GetPrivateProfileIntA() retval=00000001 ret=00577677 reads a flag from its ini file. | 0014:Call kernel32.VirtualQuery(427e0000,42a426d0,0000001c) ret=00588d5e | 0014:Ret kernel32.VirtualQuery() retval=0000001c ret=00588d5e | 0014:Call kernel32.VirtualQuery(427e0000,42a426c8,0000001c) ret=00588d5e | 0014:Ret kernel32.VirtualQuery() retval=0000001c ret=00588d5e | 0014:Call kernel32.VirtualFree(427e0000,00010000,00004000) ret=00588bd7 | 0014:Ret kernel32.VirtualFree() retval=00000001 ret=00588bd7 | 0014:Call kernel32.VirtualFree(427e0000,00000000,00008000) ret=00588be8 | 0014:Ret kernel32.VirtualFree() retval=00000001 ret=00588be8 does some virtual queries. | 0014:Call user32.PostMessageA(00040023,00000411,421d1000,00000000) ret=0046c56d | 0014:Call kernel32.GetTickCount() ret=408865f9 | 0014:Ret kernel32.GetTickCount() retval=004f7151 ret=408865f9 | 0014:Ret user32.PostMessageA() retval=00000001 ret=0046c56d post a message to the main window. | 0014:Call kernel32.ExitThread(00000000) ret=0057326c And it is done, after some unloading call from this thread the log stops and no other threads resume. On my (non nptl) system I do see a "Ret CreateThread" from the calling thread long before the subthread exits. For completeness: Alex reported this to happen only when he connects to his local newsserver on "localhost", not when using that of his ISP. I cannot find anything suspicious about this in the relaylog, so it is probably a timing issue. Any suggestions how to debug this? Full +relay,+winsock log on http://www.xs4all.nl/~rklazes/temp/agent.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Re: Bugzilla Upgraded
by Dan Kegel 20 May '03

20 May '03

Sylvain Petreolle wrote: > - Login is mandatory otherwise you cant read bugs. > Its too bad, you cant see if a bug already exists before openeing an > account nor follow a link to a bug. I think it's ok to require login to read bugs. This is the only effective defence against rampaging robots. I recently created a web page about how to triage OpenOffice.org bugs (http://www.kegel.com/openoffice/), and even though I stuck <meta name="robots" content="nofollow"> in the head, I think spambots are hammering the openoffice issuezilla server and make the current slowdowns worse. Plus there's the matter of all those email addresses. Requiring login helps shield the email addresses in bugzilla from spambots. So hip hip hooray for the upgrade from this developer, restrictive access and all. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

9 23

Building wine as shared objects for mono
by Mike Hearn 20 May '03

20 May '03

Hi, OpenLink Software just announced their patches to Wine to allow mono to Wine directly, rather than by building a winelib wrapper. You can find some info and the patch here: http://www.openlinksw.com/mono/ Warning - the patch is large (~75k) and has lots of #ifdef MONOs and such, but interesting nonetheless, regardless of how big a hack it is. It'd be interesting for Alexandre to review this sometime and evaluate how much would be required to make this mergable (assuming it is). This goes back to our discussion earlier about what would be required for Wine to be dlopen()able for other projects to use it. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

OGL: cubemaps
by Robert Lunnon 20 May '03

20 May '03

Compiling the latest CVS wine gives the following compile time error due to use of cubemapping under Solaris. I suggest perhaps a configure test for the OGL version prior to enabling this code since this obviously Isn't supported for Mesa 3.2 and utah glx. (No Can't use DRI, not (yet) supported under Solaris) cubetexture.c:125: `GL_TEXTURE_CUBE_MAP_POSITIVE_X_ARB' undeclared here (not in a function) cubetexture.c:125: initializer element is not constant cubetexture.c:125: (near initialization for `cube_targets[0]') cubetexture.c:126: `GL_TEXTURE_CUBE_MAP_NEGATIVE_X_ARB' undeclared here (not in a function) cubetexture.c:126: initializer element is not constant cubetexture.c:126: (near initialization for `cube_targets[1]') cubetexture.c:127: `GL_TEXTURE_CUBE_MAP_POSITIVE_Y_ARB' undeclared here (not in a function) cubetexture.c:127: initializer element is not constant cubetexture.c:127: (near initialization for `cube_targets[2]') cubetexture.c:128: `GL_TEXTURE_CUBE_MAP_NEGATIVE_Y_ARB' undeclared here (not in a function) cubetexture.c:128: initializer element is not constant cubetexture.c:128: (near initialization for `cube_targets[3]') cubetexture.c:129: `GL_TEXTURE_CUBE_MAP_POSITIVE_Z_ARB' undeclared here (not in a function) cubetexture.c:129: initializer element is not constant cubetexture.c:129: (near initialization for `cube_targets[4]') cubetexture.c:132: `GL_TEXTURE_CUBE_MAP_NEGATIVE_Z_ARB' undeclared here (not in a function) cubetexture.c:132: initializer element is not constant cubetexture.c:132: (near initialization for `cube_targets[5]') cubetexture.c: In function `IDirect3DCubeTexture8Impl_PreLoad': cubetexture.c:144: `GL_TEXTURE_CUBE_MAP_ARB' undeclared (first use in this function)

1 0

Re: Fixes some debug messages
by Dimitrie O. Paun 20 May '03

20 May '03

On May 19, 2003 06:06 pm, Lozano, Carlos A. wrote: > * Avoid print a no init buffer. What about this instead: Index: dlls/x11drv/xvidmode.c =================================================================== RCS file: /var/cvs/wine/dlls/x11drv/xvidmode.c,v retrieving revision 1.18 diff -u -r1.18 xvidmode.c --- dlls/x11drv/xvidmode.c 22 Apr 2003 00:15:48 -0000 1.18 +++ dlls/x11drv/xvidmode.c 20 May 2003 12:21:47 -0000 @@ -461,7 +461,7 @@ static const char * _CDS_flags(DWORD fields) { BOOL first = TRUE; - char buf[128]; + char buf[128] = ""; char *p = buf; _X_FIELD(CDS,UPDATEREGISTRY);_X_FIELD(CDS,TEST);_X_FIELD(CDS,FULLSCREEN); _X_FIELD(CDS,GLOBAL);_X_FIELD(CDS,SET_PRIMARY);_X_FIELD(CDS,RESET); @@ -471,7 +471,7 @@ static const char * _DM_fields(DWORD fields) { BOOL first = TRUE; - char buf[128]; + char buf[128] = ""; char *p = buf; _X_FIELD(DM,BITSPERPEL);_X_FIELD(DM,PELSWIDTH);_X_FIELD(DM,PELSHEIGHT); _X_FIELD(DM,DISPLAYFLAGS);_X_FIELD(DM,DISPLAYFREQUENCY);_X_FIELD(DM,POSITION); -- Dimi.

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