GetOpenFileName and typing directory names into the edit box

2005-07-18 Thread Troy Rollo
About a month and a half ago the following change was committed to CVS: r20659 (orig r20659): troy | 2005-06-06 09:20:44 +1000 Huw Davies <[EMAIL PROTECTED]> If a folder is selected on Open then browse into it, otherwise we should return the path in the edit box w

Re: FWIW, news of SFU and wine

2005-07-18 Thread Ivan Leo Puoti
[EMAIL PROTECTED] sfu+X]$ wine x-win612LX.exe fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other process window (nil) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. It's a bit of an ancient build

Re: Wined3d Regression...

2005-07-18 Thread Oliver Stieber
--- Nick Burns <[EMAIL PROTECTED]> wrote: > Just thought I'd let ya guys know -- I noticed a little regression in the > latest build of wined3d > > On Nvidia GeForce 4 4200 64MB (ask if ya want more specs) > > dx9_1pass_emboss_bump_mapping.exe -- only a white rectangle (no longer the > embosse

Window resizing in respect to 2DTestDX9.exe

2005-07-18 Thread Nick Burns
Window resizing in Direct3d9 -- and I mean the resizing handled BY direct3d -- stretches the rendered image to fit the resized window... This allows 2DTestDX9 demo to work with resizing... I would like to know if the current ideas for window resizing will handle the 2DTestDX9 demo. I know this i

Wined3d Regression...

2005-07-18 Thread Nick Burns
Just thought I'd let ya guys know -- I noticed a little regression in the latest build of wined3d On Nvidia GeForce 4 4200 64MB (ask if ya want more specs) dx9_1pass_emboss_bump_mapping.exe -- only a white rectangle (no longer the embossed wood texture) on a black background dx9_2pass_emboss

Re: Window resizing in respect to 2DTestDX9.exe

2005-07-18 Thread Oliver Stieber
--- Nick Burns <[EMAIL PROTECTED]> wrote: > Window resizing in Direct3d9 -- and I mean the resizing handled BY direct3d > -- stretches the rendered image to fit the resized window... > This allows 2DTestDX9 demo to work with resizing... > I would like to know if the current ideas for window resi

Re: Today's winetest build?

2005-07-18 Thread Paul Vriens
On Mon, 2005-07-18 at 19:15, Paul Millar wrote: > Hi, > > I've noticed that the test site (test.winehq.org/data) has no mention of > today's cron-build of winetest. Having monkeyed about with the build process > over the weekend (but, I thought, not that part) I'm a little worried I might > ha

Re: file locking

2005-07-18 Thread Alexandre Julliard
Vitaly Lipatov <[EMAIL PROTECTED]> writes: > В сообщении от 16 Июль 2005 00:32 Вы написали: > > >http://wiki.winehq.org/FileLocking > > > > I'll add information I know about the problem to the wiki page. > I guessed it is not needed to communicate between servers... I think user > program will ca

Re: file locking

2005-07-18 Thread Vitaly Lipatov
В сообщении от 16 Июль 2005 00:32 Вы написали: > >http://wiki.winehq.org/FileLocking > > I'll add information I know about the problem to the wiki page. I guessed it is not needed to communicate between servers... I think user program will calls shared wineserver directly. I need to get worked sh

Today's winetest build?

2005-07-18 Thread Paul Millar
Hi, I've noticed that the test site (test.winehq.org/data) has no mention of today's cron-build of winetest. Having monkeyed about with the build process over the weekend (but, I thought, not that part) I'm a little worried I might have inadvertently upset the part that registers a new cron-bu

wine/dlls/mscms build failures

2005-07-18 Thread Gerald Pfeifer
I started getting the following failures about two days ago: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./mscms.spec handle.o icc.o mscms_main.o profile.o stub.o transform.o mscms.dll.dbg.o version.res -o mscms.dll.so -L../../dlls -L../../dlls/kernel32 -L../../dlls/n

Re: Implement GdiGetCharDimensions

2005-07-18 Thread Huw D M Davies
On Mon, Jul 18, 2005 at 05:24:42PM +0200, Alexandre Julliard wrote: > Huw D M Davies <[EMAIL PROTECTED]> writes: > > > Actually GetTextExtentPoint returns tm.tmHeight for cy, so there > > shouldn't be any difference. > > Ah right, in that case of course it makes no difference. But is that > reall

Re: Implement GdiGetCharDimensions

2005-07-18 Thread Alexandre Julliard
Huw D M Davies <[EMAIL PROTECTED]> writes: > Actually GetTextExtentPoint returns tm.tmHeight for cy, so there > shouldn't be any difference. Ah right, in that case of course it makes no difference. But is that really the correct behavior for GetTextExtentPoint? -- Alexandre Julliard [EMAIL PROT

Re: Implement GdiGetCharDimensions

2005-07-18 Thread Huw D M Davies
On Mon, Jul 18, 2005 at 05:03:49PM +0200, Alexandre Julliard wrote: > Robert Shearman <[EMAIL PROTECTED]> writes: > > > +LONG WINAPI GdiGetCharDimensions(HDC hdc, LPTEXTMETRICW lptm, LONG *height) > > +{ > > +SIZE sz; > > +static const WCHAR alphabet[] = { > > + > > 'a','b','c','d'

Re: WLDAP32: implement ber_* functions

2005-07-18 Thread Alexandre Julliard
Hans Leidekker <[EMAIL PROTECTED]> writes: > > 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. > > Indeed, I can. Unlike with the ldap_* functions there are no encoding

Re: Implement GdiGetCharDimensions

2005-07-18 Thread Alexandre Julliard
Robert Shearman <[EMAIL PROTECTED]> writes: > +LONG WINAPI GdiGetCharDimensions(HDC hdc, LPTEXTMETRICW lptm, LONG *height) > +{ > +SIZE sz; > +static const WCHAR alphabet[] = { > +'a','b','c','d','e','f','g','h','i','j','k','l','m','n','o','p','q', > +'r','s','t','u','v','w

Re: wine/dlls/mscms build failures

2005-07-18 Thread Hans Leidekker
On Monday 18 July 2005 15:53, Gerald Pfeifer wrote: > revision 1.3 > date: 2005/07/15 10:09:43; author: julliard; state: Exp; lines: +1 -3 > Hans Leidekker <[EMAIL PROTECTED]> > Link directly to liblcms. > Fix typo in test. > > This is on FreeBSD 4.10, but I expect it may be more rela

Re: WLDAP32: implement ber_* functions

2005-07-18 Thread Alexandre Julliard
Hans Leidekker <[EMAIL PROTECTED]> 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_prin

Re: Keyboard Layout

2005-07-18 Thread Robert Shearman
Altan Íz³dogru wrote: 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!

Re: win64: x86_64 context

2005-07-18 Thread Chris Morgan
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 <[EMAIL PROTECTED]> wrote: > Microsoft incorrectly calls their x86_64 context "AMD64" however it applies to >

Keyboard Layout

2005-07-18 Thread Altan Íz³dogru
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 mat

Did I do something wrong?

2005-07-18 Thread Vikram Kumar
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

Re: MSCMS: Use lcms only if both library and headers are detected

2005-07-18 Thread Alexandre Julliard
Jacek Caban <[EMAIL PROTECTED]> writes: > --- dlls/mscms/mscms_priv.h 21 Feb 2005 18:38:15 - 1.7 > +++ dlls/mscms/mscms_priv.h 16 Jul 2005 16:12:03 - > @@ -22,7 +22,11 @@ > #define HAVE_LCMS_H 1 > #endif > > -#ifdef HAVE_LCMS_H > +#if defined(HAVE_LCMS_H) && defined(HAVE_LCMS)

Re: unixfs and CP_ACP versus CP_UNIXCP

2005-07-18 Thread Michael Jung
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

Re: operating with non-existent files

2005-07-18 Thread Saulius Krasuckas
* On Sat, 16 Jul 2005, Saulius Krasuckas wrote: > > When I operate with "c:\nonexist_subdir" and "c:\\nonexist_subdir" ... > then I get two different codes: > * for the first one HRESULT_FROM_WIN32(ERROR_FILE_NOT_FOUND), > * for the second one E_FAIL. ... > Do someone know, how native IShellFo