wine-devel January 2006

wine-devel@winehq.org

161 participants
302 discussions

Start a nNew thread

[frick@sc-networks.de: wined3d: support for WINED3D_A8B8G8R8]
by Christoph Frick 31 Jan '06

31 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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 30 Jan '06

30 Jan '06

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

re: sudo vs su in wineinstall
by Dan Kegel 30 Jan '06

30 Jan '06

Let's simply delete the wineinstall script. It's not really needed anymore, it was just there for compatibility. People have been talking about doing it for some time: http://winehq.org/site/?issue=227#Nuking%20Wineinstall perhaps now's the time. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

← Newer
1
2
3
4
5
6
7
...
31
Older →

Jump to page:

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 January 2006