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

Re: [SETUPAPI] SetupDiCreateDeviceInfoA stub
by Detlef Riekenberg June 22, 2006

June 22, 2006

Hi Christian Gmeiner: > It seems that there > is no SetupDiCreateDeviceInfoW exporteded by setupapi.dll on windows SetupDiCreateDeviceInfoW is exported: http://support.microsoft.com/dllhelp/?dlltype=file&l=55&S=1&alpha=setupapi.… Example Version: http://support.microsoft.com/dllhelp/?fid=91484&l=55&det=1 $ winedump dump -j export setupapi* | grep SetupDiCreate 00023DFE 299 SetupDiCreateDevRegKeyA 00001C0F 300 SetupDiCreateDevRegKeyW 000173E8 301 SetupDiCreateDeviceInfoA 000015A7 302 SetupDiCreateDeviceInfoList 000170D1 303 SetupDiCreateDeviceInfoListExA 000048E5 304 SetupDiCreateDeviceInfoListExW 0001746F 305 SetupDiCreateDeviceInfoW 00018A9F 306 SetupDiCreateDeviceInterfaceA 0002471C 307 SetupDiCreateDeviceInterfaceRegKeyA 00001CCE 308 SetupDiCreateDeviceInterfaceRegKeyW 00018B03 309 SetupDiCreateDeviceInterfaceW -- By By ... ... Detlef

2 1

Re: OleView: Removed use of strlenW, strcmpW and strcpyW functions
by Jacek Caban June 22, 2006

June 22, 2006

Hi, Piotr Caban wrote: > Hi, > > Changelog: > - Removed use of strlenW, strcmpW, strcpyW functions > > programs/oleview/details.c | 14 +++++++------- > programs/oleview/tree.c | 16 ++++++++-------- > 2 files changed, 15 insertions(+), 15 deletions(-) > > -- > Piotr > You should also remove include wine/unicode.h. Jacek

1 0

forgotten patch
by Krzysztof Foltman June 22, 2006

June 22, 2006

This patch apparently has been lost, and there's at least one bug in Bugzilla that the patch seems to fix (bug# 4452, checked here). http://www.winehq.org/pipermail/wine-patches/2006-January/023875.html I don't see anything wrong with the patch, did Phil just send it in a wrong moment, or is there anything to fix? Krzysztof

2 1

Re: oleview: Link with wine's unicode libarary
by James Hawkins June 22, 2006

June 22, 2006

On 6/21/06, Andrew Talbot <Andrew.Talbot(a)talbotville.com> wrote: > Changelog: > oleview: Link with wine's unicode libarary. > We should be changing the strlenW to lstrlenW, not adding $(LIBUNICODE) to the Makefile. -- James Hawkins

1 0

Oleview: undefined references
by Andrew Talbot June 22, 2006

June 22, 2006

Does anyone know why details.c and tree.c might have undefined references to the unicode string functions, such as strlenW()? My guess is that there might be something wrong with the Makefile.in. Compilation breaks if the -Write-strings flag is specified. Thanks, -- Andy.

3 5

Re: WineD3D: VBO patch 3/3
by Stefan Dösinger June 21, 2006

June 21, 2006

Am Mittwoch 21 Juni 2006 15:05 schrieb Stefan Dösinger: > This patch finally adds code for creating VBOs. > > ChangeLog: > Stefan Dösinger(for CodeWeavers): Create vertex buffer objects for D3D > vertex buffers Do not apply that patch yet. It is missing some GL constant definitions(GL_STREAM_DRAW, GL_STATIC_COPY, ...) I will send an updated patch tomorrow

1 0

RE: Win64 status
by Ge van Geldorp June 21, 2006

June 21, 2006

> From: Kuba Ober <kuba(a)mareimbrium.org> > > I'm currently hacking on gcc for an embedded target (Z8 > Encore), but I wouldn't mind giving it a try while I'm > digging in the gcc tree. Cool! > I'd like to hear any suggestions as to how to tell the > compiler to use that calling convention (I'm not talking > about implementation, just how the compiler used would tell it). > > I presume it'd need to be something that can be set globally > per each compiler invocation, as well as a per declaration override. > > I'm thinking of "-msvc" (like -liberty ;) compiler option to > force a MSVC-compatible ABI, and for now that'd only apply to > 64 bit code (i.e. with -m64). Maybe in the future it could > enable something special for 32 bit code as well. > > I'm all ears about the per-declaration override (a pragma? an > __attribute__?), and about alternatives to -msvc. __attribute__ seems most logical to me. Perhaps __attribute__(__msvccall__) (in the __attribute__(__stdcall__) tradition? An alternative to -msvc could perhaps be -mrtd ("Alternate calling convention"). For i386 builds of gcc, -mrtd makes stdcall the default calling convention. It is currently a noop for x86_64. I kind of like your -msvc though :-) For Wine the compiler option seems more important then the override. > I'd be submitting a patch to mingw32 people as soon as it's > done, in addition to posting it here. Note that the only way > for me to test it would be to inspect the assembly output, as > I'm not running 64 bit environment here (even though I'm on a > 64 bit AMD processor). So it'd need testing from 64 bit > people here at least. I'm volunteering. I could also give you ssh access to a 64 bit environment. Ge van Geldorp.

5 7

appdb redesign
by Evgeny Burzak June 21, 2006

June 21, 2006

take a new look at appdb. Suggestions, crtitical opinion, spell-checking, pizza, money, post-cards are welcome -__- Evgeny

3 4

Re: APPDB patch - adminAppQueue.php
by Tony Lambregts June 21, 2006

June 21, 2006

EA Durbin wrote: >> >> I'm going to look into the orphaned version issue right now but there >> may be >> others. >> > > What is the orphaned version issue? > When users submitted an new version of an application the appId was set to 0 instead of the proper number. Fixed by Chris with this patch http://cvs.winehq.org/patch.py?id=25914

1 0

Re: GetMessage: Return -1 if an invalid window handle has been passed
by James Hawkins June 21, 2006

June 21, 2006

On 6/21/06, Michael Kaufmann <hallo(a)michael-kaufmann.ch> wrote: > Changelog: > GetMessage: Return -1 if an invalid window handle has been passed > A test case would be good. -- James Hawkins

1 0