January 2006 - Wine-Devel - list.winehq.org

[frick@sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]
by Christoph Frick Jan. 30, 2006

Jan. 30, 2006

hiho, could someone enlighten me, what is wrong with that patch? -- cu

2 1

Re: [COMCTL32] Listview: Store DC before calling PREPAINT
by Robert Shearman Jan. 30, 2006

Jan. 30, 2006

Maarten Lankhorst wrote: > Some applications like to use PREPAINT to set fonts, nothing wrong > with that, only DC is never restored, resulting in drawing glitches. > > Changelog: > Save and restore DC on every listview item drawn. I don't think native would do this. SaveDC / RestoreDC seems like an overkill. It would seem better to just call SelectObject to save and restore the font each time. You should then also test for the CDRF_NEWFONT flag and act appropriately. -- Rob Shearman

1 0

Text Object Model and Richedit?
by Dan Kegel Jan. 30, 2006

Jan. 30, 2006

I stumbled across the doc for the "Text Object Model", which looks like the COM interface to Richedit and anything like it: http://windowssdk.msdn.microsoft.com/library/en-us/shellcc/platform/commctl… Is anyone poking around at adding this interface to our Richedit? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

Re: D3D8: Fixed D3DRS fixes
by H. Verbeet Jan. 30, 2006

Jan. 30, 2006

On 30/01/06, Vitaly Budovski <vbudovsk(a)cs.rmit.edu.au> wrote: > + if(GL_SUPPORT(ARB_POINT_PARAMETERS)) { ARB_POINT_PARAMETERS is defined in d3dcore_gl.h, but never checked for in directx.c. That means the check should always return false.

1 0

Wine-wiki broken by design
by Molle Bestefich Jan. 30, 2006

Jan. 30, 2006

GuruLounge - MailLists wrote: > err:seh:setup_exception stack overflow 40 bytes in thread 000c Exception loop. Covered to some extent in: http://wiki.winehq.org/Debugging_'Wild_Metal_Country' For some reason, all pages in the Wine Wiki (like the above) is _fucking_ impossible to find with Google. I don't know why, but I think it might be because all the pages have "index: nofollow", which means that subpages are never found. GRR. Very unhelpful to newbies. Very tragic that fine Wiki documentation is available but that noone can find it because Google is disabled for the entire Wiki. And very annoying that I've had to answer this question 3 times now, when it should obviously be a top hit for "seh:setup_exception" on Google. SO, could someone *PLEASE* fix the Wiki so Google can index it??? Pretty please *smile* :-).

2 4

<DEL> key is sending an extra char when NumLock is ON
by penna＠bb.com.br Jan. 30, 2006

Jan. 30, 2006

Hi, I was looking at an old problem I have with wine and saw some record at the wine-devel and wine-users lists that I think are related with the same problem. Look at: http://www.winehq.org/hypermail/wine-users/2004.03.txt (look for "get a comma on the place" in your browser) and also at: http://www.winehq.org/hypermail/wine-devel/2000.10.txt (look for "but then it inserts" in your browser) When the NumLock is ON wine is sending an extra key. Wine deletes the corresponding char but also send a period (.) or a comma (,) <- it depends on the type of the keyboard. In my case, which is a brazilian ABNT2, it sends an extra comma _only_ if the NumLock is ON. It does not mater if I press the <del> key at the numeric key pad or at the "island" that contais the <del> <ins> <home> <end> ... stuff. I am going to open a bug at bugzilla and send the WINEDEBUG=+key (just the piece where the stuff happens). wine=0.9.6 for Mandriva 2006 pre-built by Ivan keyboard=brazilian abnt2 Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

2 1

Corel Draw and Printing
by Roland Kaser Jan. 30, 2006

Jan. 30, 2006

Hy all There is, since a longer time ago, a wine bug #3599 about Corel Draw and printing. Its a very strange behaviour. I can configure what ever I want, I always uses the wine passthrough and sends the postscript code, of Corel Draw directly to the printer instead of spooling it first through the cups driver. I've readt all known documentations about wine and printing but cannot get one step ahead. Can somebody tell me the wine internal reason of this behaviour? I would really like to have this feature working. Why didn't wine spool everything first through the cups spooler (as the default behaviour) unless an other, explicity specified configuration tells wine to passthrough the spool output. The other question is, why shows wine a postscript printer to corel draw? I know, I know, on Linux all printer interfaces are postscript, but Corel takes this info literally and explicitly creates postscript code (by itself) and not uses the windows printer api to create the printer-document. Roland Kaeser

3 3

make check fails in iphlapi
by Marcus Meissner Jan. 30, 2006

Jan. 30, 2006

Hi, make check here fails in dlls/iphlapi/tests with: make[1]: Entering directory `/home/marcus/projects/wine/dlls/iphlpapi/tests' ../../../tools/runtest -q -P wine -M iphlpapi.dll -T ../../.. -p iphlpapi_test.exe.so iphlpapi.c && touch iphlpapi.ok [..] trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen (nil) trace:iphlpapi:GetAdaptersInfo returning 87 trace:iphlpapi:GetAdaptersInfo pAdapterInfo (nil), pOutBufLen 0x55c2fae8 trace:iphlpapi:GetAdaptersInfo returning 111 trace:iphlpapi:GetAdaptersInfo pAdapterInfo 0x7c0097f0, pOutBufLen 0x55c2fae8 fixme:iphlpapi:GetAdaptersInfo table->numind 4, numnonloopback 4, ipaddrtab->numents 3, numipaddresses 3 trace:iphlpapi:GetAdaptersInfo returning 0 *** glibc detected *** free(): invalid next size (normal): 0x7c0096d8 *** The test is testGetAdaptersInfo() and I guess the GetAdaptersInfo() call overwrites the end of the malloc()ed buffer. I don't really know whats broken there. the values of the interesting parameters: table->numIndexes is 4 numNonLoopbackInterfaces is 4 ipAddrTable->dwNumEntries 3 numIPAddresses 3 Ciao, Marcus

1 0

Re: shell32/shellpath [3/3]: (RESEND) Create symlinks to $HOME based directories during SHELL_RegisterFolders.
by Michael Jung Jan. 30, 2006

Jan. 30, 2006

On Sunday 29 January 2006 10:38, Michael Jung wrote: > ChangeLog: > Create $HOME targeted symbolic links during SHELL_RegisterFolders. I've just realized that unixfs has a problem with the symlink stuff. It evaluates symbolic links in UNIXFS_get_unix_path and then doesn't find a DOS path for /home/mjung in GetDisplayNameOf (If there's no drive mapped to '/', that is.) The symlink evaluation is done to get rid of the '/home/mjung/.wine/dosdevices/c:' prefixes in unix paths. I guess we should get rid of the generic symlink evaluation in unixfs and implement something especially targeted at those prefixes? I guess this should be considered a bug in unixfs, so in my opinion it would be ok to apply the shellpath-patches. In a standard setup with Z:\ mapped to /, everything is fine. And even if it's removed, it's still better than with the current solution. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

sudo vs su in wineinstall
by Tom Spear (Dustin Booker, Dustin Navea) Jan. 29, 2006

Jan. 29, 2006

Hi guys, bug 4439 describes a problem where a machine (running ubuntu) does not install wine when using wineinstall due to the fact that su dos not work.. Just a couple of questions: Is this the case (su not working) on all Ubuntu machines, or just something broken on that users' machine? If it is the case on all Ubuntu machines, the user has mentioned that sudo does work. sudo does require configuration prior to being used, but we could always add into the wineinstall script to configure sudo for the user, or we could ask the user to configure it themself, OR we could fall back to using su if the user answers no to having used sudo.. see below: ./tools/wineinstall Warning: the wineinstall script installs wine using the sudo command. Have you ever used sudo on this machine before? if (yes) continue as normal else # either of these could work # option 1 Would you like to have us try to configure sudo for you? # option 2 User has not used or configured sudo, falling back to su WARNING: su may be broken on your machine, and therefore wine may be built but not installed. If you are unable to run wine after this script completes, please login as root, and do 'make install' then login as your user again. Of course we could always just add a configure check to see if su works, and if it doesnt, die with a warning about wineinstall not working because of that. What do you think guys? Tom

4 5