wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Bootprocedure again
by Gerhard W. Gruber 27 Feb '02

27 Feb '02

Maybe it went a bit unnoticed because of the many mails the licence issue generated, or then again, maybe the bootprocedure is not that important to most. :) The only response I got was that performance could be a consideration, which I think wouldn't be a problem and another one was that wine shouldn't be forced to reboot entirely in order to make it happen. So if nobdoy has a real objection why this shouldn't be done, then I implement it as I see fit to be most userfriendly (performance is always my consideration so I don't need to mention it explicitly here).

6 17

linux from scratch
by Shane Shields 27 Feb '02

27 Feb '02

Never underestimate the power of stupidity and naievity, especially as projects like 'Linux from scratch' are getting popular. FYO i built my system using linux from scratch and it runs better than the redhat 6.2,7.1,7.2 distributions (insert preferred dist) no core dumps AT ALL. my directorys are posixs standard and i know more about linux than someone who just puts in a cd and answers some questions and ends up with some flakey bloatware. a stupid or naieve person CANNOT install linux from scratch but they can from a redhat cd. everybody can drive a car but not everyone can fix or build one. Shane Shields -- To drink the WINE of success you must first seek the sayings of source _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 1

Re: regapi compatibility with regedit
by Andriy Palamarchuk 27 Feb '02

27 Feb '02

Alexandre, I submitted this patch on Feb 25, but it is not applied yet. Anything wrong with the patch? Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com

1 0

Implementing SHAppBarMessage
by Drew Ogle 27 Feb '02

27 Feb '02

Hi, we were talking on #winehq about implementing SHAppBarMessage while not horridly important , implementing it properly could take a good bit of work. The problem is thus; when an application registers a hWnd and gets the system to allocate it a certain space, when other windows mazimize, they don't maximize over the appbar ( point in case -- ICQ ) this would then take some work in wineserver. For corectness' sake we would want to make these changes, but they could also introduce bugs. Sidenote: someone told me that Eric is working on SHAppBarMessage, is this correct? --Dante

2 1

Regression testing
by Rick Romero 27 Feb '02

27 Feb '02

Hi all, I've been trying to track down the source of my Visual Foxpro "Left click in a window, and 'freeze'" error, and with the help of Lawson Whitney, I *think* I've managed to narrow it down to the patch that causes it. If I checkout wine from cvs, then do a cvs update -D "2001-06-19" I get a 'working' wine. If I update to 06-20, wine doesn't work. There are a few patches that were committed on the 19th, but one appears to mostly likely have been the culprit: Log message: Moved hardware message queue handling to the server. Patch: http://cvs.winehq.com/patch.py?id=992978202334525382146239 First, I suppose I should apply each patch for that day, just to be sure, but I'm guessing/hoping someone else knows if that large 'move' caused some problems or not (so I can avoid spending that time). Second, is there anything I can do to help narrow this down further? I see there are a couple WM_LBUTTONDOWN things that I could trace, but I'm not sure that's the best place to start.. In short, what should I do now? :) Thanks, Rick

1 0

Traditional Chinese (CP950) not displaying in WINE
by Anthony Fok 27 Feb '02

27 Feb '02

Hello all, We are experimenting some problems with displaying and inputting Chinese characters in WINE (January 2002 or newer). For example, most Chinese characters show up as squares, and it seems that WINE doesn't accept Chinese input via XCIN (an input method server using the XIM protocol). Did we misconfigured something? Or is this a known problem in WINE? Any pointers would be appreciated. Thanks! Cheers, Anthony -- Anthony Fok Tung-Ling ThizLinux Laboratory <anthony(a)thizlinux.com> http://www.thizlinux.com/ Debian Chinese Project <foka(a)debian.org> http://www.debian.org/intl/zh/ Come visit Our Lady of Victory Camp! http://www.olvc.ab.ca/

3 5

new Bug in OLE
by mehmet yasar 27 Feb '02

27 Feb '02

Microsoft Visual Studio 6 is crashing when opening an existing projet, with current CVS version of Wine (Wine20020122 was OK). Comparing both, I have found the change that triggers the crash. It is function StgOpenStorage in OLE32/storage32.c, line 5595 : hr = StorageImpl_Construct( newStorage, hFile, pwcsName, NULL, grfMode, TRUE, - FALSE); + !(Fad.nFileSizeHigh || Fad.nFileSizeLow) /* FALSE */ ); TRACE shows that Fad.nFileSizeHigh = Fad.nFileSizeLow = 0; As you can see in TRACE the crash occurs in StorageImpl_WriteBigBloc. I suppose Wine is trying to write to a readonly opened file ? (because file is opened with GENERIC_READ) I hope this will help finding a fix. Mehmet YASAR -------------------- BackTRACE Unhandled exception: page fault on write access to 0x419d0000 in 32-bit code (0x402a6db4). In 32-bit mode. 0x402a6db4 (NTDLL.DLL.memcpy+0x34 in libc.so.6): movl %eax,0x0(%edi) Backtrace: =>0 0x402a6db4 (NTDLL.DLL.memcpy+0x34 in libc.so.6) (ebp=405d5e34) 1 0x40899438 (StorageImpl_SaveFileHeader+0x188(This=0x403f3440) [storage32.c:3084] in libole32.so) (ebp=405d6058) 2 0x408986d0 (StorageImpl_Construct+0x170(This=0x403f3440, hFile=0xd4, pwcsName=0x405d6414, pLkbyt=0x0, openFlags=0x10, fileBased=0x1, fileCreate=0x1) [storage32.c:2265] in libole32.so) (ebp=405d6180) 3 0x4089bc7e (StgOpenStorage+0x21e(pwcsName=0x405d6414, pstgPriority=0x0, grfMode=0x10, snbExclude=0x0, reserved=0x0, ppstgOpen=0x405d6488) [storage32.c:5595] in libole32.so) (ebp=405d63f4) 4 0x5009c4b2 (DEVSHL.DLL.4593+0x111 in D:\PROGRAM FILES\MICROSOFT VISUAL STUDIO\COMMON\MSDEV98\BIN\DEVSHL.DLL) (ebp=405d6464) -------------------- debugmsg +ole,+storage,+file trace:file:CreateFileA D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\mfcclwz.dll GENERIC_READ F ILE_SHARE_READ OPEN_EXISTING trace:file:ReadFile 212 0x405d61ec 511 0x405d5ed4 (nil) trace:file:ReadFile 212 0x405d61ec 511 0x405d5ed4 (nil) trace:storage:StgOpenStorage (L"Y:\\wine\\testDC\\testdc.opt", (nil), 10, (nil), 0, 0x405d6488) trace:file:CreateFileA Y:\wine\testDC\testdc.opt GENERIC_READ OPEN_EXISTING trace:storage:BIGBLOCKFILE_FileInit file len 49664 trace:storage:BIGBLOCKFILE_MapPage mapped page 0 to 0x419d0000 trace:storage:StorageImpl_WriteBigBlock memcpy (0x419d0000 0x405d5e4c 512 ) wine: Unhandled exception, starting debugger... --------------------

1 0

Re: ImageList fixes
by daveh-wine＠cadlink.com 27 Feb '02

27 Feb '02

From: mstefani(a)redhat.de >> The hotspot handling in imagelist is broken. This fix partially >repairs it. >... and breaks it too. With your patch the hotspot handling in It was a crude attempt to differentiate between the subtle difference in meaning of the hotspot passed in to BeginDrag and that passed in to SetDragCursorImage. The BeginDrag hotspot sets the position of the image wrt the current mouse position and also sets the hotspot there. Subsequently calling SetDragCursorImage does not physically move the image, but changes the mouse messages to reflect the offset. We probably need to do more substantial logic and track both hotspots independantly to achieve better Windows emulation. The bHSPending can be removed as it was only there to prevent the image moving as a result of a call to SetDragCursorImage after BeginDrag with different hotspots. If this breaks my application too much I'll do a more thorough fix and test more widely. Dave Hawkes

1 0

Re: ImageList fixes
by Michael Stefaniuc 26 Feb '02

26 Feb '02

Hello, sorry to replay so late but I didn't had the time to test your patch before. On Fri, Feb 22, 2002 at 08:39:39PM -0500, Dave Hawkes wrote: > The hotspot handling in imagelist is broken. This fix partially repairs it. ... and breaks it too. With your patch the hotspot handling in FreeSolitaire is broken. The attached patch reverts a small portion of your patch and fixes the recursion. For what do you need bHSPending? With the recursion removed it's pretty useless. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.de Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: Native DDE problems
by List vmn 26 Feb '02

26 Feb '02

Erich!!!! Very Cool! Thanks for your prompt answer. Please send me the patch. I will surely test it! Just one question on your answer, my two apps are called DISP.EXE and PDV.EXE Is one of them 16 and the other 32 bit ? If I recompile both of them to 32 bit or 16 bit, should DDE work? I can also try that. Frankly, I didn´t even know that one was 16 and the other 32 bit. Miguel Feitosa At 21:11 26/2/2002 +0100, you wrote: > > The http://www.winehq.com/News/status.html states that the implementation > > of the serial/parallel port > > is 90% complete but that DDE is still being implemented by Eric Pouech and > > not functional. >the status page is now a bit outdated >DDE (and DDEML) now kinda work >however, some 16 bit support is still missing in DDE (and DDEML), hence >your >problems as the trace shows >as of today : >- two 32 bit apps should be able to communicate through DDE >- two 16 bit apps should be able to communicate through DDE >- however, a 16 bit and a 32 bit app will not be able to communicate > >I have a yet unfinished patch here that should (partly) take care of >that >if you have the wine source and are ready to do some testing, I can >provide >you the patch to see if it helps in your situation > >as DDEML is a pure 16 bit DLL (the 32 bit DDEML implementation is part >of >USER32), it's very unlikely that native DDEML will work in wine >so, sticking to builtin USER/USER32/DDEML is the only viable solution >(even >if it's not completly done yet) > >A+

2 1

Artilcle - loading Windows DLL's under Linux
by Nick Temple 26 Feb '02

26 Feb '02

Hello All -- I am working on an article about how to load Windows DLL's under Linux. This system is for stand-alone Linux applications that only need to use some of the logic in a single Windows DLL, not a full WINE implementation. The code has been "borrowed" and tweaked from the avifile distribution (which is GPL'd), originally borrowed from WINE (BSD license), and will be re-released under the GPL or LGPL once the article is published. I have found the following names in the headers of the various files I'm using: Eric Youndale & Erik Bos Martin von Löwis Marcus Meissner Thomas Sandford Robert J. Amstadt Alexandre Julliard I plan to give credit either at the end of the article or in a sidebar. I would also like to put in a "blurb" about the WINE and avifile projects in the article (or sidebar) as well. Is there a standard blurb I can use? Also, I want to make sure that the appropriate people / organizations get credit. I am willing to accept comments on the completed version before publication to make sure I'm not stepping on any toes, please contact me directly if you are interested. Thanks in advance for the feedback, Nick

7 6

wineserver request size
by Eric Pouech 26 Feb '02

26 Feb '02

how to handle large wineserver request structure ? I've been working on adding the dwFillAttribute handling to CreateProcess (and passing between parent and child) while I was at it, I also added all the other fields (window geometry, console title/size...) at the end the two requests used in the process (new_process and init_process) are larger than the fixed request_max_size structure (80 bytes would be needed) so, what's the preferred way of handling this: 1) bump the request_max_size to the needed size (but all requests will be penalized about it) 2) remove the request_max_size (therefore aligning the size of the request on the one of the biggest available) 3) try to compress the structure fields (most of the data are 32 bits, whereas they would fit in 16 bit fields) 4) store the data above the 64 bytes into the variable part of the message (but that would break the current structure scheme) A+

3 2

Native DDE problems
by List vmn 26 Feb '02

26 Feb '02

Hi! I started using wine (wine-20020122 compiled from source tarball) a couple of weeks ago to run a store-point-of-sale application. The idea is to port this windows application to linux. Before porting, we decided to check if the app could be emulated on linux with wine or recompiled with winelib. This is also necessary to run proprietary windows DLLs from third parties such as credit card companies that bind the application to specific hardware. The software uses a lot of external hardware such as printers, barcode scanners, special keyboards etc. These hws usually communicate through the serial port. Another important feature of the software is the use of DDE - Dynamic Data Exchange from the windows API. The application is broken into at least two executables that communicate through DDE. The http://www.winehq.com/News/status.html states that the implementation of the serial/parallel port is 90% complete but that DDE is still being implemented by Eric Pouech and not functional. After reviewing the manuals and spending a few days on trial runs, I decided to try and bring in the native DDEML.DLL and see if the exe´s would communicate. QUESTION: Should this native windows library work under wine, has anybody tried this? When I tried running the software with the native DDE engine (from Win98), I get DDE errors and a warning saying that DDE is not functional yet. This is expected as reported by the status.html page. When I tried running the software with a setup that only the DDEML.DLL was native, the program crashed with an exception. I tried running the program with several debug channels but couldn´t detect the problem. The only thing learned was that the program seemed to be crashing inside USER.DLL builtin code. I then tried several different native/builtin setups using mainly the following DLLs: Native DLLs DDEML.DLL OLE32.DLL COMCTL*.DLL COMDLG*.DLL SHELL.DLL SHELL32.DLL I even tried bringing in USER and USER32. Some of these setups were documented not to work and didn´t. Everytime I got a setup that seemed to work, the software would crash with basically an exception or page fault. I then decided to use winedbg. I was able to get a stack trace of the software at the time of the exception. It is at the end of this email. I also put a complete run of winedbg --debugmsg +msg 'c:\sw\store.exe' in http://admin.vmn.com.br/wine/out.txt From the trace it seemed that USER builtin in code was not yet finished and handling correctly DDE messages or had a messaging bug related to DDE or not. I read the functions in c code from the trace and couldn´t see any obvious problems. They seemed complete and finished. QUESTION: Is the builtin USER.DLL complete? QUESTION: Should it interact correctly with DDEML.DLL? If DDEML.DLL and USER.DLL were communicating through COM then they should interact correctly but since DDE is a protocol dating back to win3.1, probably older than OLE and COM, maybe they don´t. I have thought of reworking the original software to use SOCKETS but this is quite a lot of work. I am new to wine so I may be missing something obvious. Thanks in advance for any help. Miguel Feitosa TRACE First chance exception: page fault on read access to 0xc032090d in 32-bit code (0x400a47d6). In 32-bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0277 GS:0000 EIP:400a47d6 ESP:40ca69ac EBP:40ca69b0 EFLAGS:00010202( R- 00 I - - 1 ) EAX:c032090f EBX:40100ef8 ECX:000003e7 EDX:c032090d ESI:c032090f EDI:40ca6a10 Stack dump: 0x40ca69ac (_end+0x237d58): 406c1c84 40ca69c8 406266c6 c032090f 0x40ca69bc (_end+0x237d68): 406c1c84 080745a8 40ca6b70 40ca6a84 0x40ca69cc (_end+0x237d78): 4062f205 000003e7 c032090f 40ca6a10 0x40ca69dc (_end+0x237d88): 40ca6a14 406c1c84 080745a8 40ca6b70 0x40ca69ec (_end+0x237d98): 00000000 00000000 00000000 406911ae 0x40ca69fc (_end+0x237da8): 406c1c84 00010021 00000000 00000000 0x40ca6a0c (_end+0x237db8): 004e: sel=0277 base=40cb7000 limit=00000fff 32-bit rw- Backtrace: =>0 0x400a47d6 (GlobalLock+0x1a(hmem=0xc032090f) [global.c:1090] in libntdll.so) (ebp=40ca69b0) 1 0x406266c6 (UnpackDDElParam+0x46(msg=0x3e7, lParam=0xc032090f, uiLo=0x40ca6a10, uiHi=0x40ca6a14) [misc.c:130] in libuser32.so) (ebp=40ca69c8) 2 0x4062f205 (post_dde_message+0x35(dest_tid=0x80745a8, data=0x40ca6b2c, info=0x40ca6b70, data=0x40ca6b2c, data=0x40ca6b2c, data=0x40ca6b2c) [message.c:1142] in libuser32.so) (ebp=40ca6a84) 3 0x4062ff94 (put_message_in_queue+0xc8(dest_tid=0x80745a8, info=0x40ca6b70, reply_size=0x0) [message.c:1587] in libuser32.so) (ebp=40ca6b50) 4 0x40630b0e (PostMessageW+0xba(hwnd=0x10029, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [message.c:1995] in libuser32.so) (ebp=40ca6b94) 5 0x4063173a (PostMessage16+0x66(hwnd16=0x29, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [msg16.c:89] in libuser32.so) (ebp=40ca6bc4) 6 0x4061f4e9 (USER_CallFrom16_p_word_wwwl+0x29(proc=0x406316d4, args=0x403b613e) [user.spec.c:1052] in libuser32.so) (ebp=40ca6be0) 7 0x4008f14a (__wine_call_from_16_word+0x8e [relay16.s] in libntdll.so) (ebp=40ca6c10) 8 0x03af:0x5a71 (bp=a5ae) 9 0x03af:0x38e8 (bp=a5cc) 10 0x03af:0x3617 (bp=a5f0) 11 0x03af:0x150a (bp=a618) 12 0x033f:0x1dec (bp=a640, far call assumed) 13 0x033f:0x1f1f (bp=a668) 14 0x028f:0x0c86 (bp=a904) 15 0x0287:0x00e0 (bp=0000) 0x400a47d6 (GlobalLock+0x1a [global.c:1090] in libntdll.so): cmpw $0x5342,0xfffffffe(%eax) 1090 if(pintern->Magic==MAGIC_GLOBAL_USED) Wine-dbg>First chance exception: page fault on read access to 0xc032090d in 32-bit code (0x400a47d6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0277 GS:0000 EIP:400a47d6 ESP:40ca69ac EBP:40ca69b0 EFLAGS:00010202( R- 00 I - - 1 ) EAX:c032090f EBX:40100ef8 ECX:000003e7 EDX:c032090d ESI:c032090f EDI:40ca6a10 Stack dump: 0x40ca69ac (_end+0x237d58): 406c1c84 40ca69c8 406266c6 c032090f 0x40ca69bc (_end+0x237d68): 406c1c84 080745a8 40ca6b70 40ca6a84 0x40ca69cc (_end+0x237d78): 4062f205 000003e7 c032090f 40ca6a10 0x40ca69dc (_end+0x237d88): 40ca6a14 406c1c84 080745a8 40ca6b70 0x40ca69ec (_end+0x237d98): 00000000 00000000 00000000 406911ae 0x40ca69fc (_end+0x237da8): 406c1c84 00010021 00000000 00000000 0x40ca6a0c (_end+0x237db8): 004e: sel=0277 base=40cb7000 limit=00000fff 32-bit rw- Backtrace: =>0 0x400a47d6 (GlobalLock+0x1a(hmem=0xc032090f) [global.c:1090] in libntdll.so) (ebp=40ca69b0) 1 0x406266c6 (UnpackDDElParam+0x46(msg=0x3e7, lParam=0xc032090f, uiLo=0x40ca6a10, uiHi=0x40ca6a14) [misc.c:130] in libuser32.so) (ebp=40ca69c8) 2 0x4062f205 (post_dde_message+0x35(dest_tid=0x80745a8, data=0x40ca6b2c, info=0x40ca6b70, data=0x40ca6b2c, data=0x40ca6b2c, data=0x40ca6b2c) [message.c:1142] in libuser32.so) (ebp=40ca6a84) 3 0x4062ff94 (put_message_in_queue+0xc8(dest_tid=0x80745a8, info=0x40ca6b70, reply_size=0x0) [message.c:1587] in libuser32.so) (ebp=40ca6b50) 4 0x40630b0e (PostMessageW+0xba(hwnd=0x10029, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [message.c:1995] in libuser32.so) (ebp=40ca6b94) 5 0x4063173a (PostMessage16+0x66(hwnd16=0x29, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [msg16.c:89] in libuser32.so) (ebp=40ca6bc4) 6 0x4061f4e9 (USER_CallFrom16_p_word_wwwl+0x29(proc=0x406316d4, args=0x403b613e) [user.spec.c:1052] in libuser32.so) (ebp=40ca6be0) 7 0x4008f14a (__wine_call_from_16_word+0x8e [relay16.s] in libntdll.so) (ebp=40ca6c10) 8 0x03af:0x5a71 (bp=a5ae) 9 0x03af:0x38e8 (bp=a5cc) 10 0x03af:0x3617 (bp=a5f0) 11 0x03af:0x150a (bp=a618) 12 0x033f:0x1dec (bp=a640, far call assumed) 13 0x033f:0x1f1f (bp=a668) 14 0x028f:0x0c86 (bp=a904) 15 0x0287:0x00e0 (bp=0000) 0x400a47d6 (GlobalLock+0x1a [global.c:1090] in libntdll.so): cmpw $0x5342,0xfffffffe(%eax) 1090 if(pintern->Magic==MAGIC_GLOBAL_USED) Wine-dbg>First chance exception: page fault on read access to 0xc032090d in 32-bit code (0x400a47d6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0277 GS:0000 EIP:400a47d6 ESP:40ca69ac EBP:40ca69b0 EFLAGS:00010202( R- 00 I - - 1 ) EAX:c032090f EBX:40100ef8 ECX:000003e7 EDX:c032090d ESI:c032090f EDI:40ca6a10 Stack dump: 0x40ca69ac (_end+0x237d58): 406c1c84 40ca69c8 406266c6 c032090f 0x40ca69bc (_end+0x237d68): 406c1c84 080745a8 40ca6b70 40ca6a84 0x40ca69cc (_end+0x237d78): 4062f205 000003e7 c032090f 40ca6a10 0x40ca69dc (_end+0x237d88): 40ca6a14 406c1c84 080745a8 40ca6b70 0x40ca69ec (_end+0x237d98): 00000000 00000000 00000000 406911ae 0x40ca69fc (_end+0x237da8): 406c1c84 00010021 00000000 00000000 0x40ca6a0c (_end+0x237db8): 004e: sel=0277 base=40cb7000 limit=00000fff 32-bit rw- Backtrace: =>0 0x400a47d6 (GlobalLock+0x1a(hmem=0xc032090f) [global.c:1090] in libntdll.so) (ebp=40ca69b0) 1 0x406266c6 (UnpackDDElParam+0x46(msg=0x3e7, lParam=0xc032090f, uiLo=0x40ca6a10, uiHi=0x40ca6a14) [misc.c:130] in libuser32.so) (ebp=40ca69c8) 2 0x4062f205 (post_dde_message+0x35(dest_tid=0x80745a8, data=0x40ca6b2c, info=0x40ca6b70, data=0x40ca6b2c, data=0x40ca6b2c, data=0x40ca6b2c) [message.c:1142] in libuser32.so) (ebp=40ca6a84) 3 0x4062ff94 (put_message_in_queue+0xc8(dest_tid=0x80745a8, info=0x40ca6b70, reply_size=0x0) [message.c:1587] in libuser32.so) (ebp=40ca6b50) 4 0x40630b0e (PostMessageW+0xba(hwnd=0x10029, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [message.c:1995] in libuser32.so) (ebp=40ca6b94) 5 0x4063173a (PostMessage16+0x66(hwnd16=0x29, msg=0x3e7, wparam=0x27, lparam=0xc032090f) [msg16.c:89] in libuser32.so) (ebp=40ca6bc4) 6 0x4061f4e9 (USER_CallFrom16_p_word_wwwl+0x29(proc=0x406316d4, args=0x403b613e) [user.spec.c:1052] in libuser32.so) (ebp=40ca6be0) 7 0x4008f14a (__wine_call_from_16_word+0x8e [relay16.s] in libntdll.so) (ebp=40ca6c10) 8 0x03af:0x5a71 (bp=a5ae) 9 0x03af:0x38e8 (bp=a5cc) 10 0x03af:0x3617 (bp=a5f0) 11 0x03af:0x150a (bp=a618) 12 0x033f:0x1dec (bp=a640, far call assumed) 13 0x033f:0x1f1f (bp=a668) 14 0x028f:0x0c86 (bp=a904) 15 0x0287:0x00e0 (bp=0000) 0x400a47d6 (GlobalLock+0x1a [global.c:1090] in libntdll.so): cmpw $0x5342,0xfffffffe(%eax) 1090 if(pintern->Magic==MAGIC_GLOBAL_USED) Wine-dbg>130 params = GlobalLock(hMem); Wine-dbg>1142 if (!UnpackDDElParam( info->msg, info->lparam, &uiLo, &uiHi )) Wine-dbg>1587 return post_dde_message( dest_tid, &data, info ); Wine-dbg>1995 return put_message_in_queue( dest_tid, &info, NULL ); Wine-dbg>89 return PostMessageW( hwnd, msg32, wparam32, lparam ); Wine-dbg>1052 return proc( Wine-dbg>

2 1

Menu Item problem(was Notepad not remaining language selection)
by Sylvain Petreolle 26 Feb '02

26 Feb '02

Hi, I have implemented 2 procedures to set the language used by Notepad at startup. Now it selects language by using string key "Language" under HKCU\\Software\\Wine\\Notepad. Restore of the language functions now. But I'm new in Windows coding so I don't know which procedure is called when I click on an item in the Language menu.So saving the language in the registry is not called.The procedure is ready to use but never called. Could someone help ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

4 7

Out of process COM objects & Installshield v6
by Sander van Leeuwen 26 Feb '02

26 Feb '02

Hi, What's the current state of OOP COM objects in Wine? I've noticed a lot of related changes, but have yet to find an InstallShield 6 installer that works. (I did copy the stdole*.tlb files to the windows & system directory) After porting the OLE changes to Odin, I tried the Java 1.4 installer. It fails with error 0x80070057 (CoMarshalInterface; failed to marshal interface) Trying the same installer in Wine (built from latest CVS) results in the same error There's a fixme for NdrDllRegisterProxy for the same GUID that fails in CoMarshallInterface. Perhaps that's the cause. Before I start debugging this, I'd like to know if it is supposed to work at all. Thanks, Sander

5 7

RE: License change vote results
by Kevin Lawton 26 Feb '02

26 Feb '02

Dimi, Come on now, it isn't as if Brett is accusing Codeweavers of actually doing this. He just pointed out a potential flaw in the ballot system. The fact that you failed to comprehend the meaning of such a simple message casts some doubt on your ability to contribute much of any use to either this or any other list. The fact that you so arrogantly dismiss an other's contribution to the discussion makes one wonder just who it is who should 'do everyone a favour and bugger off' ?. There are enough adversaries out there without creating more. I can only suggest that you try to behave more like a gentleman in the future. Kevin. -----Original Message----- From: Dimitrie O. Paun [mailto:dimi@cs.toronto.edu] Sent: 19 February 2002 23:11 To: Brett Glass Cc: Roger Fujii; wine-devel(a)winehq.com Subject: Re: License change vote results On Tue, 19 Feb 2002, Brett Glass wrote: > This is an interesting point. Codeweavers could easily have > "stuffed" the ballot box by insisting that its employees > vote the way it wanted (and/or by claiming that they'd be > out of work if they did not). Well, not that I did not have enough reasons before, but this lands you in my killfile. And as far as I'm concerned, YOU ARE NOT WELCOMED on this list. So do everyone a favour, and bugger off. -- Dimi.

11 16

Re: Alternative make scripts
by Dimitrie O. Paun 26 Feb '02

26 Feb '02

On Tue, 26 Feb 2002, Andriy Palamarchuk wrote: > Does that mean we don't need alternative build scripts > in the Wine tree (probably except winetest)? I'd personally would want to see our Makefile system be portable enough to do this. When I tried porting Wine to cygwin, they were good enough, so I see no reason for a separate script. -- Dimi.

1 0

About that eeevil library naming decision...
by Andreas Mohr 26 Feb '02

26 Feb '02

Hello all, I've just had prime evidence of yet another library naming conflict: libuser.so (which is in package libuser-0.32-1). (installed as /usr/lib/libuser.so) Other examples would be libole.so or libavifile.so. So could we please *finally* rename the wine libraries to libwineuser.so or maybe even better libwine_user.so ? Thank you very much... Yeah, people told me that wine libraries would be in separate directories anyway, so no need for that naming. But believe me, I HATED that decision from day 1. Packagers simply won't always choose a separate directory for wine libraries. (especially for "global" installs without a wrapper script) Thus there'll be lots of trouble for some people. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

5 7

DTR Flow Control
by Michael Cardenas 26 Feb '02

26 Feb '02

Is DTR flow control supported? There's a comment in comm.c in SetCommState that says it's not, but EscapeCommFunction has a SETDTR case and a CLRDTR case. Below are the lines I'm talking about. I'm working on an app that asks for DTR flow control and uses overlapped IO when using a modem. It establishes a modem connection, but then it can't send any data over the connection. I'm using an external modem on a serial port. ------------------------------------------------------------------------ if (lpdcb->fDtrControl == DTR_CONTROL_HANDSHAKE) { WARN("DSR/DTR flow control not supported\n"); } comm.c line 1069 ------------------------------------------------------------- case SETDTR: TRACE("SETDTR\n"); #ifdef TIOCM_DTR direct=TRUE; result= COMM_WhackModem(fd, 0, TIOCM_DTR); break; #endif comm.c line 548

4 7

Re: GetStdHandle Problem
by Ignasi Villagrasa 25 Feb '02

25 Feb '02

>> I notice there are things I haven't understood yet. Is there any Win32 console based Winlib example. Any simple one. >> So I can see which process I should follow to get the program properly built. >the debugger is a pure winelib app, which heavily uses the console, so >you can copy the Makefiles from it >(in debugger directory from the source) I found a little application in wine directory, wcmd, that uses Win32 console functions, and specifically GetStdHandle. I though it will be easier to control that the debugger. I built the following makefile, based on the Makefile.in in wcmd source code directory: ----------------------------------------------------------------------------- DIRWINE = /opt/wine INCL_WINE = -I$(DIRWINE)/include/wine ### Dependencies: WCMD_dependencies = \ batch.obj \ builtins.obj \ directory.obj \ wcmdmain.obj # Build wcmd : $(WCMD_dependencies) c++ -o wcmd -L$(DIRWINE)/lib \ batch.obj \ builtins.obj \ directory.obj \ wcmdmain.obj \ -lkernel32 -lntdll -luser32 -lshell32 ### Rules batch.obj: batch.c gcc $(INCL_WINE) -c -o batch.obj batch.c builtins.obj: builtins.c gcc $(INCL_WINE) -c -o builtins.obj builtins.c directory.obj: directory.c gcc $(INCL_WINE) -c -o directory.obj directory.c wcmdmain.obj: wcmdmain.c gcc $(INCL_WINE) -c -o wcmdmain.obj wcmdmain.c ------------------------------------------------------------- It builds properly wcmd executable. But running it I get a Segmentation fault (core dumped). When running it using gdb, I find the exception before main in libshell32.so library. What am I going wrong ? Is it possible that I have a wrong or an outdated wine version ? I took it from codeweavers.(codeweavers-wine-20011108-5.i386.rpm). If I have to get an update, I'd like to know if there's an already built version for RH6.2 to avoid rebuilding wine package, because Codeweavers hasn't refreshed wine versions and I don't find other built versions for RH6.2. Many thanks for helping. Ignasi Villagrasa.

2 1

Re: DTR Flow Control
by Mike McCormack 25 Feb '02

25 Feb '02

Hi Michael, > Is DTR flow control supported? No. However the Win32 API uses very confusing names, so make sure the app is really asking for DTR/DSR flow control. DTR_CONTROL_ENABLE does not mean DTR/DSR flow control is enabled, it means turn on the DTR line permanently. Only DTR_CONTROL_HANDSHAKE means the serial port should use DSR/DTR handshaking. (AFAIK, DTR_CONTROL_ENABLE and DTR_CONTROL_DISABLE flags are not correctly handled in the current wine... they should actively turn on or turn off DTR). Additionally, there were some problems in the GetCommState/SetCommState code that saw DTR_CONTROL_HANDSHAKE accidently turned on, so make sure that it is really the application that is requesting it. As Marcus pointed out, the linux kernel itself does not support DTR/DSR flow control, but given the time and motivation, we could solve the problem if you really need to make this work... Mike ------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

3 2

Re: Notepad not remaining language selection
by Sylvain Petreolle 25 Feb '02

25 Feb '02

Ok, but winemine uses reg to, and does not have such import. (do you have Ymessenger ?) > Registry functions are in advapi32.dll > > Add this line to your notepad.spec file to link > against advapi32 library: > > import advapi32.dll > > Sylvain, we can continue the discusion on > wine-devel. > > Andriy Palamarchuk > > __________________________________________________ > Do You Yahoo!? > Yahoo! Sports - Coverage of the 2002 Olympic Games > http://sports.yahoo.com ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

DirectInput -> Keyboard -> GetDeviceState
by Arjen Nienhuis 25 Feb '02

25 Feb '02

The MapVirtualKey in GetDeviceState is not "the way to do it". It does not map VK_?? to DIK_??. I don't know why it does work most of the time. "ptr[i] = 0x80; ptr[i + 0x80] = 0x80;" gave double key events in a game I have. The correct way to convert the keys is by this table (attachment). I made this table by pressing all the keys on my keyboard, and record the keycodes. The code I wrote for this function is: static HRESULT WINAPI SysKeyboardAImpl_GetDeviceState( LPDIRECTINPUTDEVICE2A iface, DWORD len, LPVOID ptr ) { DWORD i; memset( ptr, 0, len ); if (len != 256) { WARN("whoops, got len %ld?\n", len); return DI_OK; } for (i = 0; i < (sizeof(vk_to_dik) / sizeof(vk_to_dik[0])); i++) if (GetAsyncKeyState( vk_to_dik[i][0] ) & 0x8000) ((LPBYTE)ptr)[ vk_to_dik[i][1] ] = 0x80; return DI_OK; } Is there an array_size() macro in wine? where should I put this table? Any other comments about my first usefull (at least for me) wine code? unsigned char vk_to_dik[][2] = { {VK_BACK, DIK_BACK}, {VK_TAB, DIK_TAB}, {VK_CLEAR, DIK_NUMPAD5}, /* Num Lock off */ {VK_RETURN, DIK_NUMPADENTER}, {VK_SHIFT, DIK_LSHIFT}, {VK_CONTROL, DIK_LCONTROL}, {VK_MENU, DIK_LMENU}, {VK_CAPITAL, DIK_CAPITAL}, {VK_ESCAPE, DIK_ESCAPE}, {VK_SPACE, DIK_SPACE}, {VK_PRIOR, DIK_PRIOR}, {VK_NEXT, DIK_NEXT}, {VK_END, DIK_END}, {VK_HOME, DIK_HOME}, {VK_LEFT, DIK_LEFT}, {VK_UP, DIK_UP}, {VK_RIGHT, DIK_RIGHT}, {VK_DOWN, DIK_DOWN}, {VK_INSERT, DIK_INSERT}, {VK_DELETE, DIK_DELETE}, {VK_0, DIK_0}, {VK_1, DIK_1}, {VK_2, DIK_2}, {VK_3, DIK_3}, {VK_4, DIK_4}, {VK_5, DIK_5}, {VK_6, DIK_6}, {VK_7, DIK_7}, {VK_8, DIK_8}, {VK_9, DIK_9}, {VK_A, DIK_A}, {VK_B, DIK_B}, {VK_C, DIK_C}, {VK_D, DIK_D}, {VK_E, DIK_E}, {VK_F, DIK_F}, {VK_G, DIK_G}, {VK_H, DIK_H}, {VK_I, DIK_I}, {VK_J, DIK_J}, {VK_K, DIK_K}, {VK_L, DIK_L}, {VK_M, DIK_M}, {VK_N, DIK_N}, {VK_O, DIK_O}, {VK_P, DIK_P}, {VK_Q, DIK_Q}, {VK_R, DIK_R}, {VK_S, DIK_S}, {VK_T, DIK_T}, {VK_U, DIK_U}, {VK_V, DIK_V}, {VK_W, DIK_W}, {VK_X, DIK_X}, {VK_Y, DIK_Y}, {VK_Z, DIK_Z}, {VK_LWIN, DIK_LWIN}, {VK_RWIN, DIK_RWIN}, {VK_APPS, DIK_APPS}, {VK_NUMPAD0, DIK_NUMPAD0}, {VK_NUMPAD1, DIK_NUMPAD1}, {VK_NUMPAD2, DIK_NUMPAD2}, {VK_NUMPAD3, DIK_NUMPAD3}, {VK_NUMPAD4, DIK_NUMPAD4}, {VK_NUMPAD5, DIK_NUMPAD5}, /* Num Lock on */ {VK_NUMPAD6, DIK_NUMPAD6}, {VK_NUMPAD7, DIK_NUMPAD7}, {VK_NUMPAD8, DIK_NUMPAD8}, {VK_NUMPAD9, DIK_NUMPAD9}, {VK_MULTIPLY, DIK_MULTIPLY}, {VK_ADD, DIK_ADD}, {VK_SUBTRACT, DIK_SUBTRACT}, {VK_DECIMAL, DIK_DECIMAL}, {VK_DIVIDE, DIK_DIVIDE}, {VK_F1, DIK_F1}, {VK_F2, DIK_F2}, {VK_F3, DIK_F3}, {VK_F4, DIK_F4}, {VK_F5, DIK_F5}, {VK_F6, DIK_F6}, {VK_F7, DIK_F7}, {VK_F8, DIK_F8}, {VK_F9, DIK_F9}, {VK_F10, DIK_F10}, {VK_F11, DIK_F11}, {VK_F12, DIK_F12}, {VK_NUMLOCK, DIK_NUMLOCK}, {VK_SCROLL, DIK_SCROLL}, {VK_OEM_1, DIK_SEMICOLON}, {VK_OEM_PLUS, DIK_EQUALS}, {VK_OEM_COMMA, DIK_COMMA}, {VK_OEM_MINUS, DIK_MINUS}, {VK_OEM_PERIOD, DIK_PERIOD}, {VK_OEM_2, DIK_SLASH}, {VK_OEM_3, DIK_GRAVE}, {VK_OEM_4, DIK_LBRACKET}, {VK_OEM_5, DIK_BACKSLASH}, {VK_OEM_6, DIK_RBRACKET}, {VK_OEM_7, DIK_APOSTROPHE} };

2 7

problem with CreateProces
by DanteAliegri 23 Feb '02

23 Feb '02

on #winehq we've been taking a look at a few programs that use CreateProcess at http://open-socket.dyndns.org/~dante/winetest.c is a simple testcase that should run notepad.exe ( verified in w98 ) in wine cvs we fail and go to the message box. unfortuantly. I don't know enough about wine internals to know what is going wrong. this test case though, should make it sufficently easy ( thanks to hax on #winehq : ) the interesting part of the error log is /media/wine/bin/wine: could not load library 'C:\winapps\NOTEPAD.EXE.so' as Winelib application: C:\winapps\NOTEPAD.EXE.so: cannot open shared object file: No such file or directory Also, this came from a application we were debugging, which may be useful, because it is open source (!) and does a lot of twiddling with win9x/nt internals. ( can't find the URL for it atm though, so I'll put the rarup next to the winetest.exe as hl_cs_ogc.rar ) it has a call to strstr where it is trying to find "hl.exe", but the string has HL.EXE in it, so it fails the strstr test, so I'm wondering is strstr supposed to be case insensitive in win32, or are we passing a path that has mixed case, and it shouldn't? --Dante

2 1

Re: GetStdHandle Problem
by Ignasi Villagrasa 23 Feb '02

23 Feb '02

>> If there's a problem in Wine to get this function work, I'd like to know >> if, apart from updating Wine, I can do any change in the source code in >> order to make the program work. >yes. At first I'd like to change my application code. I'm not thinking of changing wine code because I don't know about it. For instance. Should I initialize my console functions using any additional function ? >> In addition, I'd like to know which libraries should I add to the linker >> process to get the symbols resolved ? >well, I thought you said all your symbols were resolved, aren't they ? Yes. All symbols are resolved and the executable created. I ask this question because I have selected the libraries including at first -lkernel in my makefile linker process and solving then the remaining undefined symbols. I have not used any documentation that tells me what libraries to use. >but, first of all, since you didn't answer my previous questions, I'd ... I'm sorry. I supose you want to know if I have GetStdHandle in any constructor that runs before main routine. (Global instance). The answer is no. >I'd suggest using the prefered way for compiling winelib applications (which >should deal indeed with C++ initializations issues) >look at http://wine.codeweavers.com/docs/winelib-user/ for the details >(in peculiar, winemaker and --wrap option). I notice there are things I haven't understood yet. Is there any Win32 console based Winlib example. Any simple one. So I can see which process I should follow to get the program properly built. For instance, a Win32 Console based editor built using wine migration, and with source code to rebuild it. Many thanks for your interest. Ignasi Villagrasa.

2 1

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