- Wine-Devel - list.winehq.org

Re: Perform automatic bitmap font configuration. Take 3
by Detlef Riekenberg Sept. 7, 2005

Sept. 7, 2005

Dmitry Timoshkov wrote: > create an appropriate locale setup: > ACP/OEMCP/MACCP and fonts. Great Idea ! > +;; File generated automatically from dlls/kernel/nls/*.nls; do not edit! Would you like to add the script to CVS also? > +;; This should be run through setupapi: > +;; rundll32 setupapi.dll,InstallHinfSection LCID 0 wine_intl.inf > +;; where LCID is locale id, for instance 00000409 for US English. Why did you not use the first Part of $LANG / $LANGUAGE (maybe with a Prefix) as Index? (LOCALE_SISO639LANGNAME and LOCALE_SISO3166CTRYNAME) It's easy to calculate the Index in wineprefixcreate with "cut" and it works for everybody. What about "Default" and "InstallLanguage" in "System\CurrentControlSet\Control\Nls\Language"? (LOCALE_IDEFAULTLANGUAGE) -- By By ... ... Detlef

1 0

Printing Problems
by josie＠mbstemps.com Sept. 7, 2005

Sept. 7, 2005

I have been trying to print reports in Landscape and every time a line hits about 122 characters it cuts out 5 characters and then picks up with the rest of the line, example 'Wine Printing Problems' would be 'Wine ing Problems.' Is anybody familiar with this kind of problem and what I can do to remedy this? I'm not sure if it has to do with the line buffer or the printer driver. Thanks All, Josie

2 1

Re: URLMON: Added ReleaseBindInfo implementation
by Robert Shearman Sept. 7, 2005

Sept. 7, 2005

Jacek Caban wrote: >Index: dlls/urlmon/urlmon_main.c >=================================================================== >RCS file: /home/wine/wine/dlls/urlmon/urlmon_main.c,v >retrieving revision 1.32 >diff -u -p -r1.32 urlmon_main.c >--- dlls/urlmon/urlmon_main.c 6 Sep 2005 09:27:04 -0000 1.32 >+++ dlls/urlmon/urlmon_main.c 7 Sep 2005 16:44:48 -0000 >@@ -362,3 +362,27 @@ HRESULT WINAPI CoGetClassObjectFromURL( > debugstr_guid(riid), ppv); > return E_NOINTERFACE; > } >+ >+/*********************************************************************** >+ * ReleaseBindInfo (URLMON.@) >+ * >+ * Release the resources used by the specified BINDINFO structure. >+ * >+ * PARAMS >+ * pbindinfo [I] BINDINFO to release. >+ * >+ * RETURNS >+ * Nothing. >+ */ >+void WINAPI ReleaseBindInfo(BINDINFO* pbindinfo) >+{ >+ TRACE("(%p)\n", pbindinfo); >+ >+ if(!pbindinfo) >+ return; >+ >+ if(pbindinfo->szExtraInfo) >+ CoTaskMemFree(pbindinfo->szExtraInfo); > > There is no need for the NULL check above. >+ if(pbindinfo->pUnk) >+ IUnknown_Release(pbindinfo->pUnk); >+} > > -- Rob Shearman

1 0

Re: Resend (2): Status bar fixes
by Alexandre Julliard Sept. 7, 2005

Sept. 7, 2005

Michael Kaufmann <hallo(a)michael-kaufmann.ch> writes: > Changelog: > - Redraw immediately upon WM_SETTEXT, WM_SETFONT, SB_SETTEXT, SB_SETICON > - SB_GETRECT: Return FALSE for simple status bars, check the part number > - SB_SETICON: Didn't work for simple status bars (-1 has been casted to 255) > - SB_SETTEXT: Don't redraw normal status bars if the simple text has > been set and vice versa Please submit separate changes as separate patches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Multiple defenitions of CLSID_FileProtocol
by Paul Millar Sept. 7, 2005

Sept. 7, 2005

Hi, Cross-compilation is broken again. This time its CLSID_FileProtocol. The GUID is part of the standard MinGW 3.3 release. I can patch MinGW to remove its definition of this GUID, but I'm not sure this is the correct solution. What do people think? Cheers, Paul. --- i686-mingw32msvc-gcc generated.o misc.o protocol.o url.o testlist.o -o urlmon_test.exe -lurlmon -luser32 -lkernel32 -lole32 -luuid /usr/local/mingw/lib/gcc-lib/i686-mingw32msvc/3.3.3/../../../../i686-mingw32msvc/lib/libuuid.a(uuid.o):/usr/local/src/mingw/build-w32api/lib/../../w32api-3.3/lib/uuid.c (.rdata+0x1a0): multiple definition of `CLSID_FileProtocol' protocol.o:/home/paul/Production/wine-cross-source/dlls/urlmon/tests/protocol.c:63: first defined here

2 1

Re: Kernel: Move handling of NT devices to NtCreateFile
by Vitaliy Margolen Sept. 7, 2005

Sept. 7, 2005

Anything wrong with this patch? All it does is moving small piece of code prom one place to another. ATM it will fail in the same way as it does now ;-) Vitaliy http://www.winehq.com/pipermail/wine-patches/2005-August/020229.html > Move some stuff around for upcoming ntoskrnl.exe > changelog: > dlls/kernel/file.c > dlls/kernel/vxd.c > Move handling of NT devices to NtCreateFile > (c)Ivan Leo Puoti

1 0

Web Server Back Online
by Jeremy Newman Sept. 7, 2005

Sept. 7, 2005

The webserver is back online. There are still plenty of quirks to fix. Feel free to bug me here on wine-devel about any issues that crop up. Whats Up: www.winehq.org website bugs.winehq.org website appdb.winehq.org website FTP site Anonymous CVS access What is still down: We use cvsupd to sync our CVS trees. I'm still working on getting this running on Debian Sarge. It is no longer included in Sarge so I installed the woody packages. Though I have been unable to get it working. What this means is any commits that Alexander makes will not get into the anonymous tree until I figure it out. ChangeLog: - moved OS to Debian Sarge * now using - Apache 2.0.54 / PHP 4.3.10 * switched from sendmail to Exim4 * upgraded mailing lists from mailman 2.0 to 2.1 * mailing lists now using pipermail for archiving note: old links will work as the hypermail archives still exist I'm still tweaking configs and all so expect the site to be a bit erratic over the next few days.

11 28

Re: fake directx 9c instead of 9b (needed for rFactor Config)
by Oliver Stieber Sept. 7, 2005

Sept. 7, 2005

--- Christoph Frick <frick(a)sc-networks.de> wrote: > hi gents. > > The attached patch sets the version for directx to 9C (instead of 9B). > The rF\ Config.exe from the game rFactor (www.rfactor.net) needs this to > work. After that change i was able to successfully run the config and > configure the game (yet the game itself fails to execute by a > stack-overflow in the exception handling). > The only real difference between 9C and 9B is shaders, a lot of cards don't support 9C shaders under windows, even though the drivers are 9C so even on windows you could consider the version to be 'faked'. I'll take a look at getting rfactor working a bit better too, or at least identifying the problems. ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

Re: include/sqltypes.h: Added SQLWCHAR typedef
by Francois Gouget Sept. 7, 2005

Sept. 7, 2005

On Tue, 6 Sep 2005, Phil Krylov wrote: > ChangeLog: > > Added typedef SQLWCHAR to include/sqltypes.h. Could you also add SQLTCHAR while you're at it? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

1 0

Re: wine/dlls/shell32 shresdef.h shres.rc shfldr_u ...
by Michael Jung Sept. 7, 2005

Sept. 7, 2005

Hi Ge, On Wednesday 07 September 2005 01:05, you wrote: > I'm working on importing the changes between Wine-20050725 and > Wine-20050830 into ReactOS. This also includes your patch below. > I'm not sure if you realized it, but shell32 now wastes a lot of memory. > The problem is the initialization of the icon cache. Previously, icons with > indexes 1-39 would be loaded. Since IDI_SHELL_MY_DOCUMENTS has such a high > number, now icons with indexes 1-235 are loaded. Most of those ofcourse > don't exist and will be replaced with index 1, but they still take up a lot > of space in the ImageList bitmaps. I've found that, for ReactOS running on > a 32bpp display, memory usage of shell32 increased by 17Mb. This may in > part be a problem in ReactOS (it's much higher than I expected), but even > for Wine the increase in mem usage should be considerable. The ImageLists > get expanded to 494 entries, taking up 494 (entries) * 2 (color + mask) * > 32 (sizex) * 32 (sizey) * 4 (32bpp) = 4Mb per ImageList. We're keeping 2 > ImageLists, plus 2 16*16 ImageLists, all in all we're talking about 10Mb > minimum. And this for every process that loads shell32. I'm aware of this problem (though I didn't know about the exact numbers). There was a short discussion on wine-devel about it: http://www.winehq.org/pipermail/wine-devel/2005-August/039452.html The problem is, that we currently can't read icons via PrivateExtractIcons from wine's ELF dlls. I would guess that for ReactOS, you don't need the hack'ish icon cache pre-initialization at all, since you do have real PE dlls? > For the moment I'm limiting the ReactOS icon cache to the lower 39 entries, > but I think we need to figure out a way to include the My Documents icon > without wasting so much space. As was pointed out by Alexandre, the correct fix for wine would probably be to try to load the given dll via LoadModule, if all other methods fail in PrivateExtractIcon. Unfortunetaly, I don't have time to work on this at the moment, and probably won't have for the next months. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 1