- Wine-Devel - list.winehq.org

WSACleanup() again?
by JustFillBug Sept. 30, 2005

Sept. 30, 2005

I saw the bug described in: http://winehq.com/hypermail/wine-users/2001/01/0516.html happened again to a program I was trying to use. At least the behavior is the same. I have no access to the source code. It seems the problem was fixed in revision 1.42 of socket.c. But now at 1.139, WSACleanup again return 0 forever on repeating calls.

2 4

Documentation on DIBENG.DLL exported functions
by Alex Villacís Lasso Sept. 30, 2005

Sept. 30, 2005

Could somebody please point me to an online documentation on the functions exported by DIBENG.DLL and how an userspace application could use them? I want to evaluate whether a possible DIB engine for Wine could use the DIBENG.DLL API. I googled and all I find are reports of GPFs involving DIBENG.DLL. Same issue when searching MSDN. Of course, DIBENG.DLL might not be the best model to implement for a DIB engine, so I wait for suggestions. I was planning on writing a C program that would load DIBENG.DLL via LoadLibrary() and call its functions in order to build tests for it. Alex Villacís Lasso

1 0

Re: OLEAUT32: add additional condition for creation of interface
by Steven Edwards Sept. 30, 2005

Sept. 30, 2005

On 9/30/05, Alex Villacís Lasso <a_villacis(a)palosanto.com> wrote: > This patch is required in order to run any application that embeds > DBGRID32.OCX from MS VisualBasic 5 or 6 > > Changelog: > * Add additional condition for creation of interface A patch would be nice =) Thanks Steven

1 0

WWN: Rpm's for Fedora Core 4
by Dieter Komendera Sept. 30, 2005

Sept. 30, 2005

Hi people, I read in the today's Wine Weekly News something about rpms for Fedora Core 4. In august I begann building some for FC 4. I built rpm's for the july and the august version. The rpm's were based on Vincent Beron's. They were downloaded about 700 times from my server. There is also a mirrorserver that also hosts my rpms. In fedoraforums.org just one guy reported a problem with the rpm. They can be downloaded here: http://komi.bluezones.org/wine/fc4/ I'll build also rpms for the coming cvs drop out. In this, I will take care of things I read in the WWN. Any comments, improvements, suggestions are very welcome! Regards, Dieter Komendera

2 1

freedce-win32 - progress!
by Luke Kenneth Casson Leighton Sept. 30, 2005

Sept. 30, 2005

i am making the "amateur" version of progress: i just had echo_server.exe run for the first time on win32: echo_client.exe has been running successfully since this morning. rpcd.exe - the endpoint mapper - just crashed :) hmmm... recv_state_timer is indicating Ping timeout, sending "Orphan timeout", and then bombing out... hmmm... this despite echo_server.exe happily running. i don't really know enough to say what's going on here - other than to consider quite cheerfully disabling the ping rpc timer code with a _huge_ manic grin on my face :) i have had to disable TCP (ncacn_ip_tcp) for now, and will try that next. i've refrained from notifying wine-devel of status reports until i actually had something working. for your benefit: * i am using pthreads-win32, from sourceware.org, with pthread_self.c patched to set sp->implicit = 0 instead of 1. this gets the dcethreads test programs to work: whether this is a good thing remains to be seen... * i have removed the awfulness that is linux-specific (system call wrapping) which previously made dcethreads non-portable to win32: instead, you now must #define sys_pthread_create pthd4_create because dcethreads provides pthd4_xxx. * the dcethreads exception emulation library still uses setjmp and longjmp and to my surprise and horror it actually works. * i have tracked down an implementation of gettimeofday, and liberally sprinkled it across the code, statically, instead of providing a nice library routine * i have provided a win32_winsock.c "wrapper" set of code to divorce the #including of <windows.h> and <winsock.h> from everything else. no, it is _not_ appropriate to put #include <windows.h> in the freedce header files. there are too many conflicts for that to be suitable. HANDLE, handle_t, UUID, uuid_t rpc_binding_t ain't the half of it. * i could not be arsed to write yet another version of uuid_create() and the uuid_create() function in freedce conforms to the RFC - grabs networking MAC address etc. etc. therefore, rather than rip wine code from UuidCreate(), i decided to call UuidCreate() - via a wrapper function. this _could_ therefore get interesting, if someone decides to make rpcrt4.dll utilise uuid_create() ... :) * i have NOT done any proper file locking stuff - yet - in rpcd.exe. there's a database that really needs to be locked: i aim to grab APR's apr_open(), apr_flock() etc. etc. and utilise those because i _so_ cannot be bothered to reinvent the wheel. wine-devel team: you now have a partially-working and therefore proof-of-concept port of freedce to win32. there are many next steps that can be taken from here. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 2

Subject: Re: Newsleecher Installer Failing
by josephblack Sept. 29, 2005

Sept. 29, 2005

For information on debugging, these official docs may help http://www.winehq.org/site/docs/wine-devel/debugging http://www.winehq.org/site/docs/wine-devel/index http://wiki.winehq.org/DebuggingTutorials there is an unofficial list of examples from the mailing lists, here. http://wine-wiki.org/index.php/Debugging_Wine if you see or think of something that could be added to the official documents - please send a suggestion to the wine-devel list. -- Joseph Black

1 0

MS VisualBasic apps have no minimize/maximise buttons, no taskbar button - RFC, help debugging
by Alex Villacís Lasso Sept. 29, 2005

Sept. 29, 2005

The following is a problem I have been having with every single VisualBasic application for some time, and I ask for your help now: Every single VisualBasic application I have tried lacks the minimize and maximize buttons, even when the application is supposed to have them. In addition, the taskbar button is missing (on Gnome 1.4.x/Metacity 2.10.3 under Fedora 4), so there is no way to recall the application once the window is obscured by another application, except by clearing the desktop. The applications show the buttons on the virtual desktop, and the problem arises only when the application uses the window manager for its own window. This problem was confirmed on Metacity and MWM. As far as I can tell, this affects Visual Basic apps only. The applications from Wine (regedit, for example) show correct decorations, and so do some tools from MS Visual Studio. I modified x11drv/window.c to display the Windows attributes before setting hints for the window manager. Here is what I got: Tested regedit (wine), depends.exe (native, MS Visual Studio), windiff.exe (native, MS Visual Studio), dbgridtest.exe (native, VisualBasic app), pruebatransparency.exe (native, VisualBasic app). Entries with asterisks lack min/max buttons as explained. regedit wine fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf0200 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf0200 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf0200 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x14cf0200 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE depends.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x04cf8000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf8000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010026 style = 0x14cf8000 ex_style = 0x00000110 fixme:x11drv:displayStyles style = 0x14cf8000 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000110 WS_EX_ACCEPTFILES WS_EX_WINDOWEDGE windiff.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04cf0000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04cf0000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x14cf0000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x14cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE **** dbgridtest.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010024 style = 0x84090000 ex_style = 0x00000080 fixme:x11drv:displayStyles style = 0x84090000 WS_POPUP WS_CLIPSIBLINGS WS_SYSMENU WS_TABSTOP WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000080 WS_EX_TOOLWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x84000000 ex_style = 0x00000000 fixme:x11drv:displayStyles style = 0x84000000 WS_POPUP WS_CLIPSIBLINGS fixme:x11drv:displayStyles ex_style = 0x00000000 fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x06cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x06cf0000 WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x16cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x16cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW **** pruebatransparency.exe native fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010022 style = 0x04c00000 ex_style = 0x00000100 fixme:x11drv:displayStyles style = 0x04c00000 WS_CLIPSIBLINGS WS_CAPTION WS_BORDER WS_DLGFRAME fixme:x11drv:displayStyles ex_style = 0x00000100 WS_EX_WINDOWEDGE fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010024 style = 0x84090000 ex_style = 0x00000080 fixme:x11drv:displayStyles style = 0x84090000 WS_POPUP WS_CLIPSIBLINGS WS_SYSMENU WS_TABSTOP WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00000080 WS_EX_TOOLWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x00010028 style = 0x84000000 ex_style = 0x00000000 fixme:x11drv:displayStyles style = 0x84000000 WS_POPUP WS_CLIPSIBLINGS fixme:x11drv:displayStyles ex_style = 0x00000000 fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x06cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x06cf0000 WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW fixme:x11drv:X11DRV_set_wm_hints hwnd = 0x0001002c style = 0x16cf0000 ex_style = 0x00040100 fixme:x11drv:displayStyles style = 0x16cf0000 WS_VISIBLE WS_CLIPSIBLINGS WS_CLIPCHILDREN WS_CAPTION WS_BORDER WS_DLGFRAME WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX fixme:x11drv:displayStyles ex_style = 0x00040100 WS_EX_WINDOWEDGE WS_EX_APPWINDOW From what I can tell, VisualBasic apps have an odd pattern of window initialization. The very first window in the other C/C++ apps is also the one to be set with a WS_VISIBLE style, but this is not the case for VisualBasic apps. However, I am unable to tell if this is relevant to the issue. Thanks for your attention. Alex Villacís Lasso

2 2

Re: wine/ programs/Makeprog.rules.in include/wine/ ...
by Dimi Paun Sept. 29, 2005

Sept. 29, 2005

> Declare debug channels as static variables so that we > don't need to generate an external .dbg.c file to define them. Way cool, thanks for fixing this, it was really bothering me that we had that additional pass over the source... I think our toolchain looks pretty good now! -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: Unused function in regedit/treeview.c
by Krzysztof Foltman Sept. 29, 2005

Sept. 29, 2005

> If that function is supposed to be useful, then scream or re-add it > later. Re-adding would be a good idea. I thought it will be useful for finding an item in the tree, but then managed to do the same without using it. --- Krzysztof

1 0

FW: Help debugging a problem!
by Ann & Jason Edmeades Sept. 29, 2005

Sept. 29, 2005

Ok, more information... The routine (slightly modified to allow code before the return) is ATOM WINAPI RegisterClass16( const WNDCLASS16 *wc ) { WNDCLASSEX16 wcex; ATOM fred; wcex.cbSize = sizeof(wcex); : fred = RegisterClassEx16( &wcex ); return fred; } This fails for the application as it stands. Adding in char temp[8]; before the WNDCLASSEX16 and it still fails Adding in char temp[9]; and the program starts working... Adding in char temp[9]; after the WNDCLASSEX16 and it still fails (Yes, temp is unused...) So that would agree heap corruption of some sort Next question... how to pin this down. I've tried the following 1. Use DebugBreak before and after the RegisterClassEx16 call with no temp defined - Stacks are identical as far as winedbg traces (0x60 bytes) - registers are nearly identical, only difference is ESI after 2. Initialize temp to 0x00's (still works @ 9 and fails @ 8). Then adding an 'if' statement before the return to query the bytes... a. If I put a stream of if statements it always works b. If I put a single statement it works(a)9 / fails(a)8. Manually, I have confirmed chars 0->11 are not touched (3 longs). c. I changed temp to be 8192 in size, memset it to 0x00 and then post call checked each byte to see if it had changed - it hadn't, they were all still 0x00 => I don't think the actual values are important, size matters (so they say!) 3. I recompiled user.c with -O0 and got different results. With char temp; in it works, with it removed it fails! 4. I compared the assembler output produced with temp[8] and temp[9] and as expected they are identical except for some offsets in that routine. ARGH... Advice please.... Anyone... Jason

4 3