wine-devel October 2003

wine-devel@winehq.org

166 participants
384 discussions

Deadlock?
by Michael Sauer 02 Nov '03

02 Nov '03

I got this from running Panzer General 3 (which you can get for free at http://www.the-underdogs.org): err:ntdll:RtlpWaitForCriticalSection section 0x40969e80 "../../objects/gdiobj.c: GDI_level" wait timed out in thread 0009, blocked by 0015, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x40f227a0 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0015, blocked by 0009, retrying (60 sec) Thread 9 blocked by 15 and thread 15 blocked by 9 Can someone help me how to find out, if it's an application error or a wine error? I used wine-cvs 14.Oct.2003 thx mIc ...und dann war da noch der Statistiker, der in einem Fluß ertrank, der im Durchschnitt nur 10 cm tief war.

3 7

Simple patch q
by Jason Edmeades 02 Nov '03

02 Nov '03

Hi, When I can I use cvs diff, but once I get a few patches out I end up diffing to the previous patch using diff -u3 backup_of_last_patch dlls/d3d8. I always get lots of "Only in dlls/d3d8: basetexture.o, Only in dlls/d3d8: cubetexture.o etc" type lines - How can I get rid of these (I normally edit them out by hand but I forgot this time) - I looked in the man pages and nothing stood out. Jason

5 5

UI bugs hampering porting effort for shaped window
by Rob 31 Oct '03

31 Oct '03

Hello All, Apologies if I'm not posting to the correct location. I am trying to port our X-Lite (a leading free SIP softphone) application to run under WINE as a first trial before we obtain the expertise to do a native application. However, I am running into some issues because our application uses a non-standard shaped window. One of our windows developers has created a test application that demonstrates the non-compatible issues found in hopes that someone may be able to help resolve the issues. As of yet, we do not have the in-house expertise to fix the issues directly within WINE. In addition to the UI issues listed below, a fix for bug 1541 is critical. If anyone can help resolve these issues, I'd greatly appreciate the help in getting another application that can run under WINE, and we can have one of our windows developers assist in validation of any fixes. Thanks, Rob Bugzilla Bug 1541 WS2_32 version of gethostbyname with NULL argument doesn't follow specification http://bugs.winehq.org/show_bug.cgi?id=1541 ... This application demonstrates the issues we are having which will allow X-Lite to run under WINE. Source and binaries are included. Find the demo application at: http://www.xten.com/files/winetest.zip The show stopper bugs are B1, B2, B3, B4 and B5. Issue B5, and B7 can be worked around, so they aren't as critical. B1, B2, B3, and B4 can be fixed by putting a title bar on the application. (See MAKE_IT_LOOK_LIKE_A_NORMAL_APP_AT_STARTUP in winetest.cpp.) - B1. Focus does not appear to be on the application at start-up. We do not receive keyboard messages, though we do receive many other messages, such as mouse-clicks. Clicking on the square labelled "focus:" fixes the problem, by bringing up a message box -- when the message box is dismissed, the application has focus. This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=292 - B2. No task bar item. - B3. "System" commands do not appear to be working. Examples: - we do not receive WM_CLOSE when the user presses Alt+F4 - Alt+Space does not bring up the System menu - B4. We are always on top, until a screen-saver kicks in. (Also can be fixed by simply removing WS_POPUP.) This appears to be the same problem as that discussed here: http://bugs.winehq.org/show_bug.cgi?id=1288 - B5. The application window is supposed to have a non-rectangular shape. The shape is made by setting a "region" from a mask bitmap, and calling SetWindowRgn. The problem under Wine happens when converting the 2-bit color mask to a 24-bit color mask. The black 2-bit pixels are properly converted to black 24-bit pixels, but the white 2-bit pixels are converted to a near-black, rather than white. The sample app demonstrates 2 ways of working around the problem: method 1: fixes the problem by using a 16-color (4 bit per color) mask instead of a 2-color mask. This gets around the bug in a reasonable way. method 2: fixes the problem by using near-black (instead of white) for the "transparent" color. This exploits the bug and causes a bad (but correct) appearance on Windows. - B6. Copy to the clipboard doesn't work (though pasting from the clipboard does work). - B7. Attempting to bring up the right-click context menu causes the app to hang.

4 12

winhq bugs
by Ralf Juengling 31 Oct '03

31 Oct '03

I found several bugs in http://www.winehq.com/site/documentation and the online winelib user's guide: - practically empty winedocs-html.tgz - empty winedocs-ps.tgz - unreadable pdfs in winedocs-pdf.tgz Some html pages of chapters 3+ of the online winelib user's guide do not adapt in size (to the browser window). Thanks, Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

RE: bug 1541 (was: UI bugs hampering porting effort for shaped window)
by Dan Kegel 31 Oct '03

31 Oct '03

Mike Hearn (mike_at_theoretic.com) wrote: > On Thu, 2003-10-30 at 18:59, Rob wrote: >> bug 1541 is still *not* fixed correctly. See when passing in NULL in windows >> to gethostbyname, it is guarenteed to return a list of local IP addresses >> mapped on the box. However, with WINE, passing NULL causes gethostname to be >> passed into gethostbyname and does *not* always return back the list of >> local IP addresses on the box. This may work on some boxes, and not others, >> depending on how the machine is configured and if the DNS lookup on the host >> name resolves to the local IP addresses. > > Ah OK, sorry about that, I reopened the bug. Would getifaddrs() do the > trick here? I've not done much work in our winsock code so I can't > really help here. > >> whereas if (!name) should use SIOCGIFCONF - SIOCGIFADDR or something... > > Could you write a patch perhaps, as you seen to know what needs to be > done. getifaddrs() is indeed the right beast, though who knows, maybe you'll have to filter out 127.0.0.1. Hitch is, Linux doesn't provide it. Here's an implementation I've used with good results that tries to be portable (I've only tested it on linux, but it claims to handle Solaris): http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.h http://kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.c Wish I had time to code a patch for you, too, but at least this might help. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Misc wine debugging questions
by Mike Hearn 31 Oct '03

31 Oct '03

Hi all, Time to extend my knowledge a bit further, so here are a few misc questions: Firstly, how do I set a breakpoint that will be triggered in a child process? I'm trying to debug a crash in an InstallShield when using native comctl32, and the backtrace looks like this: 0011: sel=008f base=4020bb20 limit=00000fff 32-bit rw- Backtrace: =>0 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so) (ebp=40962da8) 1 0xbfb8fa6c (COMCTL32.DLL.ImageList_LoadImageW+0x1a7 in COMCTL32.DLL) (ebp=40962dbc) 2 0xbfb8f698 (COMCTL32.DLL.EntryPoint+0x36 in COMCTL32.DLL) (ebp=40962e34) 3 0x401d78b8 (process_attach+0xf8(wm=0x40310960, lpReserved=0x1) [loader.c:783] in ntdll.dll.so) (ebp=40962e58) 4 0x401d78e7 (process_attach+0x127(wm=0x40310650, lpReserved=0x1) [loader.c:775] in ntdll.dll.so) (ebp=40962e78) 5 0x401d98eb (LdrInitializeThunk+0x1f3(main_file=0x4, CreateFileW_ptr=0x40467de8, unknown3=0x0, unknown4=0x0) [loader.c:1835] in ntdll.dll.so) (ebp=40962f20) 6 0x4049e4b7 (start_process+0x93(arg=0x0) [process.c:171] in kernel32.dll.so) (ebp=40962ff4) 7 0x4002eba5 (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) 0x409cd9c8 (large_handles+0x4368 [gdiobj.c] in gdi32.dll.so): addb %al,0x0(%eax) So it seems to be jumping off to somewhere in the data segment of gdi32. I wanted to set a breakpoint a few instructions before the "call" instruction that frame 1 points to, but whenever I try that the program runs, then the standard "Unhandled exception, starting winedbg" message is printed even though it's already running inside winedbg. Do I need to do something special here? Secondly, I noticed recently that with non-AA fonts winecfg renders wrongly, in particular the labels wrap or are clipped. I don't understand how win32 apps deal with different font sizes without containment based layout - is this a bug in my app (fwiw i've seen variants of this problem in a lot of other apps), a bug in wine, or a design flaw in win32? I've never seen that problem in real windows, so I'd guess bug in wine. Thirdly, Greg recently mentioned "stubless proxies". Does anybody know where I can read about these? thanks -mike

3 4

WineHQ: Corrected PATCH to fix IPersistFile::Load() and associated functions.
by Subhobroto Sinha 31 Oct '03

31 Oct '03

Hello all I corrected my last patch after replacing everything C++ into C. This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. This patch fixes: (1) Stream_LoadString: Conflict of unicode strings being taken as LPSTR and AGAIN being converted to Unicode due to wrong value of SCF_UNICODE .(I have preprocessed out the original code. This should remain so until SCF_UNICODE value is corrected) (2) Stream_LoadLocation: Previously the GetPath() failed. It works great now. Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address PS: As I am not a member of 'wine-patches',can the moderator be kind enough... :=) I really want these functions to get fixed. That's all. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ --- wine-20031016/dlls/shell32/shelllink.c 2003-10-29 21:07:43.000000000 +0530 +++ Shikayat/dlls/shell32/shelllink.c 2003-10-29 20:39:56.000000000 +0530 @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT Stream_LoadString( IStream* stm, BOOL unicode,LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards everything internally is maintained as unicode.(Atleast M$ says so) + Also, the value of SCF_UNICODE does NOT seem to be 0x1000, hence the bitwise '&' returns a false. + Until the correct value is found, we assume it Unicode. This should not break ANYTHING >Win95 for shortcuts + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + str[count/2]=0; + *pstr = str; + TRACE("read %s\n", debugstr_w(str)); + return S_OK; +} + +#if 0 static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { + /*This is the original function now redirected to the above till we find out correct 'SCF_UNICODE'. + Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95, so I don't think it will hurt anybody)*/ + DWORD count; USHORT len; LPVOID temp; @@ -454,6 +494,7 @@ return S_OK; } +#endif static HRESULT Stream_LoadLocation( IStream* stm ) { @@ -503,9 +544,10 @@ IStream* stm) { LINK_HEADER hdr; - ULONG dwBytesRead; + ULONG dwBytesRead=0; BOOL unicode; WCHAR sTemp[MAX_PATH]; + char szTemp[MAX_PATH]={0}; HRESULT r; _ICOM_THIS_From_IPersistStream(IShellLinkImpl, iface); @@ -515,7 +557,6 @@ if( !stm ) return STG_E_INVALIDPOINTER; - dwBytesRead = 0; r = IStream_Read(stm, &hdr, sizeof(hdr), &dwBytesRead); if( FAILED( r ) ) return r; @@ -533,6 +574,13 @@ if( FAILED( r ) ) return r; } + + SHGetPathFromIDListA(This->pPidl,szTemp); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + dwBytesRead=(strlen(szTemp)+1);/*Just to hold the length of the string*/ + MultiByteToWideChar(CP_ACP,0,szTemp,dwBytesRead,This->sPath,dwBytesRead); + TRACE("%s\n",debugstr_w(This->sPath)); + This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1);

2 1

VirtualAllocEx
by Peter Hartshorn 31 Oct '03

31 Oct '03

Has there been any work on VirtualAllocEx for allocating memory to other processes? I would like to get this going to allow me to run mta:vc and blow away other people in gta vice city (I believe that is a noble cause). To get me started I have a question. Is there a mechanism for one wine process (thread?) to send a message to another process (thread?) and receive a response, ie a pointer? Or, can I use the wineserver as a mediator that passess messages between two wine processes? For example: app1 sends a message "allocate 1MB of virtual memory in app2" to the wineserver. The wineserver then tells app2 to "allocate 1MB of virtual memory". App2 replys to the wineserver the virtual location of the allocated memory. Wineserver replys to app1 giving the location. App1 can then use the result in WriteProcessMemory.

1 0

Using Serial Port COM1
by Orlando Feitosa 31 Oct '03

31 Oct '03

Hello Friends, I'm trying to use an application that access the serial Port COM1 (which has a printer connected) when application tries to communicate with the port I receive the following message error "Privileged Instruction" Here is the dump... (wine 20031016 - RedHat 9.0) __________________________________________________________________________ fixme:commctrl:FlatSB_SetScrollProp stub trace:comm:GetCommState handle 0x84, ptr 0x40851bac trace:comm:GetCommState OK trace:comm:GetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:GetCommState IXON IXOFF trace:comm:GetCommState CRTSCTS trace:comm:SetCommState handle 0x84, ptr 0x40851bac trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 1 Parity 0 stopbits 1 trace:comm:SetCommState IXON IXOFF trace:comm:SetCommState CRTSCTS trace:comm:SetCommTimeouts (0x84,0x10034a40) fixme:comm:SetupComm insize 2048 outsize 1024 unimplemented stub fixme:imm:ImmGetContext (0x4005e): stub ____________________________________________________________________________ Please, someone have idea how to solve the problem ? Bests Regards, Orlando

2 1

crossover office mentioned in current "HP World"
by Dan Kegel 31 Oct '03

31 Oct '03

HP World is HP's house rag, sent out free to everyone who buys anything from HP or attends their "HP World" show. Several times now they have used the Crossover Office that comes with SuSE Linux during a review of some product. On page 20 of the Nov 2003 issue, for instance, titled "POPping Up Terrabytes", they reviewed FIA's POPnetserver NAS 4600 model 720, and said in part "Configuration ... is about as simple as humanly possible. There is, however, one minor annoyance for a system designed to be experienced as an applince: All of the management software is designed to run on Windows, and only Windows. ... we were able to run -- albeit not completely-- POPassist on SuSE Linux Desktop with the help of CrossOver Office. The only glitch comes in actually fiding the POPnetserver. That function would not work, which left us manually inputting the new address e discovered with LiSA and My Network Places." - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

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 October 2003