- Wine-Devel - list.winehq.org

Re: WLDAP32: implement ber_* functions
by Alexandre Julliard July 18, 2005

July 18, 2005

Hans Leidekker <hans(a)it.vu.nl> writes: > +INT WLDAP32_ber_printf( BerElement *berelement, PCHAR fmt, ... ) > +{ > + INT ret = LBER_ERROR; > +#ifdef HAVE_LBER_H > + va_list valist; > + > + TRACE( "(%p, %p)\n", berelement, fmt ); > + > + va_start( valist, fmt ); > + ret = ber_printf( berelement, fmt, valist ); > + va_end( valist ); This won't work I'm afraid, you would need a ber_vprintf. Though it seems to me you could link directly to the Unix lib from the spec file and avoid all the wrappers. -- Alexandre Julliard julliard(a)winehq.org

1 0

Keyboard Layout
by Altan Íz³dogru July 18, 2005

July 18, 2005

My computer works with Linux 8.2. I have tried to install (to execute) a Windows Program on my Computer. The wine-program started and the windows sreen appeared. Suddenly the programm stopped and I got the message: Your keyboard layout was not found! Using closest match instead (German keyboard layout without dead keys) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. I don´t know how to define my keyboard layout. It would be very nice, when you could explain me how to define my keyboard layout. Thank You

2 1

Did I do something wrong?
by Vikram Kumar July 18, 2005

July 18, 2005

Hi, Any particular reason this patch didn't get commited? http://www.winehq.org/hypermail/wine-patches/2005/07/0361.html It's only a stub but I need it for an app to run.... Shall I just resubmit? Cheers Vik

1 0

Re: MSCMS: Use lcms only if both library and headers are detected
by Alexandre Julliard July 18, 2005

July 18, 2005

Jacek Caban <jack(a)itma.pwr.wroc.pl> writes: > --- dlls/mscms/mscms_priv.h 21 Feb 2005 18:38:15 -0000 1.7 > +++ dlls/mscms/mscms_priv.h 16 Jul 2005 16:12:03 -0000 > @@ -22,7 +22,11 @@ > #define HAVE_LCMS_H 1 > #endif > > -#ifdef HAVE_LCMS_H > +#if defined(HAVE_LCMS_H) && defined(HAVE_LCMS) > +#define USE_LCMS > +#endif Checking HAVE_LCMS should be enough, there's no need to define a new symbol for the same thing. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: unixfs and CP_ACP versus CP_UNIXCP
by Michael Jung July 18, 2005

July 18, 2005

Hi Troy, On Monday 18 July 2005 09:37, you wrote: > I just noticed that your unixfs code appears to be using CP_ACP for all > conversions between wide characters and multi byte characters. This is OK > for multi byte display names, but for file names being used in or received > from the UNIX file system, CP_UNIXCP is probably more appropriate. See > wcstoumbs in ntdll, which uses unix_cptable, set by kernel32, which uses > the same table for CP_UNIXCP Thanks for the tip! I'll fix this. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

operating with non-existent files
by Saulius Krasuckas July 18, 2005

July 18, 2005

When I operate with "c:\nonexist_subdir" and "c:\\nonexist_subdir" filenames in Wine and in NT5, most of API functions set the same LastError. That functions are: OpenFile() CreateFileA() SetCurrentDirectoryA() FindFirstFileA() GetFileAttributesA() But if I call this: IShellFolder_ParseDisplayName(IDesktopFolder, NULL, NULL, cNonExistDirW, NULL, &newPIDL, 0) then I get two different codes: * for the first one HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND), * for the second one E_FAIL. This is true for winME and win2k (and not for Wine). Do we need to distinguish between these two filenames in Wine? If so, on top of what functions should it be implemented? Do someone know, how native IShellFolder_ParseDisplayName works in the case of IDesktopFolder? I think the double-slash in the filename has something to do with object names, but I have no ground here.

1 1

Re: win64: x86_64 context
by Chris Morgan July 18, 2005

July 18, 2005

I'd argue that the correct naming is "AMD64" as Amd created that architecture and named it like that. In this case Intel happens to be AMD64 compatible. Chris On 7/17/05, Kevin Koltzau <kevin(a)plop.org> wrote: > Microsoft incorrectly calls their x86_64 context "AMD64" however it applies to > Intels x86_64 processor also > > Changelog > Define x86_64 context > > >

1 0

stdole2.tlb
by Ivan Gyurdiev July 17, 2005

July 17, 2005

I was wondering what the status is of stdole2.tlb in wine. GTA: San Andreas will not install without it.. http://bugs.winehq.org/show_bug.cgi?id=3108

4 4

Water effect demo patch...
by Nick Burns July 16, 2005

July 16, 2005

I got Water demo working -- whew thats all of my lil demos here (crap gotta get some more...) So heres the deal Water should have worked with wined3d -- but it was crashing on me due to the following... (the patch is attached -- you may have to use fromdos (for formatting newline issues)) ...drawprim.c : drawStridedSlow : ~1210... int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); /*INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); -------------------the fix-use pointer after check(not before)------------------ int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; /*former INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); --------------------------------- patch version -- also attached -- dunno if the below will even format correctly --------------------------------- cvs -z4 diff -u -wb -d -p drawprim.c (in directory C:\cvs_stuff\wine\dlls\wined3d\) Index: drawprim.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v retrieving revision 1.16 diff -u -w -b -d -p -r1.16 drawprim.c --- drawprim.c 14 Jul 2005 12:19:53 -0000 1.16 +++ drawprim.c 16 Jul 2005 21:08:45 -0000 @@ -1207,7 +1207,9 @@ static void drawStridedSlow(IWineD3DDevi if (This->stateBlock->textures[textureNo] != NULL) { int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; +#if 0 float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); +#endif float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { @@ -1218,6 +1220,8 @@ static void drawStridedSlow(IWineD3DDevi continue; } else { +/*pointer safety*/ +float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); int coordsToUse = sd->u.s.texCoords[coordIdx].dwType + 1; /* 0 == D3DDECLTYPE_FLOAT1 etc */ /* The coords to supply depend completely on the fvf / vertex shader */

1 0

Status of HTML Help
by James Hawkins July 16, 2005

July 16, 2005

Hey, In light of a recent wine-users' query about wine's help system, I've decided to shed some light on the status of wine's HTML Help implementation. I decided not to send patches till I had the base interfaces fleshed out, and this process is almost complete. As of now you can pass a .chm file to hh.exe which will bring up the help viewer. The toolbar with the Back, Stop, Refresh etc buttons is complete (minus correct icons..I can't draw), and the user can browse through the contents of the help file (the most important part). I still have to implement the navigator pane, but that's really secondary to the browser. I have a working .exe and visual studio project if anyone wants to take a look at it before I start submitting patches; just reply and I'll send it to you. For more information on what's left TODO with the project, check out my wiki page: wiki.winehq.org/JamesHawkins Thanks, James Hawkins

1 0