wine-bugs

wine-bugs@winehq.org

1 participants
158770 discussions

[Bug 892] Implement GetSystemInfo using CPUID
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=892 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:10 ------- Bug comments restored from Gmane.org: Currently GetSystemInfo reads the CPU information from /proc/cpuinfo. The problem is that this only works on Linux and other x86-based platform only get the defaults which are certainly not optimal for current CPUs. One potential issue is that pre-586 (or is it pre-486) processors don't support the CPUID instruction. But this it not a big issue and can probably be handled in some way. I have set this bug's platform to FreeBSD but this is just as valid for Solaris x86. ------- Additional Comments From marcus <at> jet.franken.de 2002-07-19 03:47 ------- If you want to use CPUID, use an exception handler around the instruction which will trigger if it is not there. Otherwise I do not see a problem to implement it for !Linux x86 systems. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 891] winemaker and winebuild compatibility problem in the .spec file
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=891 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:09 ------- Bug comments restored from Gmane.org: tried to compile 'hello world' using winelib. empty dir w/ hello.c. winemaker. ok. configure. ok. make : winebuild complained about unknown tokens in the spec file. it turned out that its parser doesn't support (any more?) the 'type' and 'import' keywords. after removing these lines from the .spec file, it compiled fine. updating the winemaker script should solve the problem. (+plus updating the docs) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 890] Virtual Pages difference - Spotted with VirtualQuery()
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=890 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:08 ------- Bug comments from Gmane.org: As usual, AutoCAD seems to be a good test-bench for wine :-) I spotted the problem that seemed coming from VirtualQuety function, but that is (I guess... hmmmm) more a problem of memory handling in wine. I made a little test app; here the results in wine and win2k, later on the app itself : WINE RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_READONLY | PAGE_WRITECOPY | PAGE_EXECUTE_READWRITE | PAGE_NOACCESS Region Size : 00017000 State : MEM_COMMIT Protect : PAGE_WRITECOPY <----- HERE Type : MEM_PRIVATE WIN2k RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_EXECUTE_WRITECOPY Region Size : 00001000 State : MEM_COMMIT Protect : PAGE_EXECUTE_READ <---- AND HERE Type : MEM_IMAGE Well, dunno too much about Type field, I didn't find an app that check it yet; I did find the app that uses Protect flag; I think it's poor coded, but as usual we should make bad apps work too :-) The app put some data in code page, not yet spotted if hard or soft-coded, then before reading it checks Protect field to see if it has not set the PAGE_GUARD, NO_ACCESS and WRITECOPY flags; if t has, it hangs some 10.000 lines later (sigh....) I think wine should set Protect flag quite as like as possible as windoze For AutoCAD2000 I put a dirty hack in process.c, but is really ugly; i'd prefer not to put my hands (bytes ?) too deeply inside some code that I don't understand completely... Attached is the test source (compiled in Borland CBuilder, but should work with any compiler, apart some unuseful pragma's). If needed I can post the compiled too :-) ------- Additional Comments From maxx2 <at> veneto.com 2002-07-18 03:09 ------- Created an attachment (id=232) --> (http://bugs.winehq.com/attachment.cgi?id=232&action=view) C++ Test app for bug 890 ------- Additional Comments From maxx2 <at> veneto.com 2002-07-19 14:42 ------- Just submitted a Patch on wine-patches that seems to solve the problem. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 889] WINPOS_GetWinOffset() yields wrong offset
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=889 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:06 ------- Bug comments restored from Gmane.org: Using the game Dynomite from PopCap Games works very well except that the offset for the graphics is the same as the offset of the window (on the desktop) in which the graphics are being displayed; I essentially eliminated the code in WINPOS_GetWinOffset() by adding a return immediately following the code that sets of the X and Y component of the offset to 0 -- this solves the problem but I suspect that it will cause problems elsewhere; the file of interest is windows/winpos.c; feel free to contact me for any additional information ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-21 00:26 ------- I followed the trail a little bit further as I noticed that "hot spots" on an image (like buttons) would fade in and out when the window wasn't at the top left of the screen. The trail led to the file dlls/x11drv/winpos.c. It is making a call to MapWindowPoints() which in turn calls WINPOS_GetWinOffset(). If I eliminate the call to MapWindowPoints() in the function expose_window() at line 290, (and restore the original version of windows/winpos.c) everything works beautifully. The window draws itself properly and the buttons work as expected. I am not all that familiar with Wine code, though, so can anyone think of a good reason why this code ought to be there? Should I submit a patch? And if so, can anyone point me to the method required for doing so? Thanks. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-21 09:59 ------- I am not that familiar with wine internals either, but if you submit a patch to wine_patches <at> winehq.com, I'm sure that if there is something wrong with it someone will point it out. The following links are from the Wine Developers Guide on how to submit patches http://www.winehq.com/Docs/wine-devel/patches.shtml http://www.winehq.com/Docs/wine-devel/patch-quality.shtml ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-23 21:42 ------- Created an attachment (id=239) --> (http://bugs.winehq.com/attachment.cgi?id=239&action=view) Proposed patch for this ug ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 10:26 ------- I applied your patch to my system and tested it with several programs and the results are not very good. the startup screen of winzip is totally corrupted by this patch. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 10:30 ------- Created an attachment (id=240) --> (http://bugs.winehq.com/attachment.cgi?id=240&action=view) Screen shot showing corruption of Winzip startup screen. ------- Additional Comments From tuiningas_ml <at> shaw.ca 2002-07-24 22:42 ------- The proposed patch that I made was wrong but it seems that someone else made the right patch elsewhere so it is now fixed. I guess the moral of the story is: if you wait long enough, someone else will do it for you.... :-) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:20 ------- Closing -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 888] DXGrab can't be undone.
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=888 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:04 ------- Bug comments restored from Gmane.org: It would be nice to be able to have a key-combo (one that you wouldn't likely use in Windows -- eg CTRL-ALT-SHIFT-R or something silly.) that would RELEASE a mouse that is DXGrabbed, so that a user may go back to his desktop, deal with other programs, and then lock it back... normally, you would just turn DX grab off, but that makes games nearly impossible to play. Being able to release, do whatever else you wanna do, and the click back in the window to re-lock would be sweet. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 885] Screen Corruption in riven
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=885 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 08:03 ------- Bug comments restored from Gmane.org: When playing Riven I can move ahead and the screens are fine, but when I want to rotate the view the screen gets corrupted. I think I have tracked the problem down to StretchBlt and BitBlt in X11, but I have run into problems debugging it. It turns out that winedbg uses BITBLT_InternalStretchBlt extensivly so I cannot use winedbg to track down. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-16 23:19 ------- Created an attachment (id=228) --> (http://bugs.winehq.com/attachment.cgi?id=228&action=view) Screen shot before rotate. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-16 23:21 ------- Created an attachment (id=229) --> (http://bugs.winehq.com/attachment.cgi?id=229&action=view) Screen shot after rotate ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-16 23:22 ------- Created an attachment (id=230) --> (http://bugs.winehq.com/attachment.cgi?id=230&action=view) Screenshot of what it should look liek after rotate. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-16 23:26 ------- Created an attachment (id=231) --> (http://bugs.winehq.com/attachment.cgi?id=231&action=view) Short log file that goes with screen shots ------- Additional Comments From dclark <at> akamail.com 2002-07-17 11:32 ------- Yep, I agree. I noticed that by setting transitions to "best", it becomes really obvious what is happening. It is supposed to scroll the window left or right, and then paints in the new portion of the display. It does it with calls like this: trace:scroll:X11DRV_ScrollDC 08dc -181,0 hrgnUpdate=0000 rcUpdate = (nil) which as you suggest causes a BitBlt: trace:bitblt:BitBlt hdcSrc=08dc 181,0 24 bpp->hdcDest=08dc 0,0 427x392x24 rop=cc0020 For some reason, that does not seem to be working. Only the new part is being painted in. The scroll never happens. I never got much beyond that point. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-18 12:25 ------- :BitBlt hdcSrc=08dc 181,0 24 bpp->hdcDest=08dc 0,0 427x392x24 rop=cc0020 OK. This looks (to me) like the source and destination are the same. hdcSrc and hdcDest both = 08dc. Based on my experience with SimCity's screen corruption I am inclined to be suspicious of this. The other thing about it is that it is 24bpp and as Lionel says its evil <g> source x = 181 source y = 0 destination x = 0 destination y = 0 width = 427 hieght = 392 So my assumption is that you clicked on the right side of the screen and the left hand side of the screen is not getting updated, right? ------- Additional Comments From dclark <at> akamail.com 2002-07-18 17:48 ------- Yep, that was a click on the right. And of course there is a series of quick scrolls of various sizes, corresponding to the various sized pieces left on the right side causing the screen corruption. trace:scroll:X11DRV_ScrollDC 08dc -181,0 hrgnUpdate=0000 rcUpdate = (nil) trace:scroll:X11DRV_ScrollDC 08dc -81,0 hrgnUpdate=0000 rcUpdate = (nil) trace:scroll:X11DRV_ScrollDC 08dc -81,0 hrgnUpdate=0000 rcUpdate = (nil) trace:scroll:X11DRV_ScrollDC 08dc -82,0 hrgnUpdate=0000 rcUpdate = (nil) trace:scroll:X11DRV_ScrollDC 08dc -60,0 hrgnUpdate=0000 rcUpdate = (nil) I think 24 bits is only because that is what my video card is set for, so that is what wine is using. Riven itself is only 8 bit color, as I recall. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-18 19:47 ------- Well I've tracked it down to this code snippet case SRCCOPY: /* 0xcc */ if (dcSrc->bitsPerPixel == dcDst->bitsPerPixel) { wine_tsx11_lock(); XSetFunction( gdi_display, physDevDst->gc, GXcopy ); XCopyArea( gdi_display, physDevSrc->drawable, physDevDst->drawable, physDevDst->gc, physDevSrc->org.x + visRectSrc.left, physDevSrc->org.y + visRectSrc.top, width, height, physDevDst->org.x + visRectDst.left, physDevDst->org.y + visRectDst.top ); physDevDst->exposures++; wine_tsx11_unlock(); return TRUE; } In each case it goes into this code. (XCopyArea is not a wine function) can you confirm? ------- Additional Comments From dclark <at> akamail.com 2002-07-18 22:56 ------- Yep, it looks like that for me. I added a trace to check the parameters to XCopyArea, and they look ok. case SRCCOPY: /* 0xcc */ if (dcSrc->bitsPerPixel == dcDst->bitsPerPixel) { TRACE(" src_xy=%d,%d size=%d,%d dst_xy=%d,%d\n", physDevSrc->org.x + visRectSrc.left, physDevSrc->org.y + visRectSrc.top, width, height, physDevDst->org.x + visRectDst.left, physDevDst->org.y + visRectDst.top ); I think what is happening is that the first bitblt is doing the scroll on an internal image. trace:bitblt:BitBlt hdcSrc=08dc 38,0 24 bpp->hdcDest=08dc 0,0 570x392x24 rop=cc0020 ... trace:bitblt:BITBLT_InternalStretchBlt src_xy=38,0 size=570,392 dst_xy=0,0 And then the second copies the entire image to the screen trace:bitblt:StretchBlt 08dc 0,0 608x392x24 -> 0894 0,0 608x392x24 rop=cc0020 ... trace:bitmap:X11DRV_DIB_SetImageBits XPutImage(44041069,0x8079818,0x80b3ec0,0,0,0,0,608,436) ... trace:bitblt:BITBLT_InternalStretchBlt src_xy=0,0 size=608,392 dst_xy=16,22 The dst_xy on this second one is offset to accomodate the frame (I think). ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-18 23:30 ------- It's a timing problem, it seems that when the source and destination are the same the screen is not updated properly before the next bitblt. I found this out by putting a FIXME in a for loop. I wanted to slow this down so I could see the problem as it progressed. What it did is clear the problem up. .... physDevDst->exposures++; wine_tsx11_unlock(); if (physDevDst == physDevSrc){ INT q; for(q=1;q<1000 q++){ FIXME("Same Source; } } return TRUE; .... ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-19 02:50 ------- Created an attachment (id=235) --> (http://bugs.winehq.com/attachment.cgi?id=235&action=view) Horribly hacked solution that masks the problem (patch) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-19 21:13 ------- Duane, have you tried Riven with either of my hacks and if so what do you think the problem is? Do you have any idea how to really fix this or should we leave it to one of the real wine guru's? ------- Additional Comments From dclark <at> akamail.com 2002-07-20 11:38 ------- I tried both. They partially fix it for me, but not completely. I still get a single piece of the old view, though it is a much smaller piece than before. It always happens if I first move forward and then turn sideways. And of course the other noticable thing is that the window does not slide (scroll) but instead just jumps from one view to the other. I notice that if I obscure part of the window with another window and then uncover it, that it is repainted with the corruption still there. By the way, I can always get the window to repaint correctly by sliding my mouse down into the area at the bottom where the books are kept. This might require the window focus to be set to focus follows mouse. I don't really have much of a feel for where the problem is. It appears to me that the bitblt commands have the correct parameters, so like you I think this is some sort of timing problem. I have the Xlib reference book that explains the XCopyArea command, but it does not mention any gotchas if the two Drawables are the same. At the point I don't think I now enough to know how to attack it. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-24 18:42 ------- I've had several days to think about this one and I have come up with the following conclusions 1. The problem is not with the source and destination drawables being the same. This is pretty rock stable stuff that has been tested in X11 for years. Also while Debuging Bug 792 I noticed that when scrolling in the file dialog that the source and destination were the same with no screen corruption. (I had put a fixme in the code to detect this.) So it isn't this. 2. Timing is a factor because slowing down the execution of same drawables clears up the problem somewhat. 3. If I move forward and then turn. at the begining of the trace there is this fixme. > fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy This does not occure if I am turning around in circles. What brought my attention to this is that another program that has screen corruption (Bug 911) displays this fixme a lot. All that means is that I understand the problem a little better and have a hint of where to look next I suppose. My burning question at this point is what does the somewhat cryptic fixme really mean? ------- Additional Comments From dclark <at> akamail.com 2002-07-25 13:00 ------- I think that slowing down redrawing is actually masking the problem, rather than fixing it somewhat. I noticed that what Riven appears to do is measure how long it takes to perform a scroll, and if it is too long, Riven does fewer scrolls with larger chunks. I think this is what it is doing what it initially does several zero length scrolls. And specifically, what makes it appear to work is that if scrolling takes really long, it does the scroll in a single step. Since the painting of the fill image has always worked, if the fill image is the entire thing, it appears to work. So in short, I am less confident now that it really is a timing issue. ------- Additional Comments From dclark <at> akamail.com 2003-01-09 14:18 ------- Fixed by: http://www.winehq.com/hypermail/wine-cvs/2003/01/0159.html ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-01-09 19:16 ------- Closing... Thanks Duane. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 881] Mouse cursor not blanked in opengl game
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=881 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:56 ------- Bug comments restored from Gmane.org: This just started in 20020710, it works properly in 20020605. When running Icewind Dale (an opengl game), the default X mouse cursor does not disappear, and is rendered on top of the in-game mouse cursor. The previous release of wine worked properly, so I assume it was broken in one of the cursor changes I see in the changelog for this release. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1345] Visual FoxPro 6 won't create executable when compiling project
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1345 jkreps(a)rev.state.ne.us changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED OS/Version|NetBSD |FreeBSD Resolution| |FIXED ------- Additional Comments From jkreps(a)rev.state.ne.us 2003-20-06 07:32 ------- Upgraded from MDK 8.2 to MDK 9.1 "fresh install" and reinstalled latest stable WINE. VFP 6 now compiles fine. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 878] Icons arent transparent if Managed='Y'
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=878 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:30 ------- Bug comments restored from Gmane.org: In Managed='N', icons are correctly transparent, but in Managed='Y' mode their transparent parts come up as black. This can be seen by using the test program against bug #856 and a windows oleaut32.dll. I know its picky but it annoys me! ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-14 14:38 ------- Using the test program in bug 856 the background for the icon is black even if I have "managed" = "N". RedHat 7.2 latest CVS "oleaut32" = "native, builtin". Is there anything else that I should have checked or set? ------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-07-14 14:52 ------- Er - You do have an oleaut32.dll locally? Aside from that, I dont think so - I can swap Managed in my ini file and change behaviour! I am running cvs on no- windows except in my system dir: ASYNCFILT.DLL, COMCAT.DLL MSVBVM60.DLL OLEPRO32.DLL STDOLE2.TLB VB6STKIT.DLL ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-14 18:29 ------- Well I run wine with a windows 98 c:directory and oleaut32 is located in the windows/system directory. I usually run with "*" = "builtin, native, so" though. ------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-07-18 13:38 ------- Hmmm - Sounds like I am one step ahead of you!! No idea really - The background of the icon should be the same colour as the active window title bar (in my case blue). The only reason I tried playing with managed is that the X11drv part of icons has special code in one of the cases. I am running Mandrake 8.2 if it helps, cant remember what window manager though (I dual boot, am in windows right now...) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-18 14:28 ------- I must check if the background of my window manager is black. (SawFish) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 877] DXgrab is "weak" and can be shaken out of
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=877 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:28 ------- Bug comments restored from Gmane.org: When the DXgrab is enabled, and an application uses it (Half-Life), the grab can be shaken out of. That is, if I move the mouse quickly in a direction, the cursor will leave the window. This is particularly visible when running a game in simulated "fullscreen". (changing resolution) -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 876] listview report style column alignment issues
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=876 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:27 ------- Bug comments restored from Gmane.org: I first note this in ACCPAC 5.0A screens but it can be demonstrated using for example the LISTHDR example from MSDN (with a little coding to force the issue). 1. (Fixed) There were too many columns. This was caused by LISTVIEW_DeleteColumn returning FALSE even though it had succeeded. 2. The columns are one column too far right. MSDN documents the process of adding a temporary first column before adding the real columns and then deleting the first column, in order to allow non-left-justification on the real first column. The current code does not correctly maintain the column order list (including such issues as handling partial order arrays etc.) Basically the dlls/comctl32/header.c code needs to be beefed up for the following messages: HDM_GETORDERARRAY HDM_SETORDERARRAY HDM_INSERTITEM(A/W) HDM_DELETEITEM HDM_SETITEM(A/W) HDM_GETITEM(A/W) HDM_ORDERTOINDEX This will require clarification of the definitions of the "order" aspect of these functions; MSDN is less than clear, especially about degenerate cases. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 873] Win9xism in shell32 (MapSL)
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=873 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:24 ------- Bug comments restored from Gmane.org: Shell32 imports the function MapSL from kernel32. The function is not exported under windows NT/2K or ReactOS. shell32_main.o(.text+0x3e21):shell32_main.c: undefined reference to `MapSL@4' shell32_main.o(.text+0x3ed6):shell32_main.c: undefined reference to `MapSL@4' ------- Additional Comments From apa3a <at> yahoo.com 2002-08-07 12:25 ------- Forwarding to the developer responsible for shell. ------- Additional Comments From juergen.schmied <at> debitel.net 2002-08-10 06:30 ------- Im not familiar with 16 bit programming. Please don't apply this bug to me. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-08-10 06:54 ------- Well, ReactOS probably shouldn't compile this part anyway (as it belongs to Win16 SHELL.DLL). Or does NT also have a SHELL.DLL ? Hmm, it probably does, so you do need to compile it. In this case it sounds like KERNEL32.K32WOWGetVDMPointer() is what you want instead... -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 872] Win9xism in dplayx.dll (ConvertToGlobalHandle)
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=872 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:23 ------- Bug comments restored from Gmane.org: Wines dplayx imports the function ConvertToGlobalHandle from kernel32. This function is a 9x export only and as such we cannot use dplayx on WindowsNT/2k or ReactOS. dllwrap --add-stdcall-alias --def dplayx.spec.def --implib libdplayx.a -o dplayx .dll dpclassfactory.o dplay.o dplaysp.o dplayx_global.o dplayx_main.o dplayx_mes sages.o dplobby.o lobbysp.o name_server.o dplayx.dll.dbg.o -L../../dlls -l winmm -lole32 -luser32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwine_uuid -lm dplobby.o(.text+0x2538):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x255c):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x2580):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' c:\mingw\bin\dllwrap.exe: c:\mingw\bin\gcc exited with status 1 make: *** [dplayx.dll] Error 1 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 871] my application can't create an active X object
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=871 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:22 ------- Bug comments restored from Gmane.org: I'm trying to run a windows based application that uses oleDB to crate a connection to an Access database, but I'm recieving error messages from my app. "Active X Can't create the object" as I said, I'm using oleDB and JET libs to connect, I used ODBC either but I can't still connect... ------- Additional Comments From marcus <at> jet.franken.de 2003-01-13 04:32 ------- please provide at least some debugging info. Can we download the app somewhere? Do you have a debuglog? ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 22:58 ------- Closing. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 870] Too many files in a directory prevent proper access to that directory
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=870 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:20 ------- Bug comments restored from Gmane.org: I created a temp directory and began extracting all of my CAB files to it so that I could sort them out and use them as native libraries under wine. I was using WinZip 8.1 under wine to do this. When the folder reached 1644 files, I began getting errors in both WinZip and wine. WinZip gave me CABINET.DLL errors, and wine gave me the following: ---------------------------------------------------------------------------------------------------------------------------- fixme:toolbar:TOOLBAR_CheckStyle [10026] TBSTYLE_ALTDRAG not implemented fixme:toolbar:TOOLBAR_CheckStyle [10026] TBSTYLE_ALTDRAG not implemented fixme:shell:SHGetFileInfoA set icon to shell size, stub fixme:listview:LISTVIEW_SetColumnOrderArray iCount 9 lpiArray 0x405a689c fixme:listview:LISTVIEW_UnsupportedStyles LVS_EDITLABELS fixme:listview:LISTVIEW_UnsupportedStyles LVS_SHAREIMAGELISTS fixme:shell:IPersistFile_fnSaveCompleted (0x403c0bb4)->(L"C:\\windows\\Recent\\win95_16.cab.lnk") fixme:file:DEVICE_Open Unknown/unsupported VxD VJOYD.VXD. Try setting Windows version to 'nt40' or 'win31'. Warning: loading builtin winmm.dll, but native version already present. Expect trouble. err:mmsys:MULTIMEDIA_GetIData IData not found for pid=0806cc58. Suicide !!! ---------------------------------------------------------------------------------------------------------------------------- -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 869] Lotus Notes: open 2 session
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=869 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:18 ------- Bug comments restored from Gmane.org: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. fixme:process:GetProcessWorkingSetSize (0xffffffff,0x40486bbc,0x40486bc0): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. fixme:process:GetProcessWorkingSetSize (0xffffffff,0x40486bbc,0x40486bc0): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-10 11:21 ------- *** This bug has been marked as a duplicate of 868 *** ------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:39 ------- Looks like it's ready to be CLOSED. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 868] open 2 session; the 2 is lock
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=868 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:17 ------- Bug comments restored from Gmame.org: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. fixme:process:GetProcessWorkingSetSize (0xffffffff,0x40486bbc,0x40486bc0): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. fixme:process:GetProcessWorkingSetSize (0xffffffff,0x40486bbc,0x40486bc0): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-07-10 11:21 ------- *** Bug 869 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 867] Lotus Notes 5.0.3: err:clipping:CLIPPING_UpdateGCRegion and fixme:process:GetProcessWorkingSetSize
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=867 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:16 ------- Restored bug comments from Gmane.org: Received these messages after compiling and runing wine on linux with Lotus Notes 5.0.3. I get the err:clipping:CLIPPING_UpdateGCRegion message whenever the mouse focus changes to Lotus Notes or when display information change (i.e menu display changes from selecting outbox or changing to view the calender). The fixme:process:GetProcessWorkingSetSize message appears so far at random. root@enoch:~# uname -a Linux enoch 2.4.18 #6 SMP Wed Apr 24 08:41:08 EDT 2002 i686 unknown root@enoch:~# wine -v Wine 20020605 Thanks for your help, love the software. Here is a total break down of events when starting wine for Lotus Notes. 8:44enoch~/.wine> wine c:\\Lotus\\notes\\nlnotes.exe fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x115bfe0,1) - no error checking or testing yet fixme:ole:CoRegisterMessageFilter stub ERROR: You need to merge the 'winedefault.reg' file into your Wine registry by running: `regedit winedefault.reg' fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057! #####Now let's login to Lotus Notes ERROR: You need to merge the 'winedefault.reg' file into your Wine registry by running: `regedit winedefault.reg' fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057! ERROR: You need to merge the 'winedefault.reg' file into your Wine registry by running: `regedit winedefault.reg' fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057! service "lotusnotes" protocol * not found; You might want to add this to /etc/services err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this.fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x115bfe0,1) - no error checking or testing yet fixme:process:GetProcessWorkingSetSize (0xffffffff,0x40556bc4,0x40556bc8): stub fixme:process:SetProcessWorkingSetSize (0xffffffff,33554432,33554432): stub - harmless err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. ######Now lets close Lotus Notes err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. fixme:ole:CoRegisterMessageFilter stub fixme:console:SetConsoleCtrlHandler (0x115bfe0,0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x115bfe0,0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this. ##### Once again thanks for all your help ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 15:05 ------- changing title and misc other categorical things, if you are having this problem in Word: see bug #21 ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 15:12 ------- removing dependency -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 865] TheTahoma font is not present
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=865 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:12 ------- Bug comments restored from Gmane.org: Tahoma font is not present http://bugs.winehq.com/show_bug.cgi?id=865 Summary: The Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs <at> winehq.com ReportedBy: traxtopel <at> hotpop.com CVS 20020625 > 20020709+ gcc 2.95 compiled on debian woody against 2.4.19 pre2. Non windows wine. Running MS Office Word viewer(excel & pp also), on startup I get the error The Tahoma font is not present. I have a windows/fonts directory, containing the following ... andalemo.ttf* ariblk.ttf* couri.ttf* georgiaz.ttf* times.ttf* verdanab.ttf* arialbd.ttf* comicbd.ttf* cour.ttf* impact.ttf* trebucbd.ttf* verdanai.ttf* arialbi.ttf* comic.ttf* georgiab.ttf* timesbd.ttf* trebucbi.ttf* verdana.ttf* ariali.ttf* courbd.ttf* georgiai.ttf* timesbi.ttf* trebucit.ttf* verdanaz.ttf* arial.ttf* courbi.ttf* georgia.ttf* timesi.ttf* trebuc.ttf* webdings.ttf* wine is compiled with freetype libs. If I reinstall the build of release 20020605 I compiled (on the same machine, no changes), problem does not occur. Only with late June and July cvs builds. Has something changed in the last few weeks? ------- Additional Comments From traxtopel <at> hotpop.com 2002-07-09 14:19 ------- Created an attachment (id=214) --> (http://bugs.winehq.com/attachment.cgi?id=214&action=view) mswordview debug ------- Additional Comments From traxtopel <at> hotpop.com 2002-07-14 15:34 ------- Reinstalled viewers, works -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 863] Listview report style shows right end of text not left end
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=863 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:10 ------- Bugcomments restored from Gmane.org: When drawing subItem text in LVS_REPORT style, if the text is longer than the rectangle, only the right portion of the text displays. Using the native controls, the left end of the text displays follow by "...". How to cause: 1. Using notepad or other simple program, get the fileopen dialog. 2. Hit the "Details" icon (rightmost icon). Or right click in the box area and select the "Details" view. 3. Adjust the header field length till not all the text can fit. The native control uses lots of GetTextExtentPoint to find the amount of text to fit with the ellipse. We could use DrawText like the Header control. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 862] wine fails to load default skin for IncrediMail!!!!
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=862 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:09 ------- Bug comments restored from Gmane.org: Hello all, Problem Description: Wine fails to load the default skin for Incredimail,. Even if i change the Incredimail's default skintype, the binary fails to start the mail-client. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 861] wine Fails to Initialize and start Yahoo! messenger.
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=861 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:08 ------- Bug comments restored from Gmane.org: Hello all,. Desription of the problem: Wine fails to start Yahoo! messenger when run from Linux RH(7.2,clean install). Error Displayed: CoCreateInstance for the MyYahoo DLL. I guess i've configured the wine properly. I'm able to run almost all MS-Office application without any hassles. regards -Ajey -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 860] lotus approach terminates when create new database
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=860 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:07 ------- Bug comments restored from Gmane.org: When starting trying to create a new database in Lotus Approach v9.5 program terminates(no errors). wine 20020605 Running on Mandrake 8.2 Wine compiled on debian wood gcc 2.95 No windows installed. Smartsuite Millenium 9.5 /opt/wine/bin/wine -debugmsg +relay approach.exe config includes [AppDefaults\\approach.exe\\Debug] "RelayExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection;RtlDeleteCriticalSection;RtlF ------- Additional Comments From traxtopel <at> hotpop.com 2002-07-07 09:09 ------- Created an attachment (id=209) --> (http://bugs.winehq.com/attachment.cgi?id=209&action=view) Lotus approach debug -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 859] Lotus Notes detach all does not work
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=859 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:06 ------- Bug comments restored from Gmane.org: Using notes 5.10 running wine 20020605 (same problem in wine cvs 20020706). Compiled with gcc 2.95 (debian woody) Non windows wine install. When trying to use the option DETACH ALL in Lotus notes to detach and save multiple files, a file manager window appears for you to select a directory, apoun selecting a dir, then clicking OK the files do not detach. What information do I need to supply? ------- Additional Comments From apa3a <at> yahoo.com 2002-08-09 13:23 ------- Relay trace with parameters +file,+dosfs,+relay may help, but you may have problems finding in the trace place where the detaching occurs. You can get the relay trace with command like this: wine --debugmsg +file,+dosfs,+relay <your app> &> 1.log -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 858] Segfault in WineEngInit () ( libgdi32.dll.so )
by Wine Bugs 20 Jun '03

20 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=858 ------- Additional Comments From z_god(a)wanadoo.nl 2003-20-06 07:05 ------- Bug comments restored from Gmane.org: Hello, Since I updated my system, wine does not starts any more. I'm using debian binary packages from http://gluck.debian.org/ Here's the latest log messages (this output is not related to the program run, it's sol.exe here, but could have been anything) wine -debugmsg +font sol.exe trace:font:DumpFontList Family: L"Wingdings 3" trace:font:DumpFontList L"Regular" trace:font:WineEngCreateFontInstance L"System", h=16, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance Choosen L"Arial" L"Regular" trace:font:WineEngGetFontData font=0x40388c78, table=584d4456, offset=00000000, buf=0x405c6b08, cbData=6 wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x40287057 Running with gdb returns some useful informations: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 27372)] 0x08458b00 in ?? () (gdb) bt #0 0x08458b00 in ?? () #1 0x407370b9 in WineEngInit () from /usr/lib/libgdi32.dll.so #2 0x40736eb0 in WineEngInit () from /usr/lib/libgdi32.dll.so #3 0x40737b8b in WineEngCreateFontInstance () from /usr/lib/libgdi32.dll.so #4 0x40724eb8 in CreateFontW () from /usr/lib/libgdi32.dll.so #5 0x407294f0 in SelectObject () from /usr/lib/libgdi32.dll.so #6 0x4071d3d9 in DC_InitDC () from /usr/lib/libgdi32.dll.so #7 0x4071e0ca in CreateDCA () from /usr/lib/libgdi32.dll.so #8 0x4065160b in SYSMETRICS_Init () from /usr/lib/wine/user32.dll.so #9 0x4067ac2c in GetTabbedTextExtentW () from /usr/lib/wine/user32.dll.so #10 0x4067ada5 in UserClientDllInitialize () from /usr/lib/wine/user32.dll.so #11 0x4007c599 in PE_InitDLL () from /usr/lib/libntdll.dll.so #12 0x40078d3b in MODULE_AllocModRef () from /usr/lib/libntdll.dll.so #13 0x40078e59 in MODULE_DllProcessAttach () from /usr/lib/libntdll.dll.so #14 0x40078e35 in MODULE_DllProcessAttach () from /usr/lib/libntdll.dll.so #15 0x400b8cb0 in PROCESS_CallUserSignalProc () from /usr/lib/libntdll.dll.so #16 0x400bccbd in SYSDEPS_SetCurThread () from /usr/lib/libntdll.dll.so I think the problem could be related to freetype, from what I've seen in WineEngInit(void) If would have wanted to compile from sources, to get get a more precise backtrace, but as the latest tarball is huge for a modem user, I did have not tryed yet. Just tell me if you need more info. ------- Additional Comments From apa3a <at> yahoo.com 2002-08-09 13:19 ------- Yes, WineEngInit function works with FreeType fonts. To get more informative relay trace you can add relay channel, as: wine -debugmsg +font,+relay sol.exe &> 1.log Attach to the bug report 200 lines of the log before crash. It is possible some fonts handling logic changes between the launches. I can advise you to try to reconfigure Wine (generate new fake Windows directory and config files in .wine directory). Backup your old configuration first. If that works you can try to add back the applications and configuration from the backup. Please report your progress. ------- Additional Comments From sylvain_pasche <at> yahoo.fr 2002-08-09 17:35 ------- Created an attachment (id=258) --> (http://bugs.winehq.com/attachment.cgi?id=258&action=view) log file ------- Additional Comments From sylvain_pasche <at> yahoo.fr 2002-08-09 17:37 ------- I tried to compile from source version 20020709, to have a more readable backtrace, but I did not manage to reproduce the bug. I would have tried to compile the 20020605, to identify this bug, but source tarballs are a little big for my modem :-) I've attached however a log file, but I mostly think this bug may be closed soon. ------- Additional Comments From julliard <at> winehq.com 2002-08-09 18:04 ------- Most likely this is caused by the fact that the recent freetype libraries (2.1.x) have broken binary compatibility, so if your Wine was compiled against the freetype 2.0.x headers it doesn't work. That's probably why it works when you recompile from source. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

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-bugs