wine-devel

wine-devel@winehq.org

2 participants
84471 discussions

re: Wine fonts too big for their input fields.
by Dan Kegel 12 Apr '06

12 Apr '06

Duane Clark wrote: >I also have an installer (for Xilinx) that exhibits this problem. I >created a small application that creates a single line edit control >(which is what the Xilinx installer uses). I notice that on Win2k the >EM_GETMARGINS message returns zero for left and right messages, but on >Wine it returns 2 for both margins. Would that be suitable for use as a conformance test? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Wine won't show any characters after the first run
by David D. Hagood 12 Apr '06

12 Apr '06

I'm having a strange problem with Wine - it will not show any characters in any windows, UNLESS I delete Wine's registry files - then it will show characters for the first program run, but no other programs thereafter (including repeat runs of the first program). So, for example, I can run "winecfg" and it will show the config window, with 2 rows of tabs, but no text anywhere. If I then delete ~/.wine/*.reg and re-run winecfg, it will show the characters, and interestingly enough it will place the tabs in one long row rather than 2 rows. If I then run, say, regedit, it will NOT show any characters at all. If I exit winecfg and re-run it, it will now show no characters, and it will place the tabs into 2 rows. I've run it with WINEDEBUG=+font and don't see anything screamingly obvious in terms of errors. This is with a fresh full checkout from CVS as of yesterday (11 Apr 2006), built, and installed (after removing /usr/include/wine, /usr/lib/wine, and /usr/bin/wine*), under SuSE 9.3. Soooo - any suggestions for things to look for?

1 0

Problem with explorer desktop and PAINT messages
by Jesse Allen 12 Apr '06

12 Apr '06

Hi, There is a problem with explorer managing the desktop and the sending of PAINT messages. I've narrowed it down to the following area. In dlls/user/message.c wait_message_reply(), if QS_PAINT are the bits we get, and we call MsgWaitForMultipleObjectsEx, it seems to block the process indefinitely. Should another process be replying here? I decided to make the function return if we get QS_PAINT. Now my app doesn't hang and paints properly. Any ideas what I should be looking for or know? Note the call MsgWaitForMultipleObjectsEx waits for sent messages. Changing it makes no difference. Thanks, Jesse --- wine-current/dlls/user/message.c 2006-03-30 19:37:06.000000000 -0700 +++ wine/dlls/user/message.c 2006-04-09 18:47:14.000000000 -0700 @@ -2136,7 +2136,7 @@ static void wait_message_reply( UINT fla } SERVER_END_REQ; - if (wake_bits & QS_SMRESULT) return; /* got a result */ + if (wake_bits & (QS_SMRESULT | QS_PAINT)) return; /* got a result */ if (wake_bits & QS_SENDMESSAGE) { /* Process the sent message immediately */

2 7

Re: Problem with explorer desktop and PAINT messages
by Fabian Cenedese 12 Apr '06

12 Apr '06

>Ok, I'm not sure about it waiting for that event. The call is >0009:Call kernel32.WaitForSingleObject(00000048,ffffffff) ret=00401c00 > >Anyway I wrote a test app, showwindow.c. It is available on >ftp://resnet.dnip.net . The relay log is there too. The test app tries >to mimic the calls I see. I tested under wine and it does hang. I >will see about windows. I don't know if I did it right. I created an empty Win32 application with VC6, added your file, added an #include <stdio.h> for printf and compiled it successfully. Upon running a window shortly flashes up and the program ends, but no messages are printed to the command window. Most important thing I guess is that it didn't hang. bye Fabi

2 2

DDraw/DX7 over WineD3D: Regression
by "Alexander N. Sørnes" 12 Apr '06

12 Apr '06

Hello, I have found that the DDraw/DirectX 7 over WineD3D patch introduces a regression. Heroes of Might and Magic IV now displays a menu in the upper area of the screen, something it is only supposed to do in windowed mode. The game is then moved a little down, so the bottom of the screen disappears. If the game's resolution is changed, it displays correctly, but if it then is changed back to the resolution it had when it started, the menu appears again. How it works with current CVS http://appdb.winehq.org/screenshots.php?appId=1229&versionId=1638 How it works with the patch http://www.thehandofagony.com/alex/winepics/heroes4_regression.png Regards, Alexander N. Sørnes

1 0

re: RFC/PATCH: Twain + Gphoto
by Dan Kegel 12 Apr '06

12 Apr '06

Marcus wrote: > I have started adding gphoto2 support to twain.dll. Sounds good. I'm mildly surprised twain doesn't support libgphoto2 as a backend already, but whatever... - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

4 5

ARBfp2.0
by Ivan Gyurdiev 12 Apr '06

12 Apr '06

Why does wine write ARBfp2.0 into opengl shaders that originated from DirectX2.0? The shaders I'm seeing all use commands currently available to us [ no branches or anything like that ], but are marked v2.0. As a result the ARB extension fails on them every single time (invalid header - ARBfp2.0), while it could work.

3 2

getwinegit.sh 0.33 released! (final version)
by Christian Lachner 12 Apr '06

12 Apr '06

In this Release I changed all the stuff i was annoyed of. Here the changes: 0.33 We are now also able to load a config-file... - Optional Config-File Support! The Internal Config-Area still exists. I created an example-config and a colorless one for all who don't want a colorful output - Better handling of multiple process protection for the script - Better Checks for set variables I don't plan to develop for getwinegit.sh any longer. It is now feature-complete and ate enough of time. It was nice to learn, what scripting is able to do. I hope that getwinegit.sh is useful to the community - yes, i use it quite often. If there are serious problems, I will fix them. So why isn't this release called 1.0? I don't have the time to test. The Users should report bugs and someone should fix them. I also saw, that my script is not used by much people so maybe there wont be a single bug found in the future. Whatsoever, thanks for taking the time reading this and have much fun with the script. (wow, 22K. it was never meant to grow that much) chris

1 1

bug when compiling wine on cygwin
by Alexander 12 Apr '06

12 Apr '06

Hello! Yesterday I downloaded wine-0.9.11 sources and tried to compile it on cygwin with gcc-4.1.0. './configure' and 'make depend' completed successfully, but I make wine failed - GCC C compiler rejected kthread.c: ---------------- kthread.c:93: error: field 'res_state' has incomplete type kthread.c: In function '__res_state': kthread.c:144: warning: control reaches end of non-void function make[1]: *** [kthread.o] Error 1 make[1]: Leaving directory `/cygdrive/d/GnuProjects/wine-0.9.11/loader' make: *** [loader] Error 2 ---------------- I attached full log to this message. Please, help me fix it and build wine on cygwin. -- Best regards, Alexander mailto:a.shabanov@geovid.com

1 0

setupapi.dll updated by reactos
by Detlef Riekenberg 11 Apr '06

11 Apr '06

Hi. Hervé Poussineau (hpoussin) anounced today on #winehackers, that he did some updates (LGPL) on our "setupapi.dll" - codebase for reactos. So when you have an Installer / Application, that needs more from "setupapi.dll", this hint my help. -- By By ... ... Detlef

2 1

Re: crypt32: fix a typo
by Juan Lang 11 Apr '06

11 Apr '06

> Why ruin perfectly good formatting? This eliminates a line-wrap in my 80-col editor, and makes it consistent with the rest of the file, and indeed with the rest of the DLL. Plus, it's my file. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

Re: WineD3D: Add a resource dumper
by Stefan Dösinger 11 Apr '06

11 Apr '06

Hi, Just a question: Why are the signatures of some of the mails I send to wine-patches broken? It doesn't happen with all mails, approx. every fifth signature is incorrect. The signatures of the same mails in the sent mail folder are correct. Is there something that modifies some mails, but not all? I can't find any modifications in the contents of the mails, so I don't think it's an attack. Stefan

1 0

Re: winspool: [3/4] Implement AddMonitor
by Alexandre Julliard 11 Apr '06

11 Apr '06

Detlef Riekenberg <wine.dev(a)web.de> writes: > + if (RegOpenKeyExW(hroot, mi2w->pName, 0, KEY_READ, &hentry) == ERROR_SUCCESS) { > + TRACE("monitor %s already exists\n", debugstr_w(mi2w->pName)); > + /* NT: ERROR_PRINT_MONITOR_ALREADY_INSTALLED (3006) > + 9x: ERROR_ALREADY_EXISTS (183) */ > + SetLastError(ERROR_PRINT_MONITOR_ALREADY_INSTALLED); > + goto addmW_cleanup; > + } > + else > + { > + if(RegCreateKeyW(hroot, mi2w->pName, &hentry) == ERROR_SUCCESS) { > + INT len; > + len = (lstrlenW(mi2w->pDLLName) +1) * sizeof(WCHAR); > + res = (RegSetValueExW(hentry, DriverW, 0, > + REG_SZ, (LPBYTE) mi2w->pDLLName, len) == ERROR_SUCCESS); > + } > + } There's a race here, you should use RegCreateKeyExW and check the returned disposition. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: WLDAP32: improve error handling in create_page_control()
by Alexandre Julliard 11 Apr '06

11 Apr '06

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Improve error handling in create_page_control(). This doesn't build for me (LDAP_MAXINT is not defined). -- Alexandre Julliard julliard(a)winehq.org

1 0

CJK Font aren´t shown properly
by vikas goswami 11 Apr '06

11 Apr '06

I am facing problems when i used chinese system with wine the text on dialog boxes or menus... are not shown properly.. --- Vikas Goswami __________________________________________________________ Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com

1 0

Re: crypt32: fix a typo
by Dimi Paun 11 Apr '06

11 Apr '06

On Mon, 2006-04-10 at 21:05 -0700, Juan Lang wrote: > - ret = CryptGetProvParam(hProv, PP_CONTAINER, (BYTE *)szContainer, > - &size, 0); > + ret = CryptGetProvParam(hProv, PP_CONTAINER, > + (BYTE *)szContainer, &size, 0); > if (ret) > { > len = MultiByteToWideChar(CP_ACP, 0, szContainer, -1, > @@ -761,7 +761,8 @@ > > if (szProvider) > { > - ret = CryptGetProvParam(hProv, PP_NAME, (BYTE *)szProvider, &size, 0); > + ret = CryptGetProvParam(hProv, PP_NAME, (BYTE *)szProvider, > + &size, 0); > if (ret) Why ruin perfectly good formatting? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: coverity: fix some pseudoleaks
by Dimi Paun 11 Apr '06

11 Apr '06

On Mon, 2006-04-10 at 21:21 -0700, Juan Lang wrote: > Oops, should have looked at the other error reports too. This fixes > the others it reports in winegcc, and supercedes my last email. I'm afraid this is a waste of time. winegcc 'leaks' memory by design, it's a short lived program, there's no point in worrying to much about it. For example, strmake() allocates memory every time, and we almost never free it. And no, we shouldn't fix that -- it would clutter the code quite a bit for zero-benefit. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: exdisp.idl: Added missing attributes.
by Robert Shearman 10 Apr '06

10 Apr '06

Jacek Caban wrote: >+ >+ [id(0x60020004), hidden, helpstring("Register a pending open with the list")] >+ HRESULT RegisterPending( >+ [in] long lThreadId, >+ [in] VARIANT *pvarloc, >+ [in] VARIANT *pvarlocRoot, >+ [in] int swClass, >+ [out] long *plCookie); >+ >+ [id(0x60020005), hidden, helpstring("Remove a window from the list")] >+ HRESULT Revoke([in] long lCookie); >+ >+ [id(0x60020006), hidden, helpstring("Notifies the new location")] >+ HRESULT OnNavigate([in] long lCookie, [in] VARIANT *pvarLoc); >+ >+ [id(0x60020007), hidden, helpstring("Notifies the activation")] >+ HRESULT OnActivated([in] long lCookie, [in] VARIANT_BOOL fActive); >+ >+ [id(0x60020008), hidden, helpstring("Find the window based on the location")] >+ HRESULT FindWindowSW( >+ [in] VARIANT *pvarLoc, >+ [in] VARIANT *pvarLocRoot, >+ [in] int swClass, >+ [out] long *phwnd, >+ [in] int swfwOptions, >+ [out, retval] IDispatch **ppdispOut); >+ >+ [id(0x60020009), hidden, helpstring("Notifies on creation and frame name set")] >+ HRESULT OnCreated([in] long lCookie, [in] IUnknown *punk); >+ >+ [id(0x6002000a), hidden, helpstring("Used by IExplore to register different processes")] >+ HRESULT ProcessAttachDetach([in] VARIANT_BOOL fAttach); > } > Are these helpstrings an exact copy of what is in native? If so, I don't think we want them in Wine (and they are only useful to VB programmers anyway). Also, IDs with the 0x60000000 flag are ones generated by the IDL compiler, hence they don't need to be added in the IDL. -- Rob Shearman

2 1

Re: [WINED3D] Map D3DFMT_L16, D3DFMT_A16B16G16R16 to OpenGL formats
by Jason Green 10 Apr '06

10 Apr '06

On 4/10/06, Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > Map: > > D3DFMT_L16 -> GL_LUMINANCE16_EXT > D3DFMT_A16B16G16R16 -> GL_RGBA16_EXT > as Raphael suggested. Assuming this mapping is correct, you should also add these formats here: http://source.winehq.org/git/?p=wine.git;a=blob;h=056c6fb76dd770c03655b7973… (though, that whole part of the file could use some work) And, possibly here: http://source.winehq.org/git/?p=wine.git;a=blob;h=f1868cdb3de16e9bb49f11706…

2 1

Re: Alexandre Julliard : twain_32: Renamed the dlls/twain directory to dlls/ twain_32.
by Dimi Paun 10 Apr '06

10 Apr '06

On Mon, 2006-04-10 at 13:47 -0500, Alexandre Julliard wrote: > twain_32: Renamed the dlls/twain directory to dlls/twain_32. Cool! I guess we're only left with the big 3: gdi/kernel/user. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

DirectDraw status
by Stefan Dösinger 10 Apr '06

10 Apr '06

Hello, I thought I'd give an overview of the status of the ddraw merge. Well, basically it's progressing nicely, and the first huge part of the merge has been done. The necessary type changes were made to include/wine/wined3d_types.h and include/wine/wined3d_interface.h, so ddraw can now use the wined3d interface header. I have uploaded an updated patch against Wine from yesterday, 23:30 to my website( http://stud4.tuwien.ac.at/~e0526822/ ). It contains a few fixes, like yet another refcounting cleanup( Ihope that this works fine now :) ), and the performance issue on my radeon card, as well as the mipmap issues(all cards) are fixed :) What is next? I will send patches which create the new WineD3D methods needed for ddraw. These patches won't contain the implementation, but just the entry in the vtable and a stub function. So if someone disagrees with a method, then we don't have to discuss about the bare existance of a method and it's implementation at the same time :) Additionally, I will now start writing a lot of test cases for all DirectX versions, with an eye for reference counting, in hope that we can fix the refcounting crashes finally. I have a test for some unimplemented functions in my local tree too, like ProcessVertices. Once the function stabs are in, and the tests show where we have to go to, I'll send the implementation of the functions. After that, all that is left is to merge the ddraw.dll code, but first some regression testing has to be done. I'll ask then for some testing help here and at wine-users, so we can catch regressions before they can occur :) Thanks for all the help with testing and coding so far :) Stefan

4 4

Re: [PATCH] [WineDump]: fake dlls
by Alexandre Julliard 10 Apr '06

10 Apr '06

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > - now that setupapi generates fake DLLs, add the recognition of > those in winedump I think this should go in pe_dump, it's really PE-specific, the generic code doesn't need to know about it. -- Alexandre Julliard julliard(a)winehq.org

1 0

Missing fonts
by "Alexander N. Sørnes" 10 Apr '06

10 Apr '06

Hello, I have found some font problems recently with Wine. First of all, the text of most richedit objects started displaying as rectangles since around Wine 0.9.9, and now, with current CVS, no text is displayed in applications witht the standard Windows interface (like winecfg, wordpad, message boxes etc.) on some systems. While the first issue occurs on all systems I have tested, the second one does not. On a system with only the free corefonts installed, the text is missing; while on a system with all Windows/MS Office fonts, it is displayed fine. What are the new default fonts? Is the first system misconfigured, or does Wine only use non-downloadable Windows fonts now? Regards, Alexander N. Sørnes

12 25

Wine tarball patched with DDraw/DX7 over WineD3D patches
by Alexander N. Sørnes 10 Apr '06

10 Apr '06

I have made a tarball with Wine CVS patched with the DirectDraw/DirectX 7 over WineD3D patches so it is easier to test/use. Feel free to link to the page. http://www.thehandofagony.com/alex/wine-wd3dp/ The patches fixes the redrawing problems for Warlords Battlecry, and the animations in Stronghold: Crusader are now smooth instead of jerky. Screenshot from Warlords Battlecry http://appdb.winehq.org/screenshots.php?appId=2686&versionId=3913 Regards, Alexander N. Sørnes

3 2

Re: [PATCH 1/3] winedos: better MSCDEX emulation
by Petr Tesarik 10 Apr '06

10 Apr '06

Hi everyone, has this patch been rejected? If so, could anyone tell me why? Yes, I know that neither the API, nor the include files are ideal yet, but fixing it would produce a really huge patch, which is AFAIK something you don't like at all. Anyway, with this patch and my other patches applied (including one to the Linux kernel, which was accepted in 2.6.15), I can now run Kindler Literaturlexikon with Wine. And I'd enjoy adding that application to the appdb. Petr Dne 03/31/06 v 14:29:38 (+0200), Petr Tesarik napsal(a): > Hi, > > while I was trying to make Kindler Literaturlexikon work in Wine, I > found out that this program uses a DOS program to access the CDROM, > and that it requires a real working MSCDEX device driver (and not only > that, the driver has to reside in a different segment than the DOS > core). > > To make the patches as small as possible, I've split the patch into > several parts. > > This part just moves some declarations from devices.c to dosexe.h, so > that the code in devices.c can be used from other source files. > > ChangeLog: > > * dlls/winedos/devices.c, dlls/winedos/dosexe.h: > winedos: move some declarations to the header file

2 3

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