July 2005 - Wine-devel - list.winehq.org

Re: HHCTRL.OCX: fix W to A call
by Dmitry Timoshkov 21 Jul '05

21 Jul '05

"Saulius Krasuckas" <saulius2(a)ar.fi.lt> wrote: > ChangeLog: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Fix W to A call. I don't see much point in such a "fix". It actually fixes nothing, and removes a readability of the message. -- Dmitry.

6 6

Re: Update win32.api
by Vincent Béron 21 Jul '05

21 Jul '05

Le jeu 21/07/2005 à 12:17, Francois Gouget a écrit : [snip] > Index: dlls/secur32/secur32.c > =================================================================== > RCS file: /var/cvs/wine/dlls/secur32/secur32.c,v > retrieving revision 1.7 > diff -u -p -r1.7 secur32.c > --- dlls/secur32/secur32.c 18 Jul 2005 09:11:14 -0000 1.7 > +++ dlls/secur32/secur32.c 19 Jul 2005 13:26:26 -0000 > @@ -958,7 +958,7 @@ BOOLEAN WINAPI GetUserNameExW( > NTSTATUS WINAPI LsaCallAuthenticationPackage( > HANDLE LsaHandle, ULONG AuthenticationPackage, PVOID ProtocolSubmitBuffer, > ULONG SubmitBufferLength, PVOID* ProtocolReturnBuffer, PULONG ReturnBufferLength, > - NTSTATUS *ProtocolStatus) > + PNTSTATUS ProtocolStatus) This causes a compilation error, PNTSTATUS isn't defined anywhere else. Or do you have an as of yet unsent patch adding it? :) Vincent

1 0

printing problems
by josie＠mbstemps.com 21 Jul '05

21 Jul '05

Hi I've been running Delphi executables off of Wine and I just installed a default printer to my linux system. It's a miracle but I could print off of my Delphi executable on the first try. The only problem is the margins and page layout are little off. Nothing drastic, but the margins cutoff the first line and about half a character on the left margin. I was wondering if this is a postscript problem and what I could do to fix it? -Josie

1 0

wow32 forwards going into the void?
by Marcus Meissner 21 Jul '05

21 Jul '05

Hi, dlls/wow32/wow32.spec forwards into our kernel32.dll by named imports. However, the referenced functions are no longer exported by name. Also jsut replacing the function by a number does not seem to work. How to fix? Ciao, Marcus

1 0

Re: [wined3d] numblends
by Raphael 21 Jul '05

21 Jul '05

On Wednesday 20 July 2005 20:18, you wrote: > Hi, > This patch corrects a problem with the way that FVF vertex arrays > containing blends or orthographic is calcualted. > > This patch should get Axis and Allies and Kohan 2 started > Good catch :) Regards, Raphael

2 1

Re: foward declare interfaces in stdole2
by Huw D M Davies 21 Jul '05

21 Jul '05

On Thu, Jul 21, 2005 at 12:06:15PM +0530, Vijay Kiran Kamuju wrote: > This fixes the below problem, same problem i faced with msxml > interfaces and forward declarations fixed it. > > ChangeLog > ---------------- > Forward declare interfaces This isn't what we want anyway, since it changes the order of the typeinfos in the typelib. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Run-time error '13'
by Savio Ramos 21 Jul '05

21 Jul '05

Hi, I am using wine without problems but after upgrade for release 0.0.20050628-2, this error appeared in a window after SISUPFOR.exe started: Run-time error '13' Type mismatch Any help? Thanks. -- Savio Martins Ramos - Arquiteto Rio de Janeiro ICQ 174972645 Pirataria não! Seja livre: Linux http://www.debian.org _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

3 5

std* streams in MSVC
by Saulius Krasuckas 21 Jul '05

21 Jul '05

I am testing code: | #include <stdio.h> | | void main( void ) | { | printf( "The file handle for stdin is %p %d\n", stdin, _fileno( stdin )); | printf( "The file handle for stdout is %p %d\n", stdout, _fileno( stdout )); | printf( "The file handle for stderr is %p %d\n", stderr, _fileno( stderr )); | } I link with no libraries and get following output: | The file handle for stdin is 00424A30 0 | The file handle for stdout is 00424A50 1 | The file handle for stderr is 00424A70 2 If I link with msvcrtd.lib, then output is: | The file handle for stdin is 004150B0 270578480 | The file handle for stdout is 004150D0 270608264 | The file handle for stderr is 004150F0 0 And this I get with msvcrt.lib: | The file handle for stdin is 004150B0 2013313950 | The file handle for stdout is 004150D0 2013328746 | The file handle for stderr is 004150F0 0 Calls to freopen(), fprintf(), setvbuf() using any std* stream throws an exception in last two cases (msvcrtd.lib and msvcrt.lib). I guess pointers are left uninitialized. Anybody knows why and how to make this code work in all three cases?

1 0

Re: stdole2.tlb
by Ivan Gyurdiev 20 Jul '05

20 Jul '05

> I've not tested this with an InstallShield installer - feedback > welcome. Thank you very much - GTA will now begin installing, will get through all the InstallShield screens, and then it gets to the last one where it should begin installing, and it freezes and nothing happens. fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:system:SystemParametersInfoW Unimplemented action: 8202 (SPI_GETFONTSMOOTHINGTYPE) fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects ... (more of this) fixme:win:SetWindowTextA setting text "TITLE_CAPTIONBAR" of other process window (nil) should not use SendMessage fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:win:SetWindowTextA setting text "GTA San Andreas - InstallShield Wizard" of other process window (nil) should not use SendMessage fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff .... fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad3f8,0x7fcad3fc), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad2f8,0x7fcad2fc), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad37c,0x7fcad380), stub! fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 0x4003 -> 0xb) 0000ffff fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad8e4,0x7fcad8e8), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad7e4,0x7fcad7e8), stub! fixme:ole:RpcChannelBuffer_GetDestCtx (0x7fcad868,0x7fcad86c), stub! ... (more of this)

1 0

Re: headers: handle sizeof(long)==8
by Raphael 20 Jul '05

20 Jul '05

On Wednesday 20 July 2005 05:00, Kevin Koltzau wrote: > Changelog > If sizeof(long)==8, define DWORD and LONG as 32bit int Hi, Why not using basetsd.h defines instead ? Regards, Raphael

2 1