Re: RPCRT4_NdrClientCall2 stub (fixme)?

Filip Navara wrote: Alexandre Julliard wrote: Mike Hearn <[EMAIL PROTECTED]> writes: Yes, I have an implementation of NdrClientCall2 in my local tree, but I'm a bit busy with other COM things at the moment. I'll send an updated patch to the list either tonight or sometime over the weekend. A

for whoever maintinas winrash

We've had the following complaints on wine-users. > I installed this on a windows 98se box. I can't say I like having the DOS > window open all the time (it's ugly). Can this not be written as a windows > programme, and sit in the system tray? > > Also, during the installation process, after I ent

Re: cleanup a->w cross calls in advapi32/crypt.c

"James Hawkins" <[EMAIL PROTECTED]> wrote: > This is a resubmit of my original patch that cleans up a->w cross > calls in crypt. > > Changelog > * cleanup a->w cross calls in advapi32/crypt.c > + static const WCHAR KEYSTR[] = { > + 'S','o','f','t','w','a','r','e','\\','\\', > + 'M',

Re: Wine and locales

"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes: > "Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > >> > FindResourceA >> > FindResourceExA >> >> These ones have been well tested already. > > I don't see the tests for them in the CVS, especially part about LANGID > preference order. There's no au

Re: WineHQ:service.cgi: fix winrash option

Kevin Koltzau wrote: On Thursday 29 July 2004 05:10 am, Ferenc Wagner wrote: since I included dsound into winetest you don't seem to publish any more winetest versions on Sourceforge. Have you got problems compiling the dsound tests? Can you cope? multiple definition of `CLSID_DirectSound

Re: WineHQ:service.cgi: fix winrash option

On Thursday 29 July 2004 05:10 am, Ferenc Wagner wrote: > since I included dsound into winetest you don't seem to > publish any more winetest versions on Sourceforge. Have you > got problems compiling the dsound tests? Can you cope? multiple definition of `CLSID_DirectSoundPrivate' multiple defi

Re: WineHQ:service.cgi: fix winrash option

On Thursday 29 July 2004 02:26 am, Shachar Shemesh wrote: > Actually, running a gentoo mirror myself (il1.rsync.gentoo.org), the way > gentoo handles the mirrors is to sync the distro several days in advance > with permissions preventing anyone (except us :-D ) from getting it, and > then rsynci

Re: Wine and locales

"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > > There is no need to test every API, but there are APIs we need to require > > mandatory testing: > > > > GetSystemDefaultLCID > > GetUserDefaultLCID > > GetACP > > I don't see what you want to test here. I want to test whether locale has really

formal standard for wine devel style

Is there a written formal standard specifying the style in which wine code is written? I remember a message a while back about how a patch couldn't be committed because it didn't meet the standards of wine coding style and that someone who knew the style could fix it. -- James Hawkins

Re: Wine and locales

"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes: > There is no need to test every API, but there are APIs we need to require > mandatory testing: > > GetSystemDefaultLCID > GetUserDefaultLCID > GetACP I don't see what you want to test here. > FindResourceA > FindResourceExA These ones have been w

Re: RPCRT4_NdrClientCall2 stub (fixme)?

Alexandre Julliard wrote: Mike Hearn <[EMAIL PROTECTED]> writes: Yes, I have an implementation of NdrClientCall2 in my local tree, but I'm a bit busy with other COM things at the moment. I'll send an updated patch to the list either tonight or sometime over the weekend. Alexandre, why was thi

Re: Wine and locales

"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > The system locale defines the current codepages, so it affects > MultiByteToWideChar and similar APIs. The user locale affects resource > loading. It's likely that there are places in Wine that don't handle > the distinction properly, but I don't t

Re: change the nt service pack version from 6 to 6a, correct win2k3 name

>Easy, take several W2K3 system DLLs and kick them through winedump with what command line?

Re: add autodetect audio driver capability to winmm, second try

James Hawkins <[EMAIL PROTECTED]> writes: > +/* try to detect arts */ > +argv_new[2] = "ps awx|grep artsd|grep -v grep|grep artsd > /dev/null"; > +if(!spawnvp(_P_WAIT, "/bin/sh", argv_new)) > +{ > +driversFound[numFound] = "winearts.drv"; > +name[numFound] = "aRts";

Re: RPCRT4_NdrClientCall2 stub (fixme)?

Mike Hearn <[EMAIL PROTECTED]> writes: >> Yes, I have an implementation of NdrClientCall2 in my local tree, but >> I'm a bit busy with other COM things at the moment. I'll send an updated >> patch to the list either tonight or sometime over the weekend. > > Alexandre, why was this not merged when

Re: Test drive error

On Thu, Jul 29, 2004 at 10:05:09PM +0300, sergio ojalvo wrote: > I get the tar files with the sources from sourceforge and didn't change > this file. Yes, but unfortumately, winemaker is not perfect, and in this very case it's buggy. En.rc is not meant to be compiled independently, but rather be i

Re: Wine and locales

--- Begin Message --- Shachar Shemesh wrote: [snip] System locale affects all *A functions. I.e. - it affects all ANSI functions. Aside from this affect: Of course, I took it as fact that the Ansi code page is determined by system locale and that means all *A functions are affected. - String co

Re: RPCRT4_NdrClientCall2 stub (fixme)?

On Thu, 29 Jul 2004 19:46:18 +0100, Robert Shearman wrote: > Wow. I think that's the first time I've ever been called a guru :) Heh, I think Ove is the true COM guru around here ... maybe me and Rob are catching up though. > Yes, I have an implementation of NdrClientCall2 in my local tree, but >

Re: [D3D] Added native and emulated S3TC support

Lionel Ulmer wrote: I have just a few comments on the patch (yeah, it would not have been fun if I had commented on wine-d3d first :-) ). :-) But anyway, great work ! +static BOOL DDRAW_bind_to_s3tc( void ) +{ +const char *s3tcname = SONAME_LIBS3TC; + +s3tc_handle = wine_dlopen(s3tcnam

Bug in menu.c

Hi, The MS documentation on the structure MENUITEMINFO says that the field fMask indicates what fields to retrieve or set. Here is what it says about the value MIIM_TYPE: Retrieves or sets the fType and dwTypeData members. Windows 98/Me, Windows 2000/XP: MIIM_TYPE is replaced by MIIM_BITMAP, MI

Re: Test drive error

On Thu, 2004-07-29 at 18:29, Dimitrie O. Paun wrote: > On Thu, Jul 29, 2004 at 01:50:20PM +0300, sergio ojalvo wrote: > > Hi > > I'm working on Debian Linux. I just install the wine packages and > > download sources for trying the test driver. > > Running Winemaker to winemine test project I note:

Re: RPCRT4_NdrClientCall2 stub (fixme)?

Jeroen Janssen wrote: Hello, I have 'hit' upon a RPCRT4_NdrClientCall2 stub/fixme call. It seems some discussion on this has been happening in a the past few months? Can someone maybe explain the current status on this? (probably Rob or Mike, since they seem to be the Wine COM "gurus"?) Below is i

RPCRT4_NdrClientCall2 stub (fixme)?

Hello, I have 'hit' upon a RPCRT4_NdrClientCall2 stub/fixme call. It seems some discussion on this has been happening in a the past few months? Can someone maybe explain the current status on this? (probably Rob or Mike, since they seem to be the Wine COM "gurus"?) Below is is a short snip of trac

Re: Wine and locales

Filip Navara wrote: Dmitry Timoshkov wrote: We should not complicate things, especially since it's not clear at all what APIs are affected by system/user locale differences. System locale affects System locale affects all *A functions. I.e. - it affects all ANSI functions. Aside from this affect:

Re: Fix crash in dsound test

Paul Millar <[EMAIL PROTECTED]> writes: > The build failed. It looks like there's a bug in CVS. Both > CLSID_DirectSoundPrivate and DSPROPSETID_DirectSoundDevice defined multiple > times (the wine-version of mingw libraries and in the source). Yes, there was a short discussion about this on

Re: Wine and locales

Shachar Shemesh <[EMAIL PROTECTED]> writes: > Actually, that's a bug in Wine. User locale should not affect that. It > should affect functions such as GetCurencyFormat, GetDateFormat > etc. I'm now working on a fix to that problem. That's not true, user locale definitely affects resource loading.

Re: Wine and locales

Dmitry Timoshkov wrote: We should not complicate things, especially since it's not clear at all what APIs are affected by system/user locale differences. System locale affects - String comparsions (IntlStrEqWorker[AW], lstrcmp[AW], lstrcmpi[AW]) Uses system locale after trying thread locale (whic

Re: Wine and locales

Alexandre Julliard wrote: The user locale affects resource loading. Actually, that's a bug in Wine. User locale should not affect that. It should affect functions such as GetCurencyFormat, GetDateFormat etc. I'm now working on a fix to that problem. That, however, is unrelated to the system l

Re: Wine and locales

Dmitry Timoshkov wrote: "Shachar Shemesh" <[EMAIL PROTECTED]> wrote: Ignoring LC_CTYPE is as random as ignoring any other one. For the 100th time, we are not ignoring LC_ALL and LANG. We are simply ALSO looking at LC_CTYPE. We were looking for LC_CTYPE before and it was removed from the l

Re: Wine and locales

"Dmitry Timoshkov" <[EMAIL PROTECTED]> writes: > I prefer not introduce potentially confusing things. I'm still > waiting for the test cases and explanations what exactly APIs are > affected by system/user locale in Windows and what users should > expect when they have different system and user lo

Re: Test drive error

Le jeu 29/07/2004 à 11:29, Dimitrie O. Paun a écrit : [snip] > > Anyway, I try to run make after that and that is the output: > > > > winebuild -o winemine.exe.dbg.c --debug -C. dialog.c main.c > > winegcc -c -mno-cygwin -I. -o winemine.exe.dbg.o winemine.exe.dbg.c > > winegcc -c -mno-cygwin

Re: Test drive error

On Thu, Jul 29, 2004 at 01:50:20PM +0300, sergio ojalvo wrote: > Hi > I'm working on Debian Linux. I just install the wine packages and > download sources for trying the test driver. > Running Winemaker to winemine test project I note: that configure script > was not created and Makefile is created

Re: Fix crash in dsound test

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 22 July 2004 11:23, Ferenc Wagner wrote: > Do you know what the problem is? Those of Kevin are used for all the > reports I checked, but he hasn't responded yet. I'll send a > patch to include dsound in winetest, and we will see if he >

Re: Question about mmap issues on FreeBSD/NetBSD

You need MAP_NORESERVE support otherwise we can't control the address space correctly (unless you have a ton of virtual memory): if you run wine-kthread directly it should still work though unless you have execshield type address space randomisation active. On Thu, 29 Jul 2004 09:13:25 +0200, Yori

Question about mmap issues on FreeBSD/NetBSD

Just a question about the mmap issues experienced on FreeBSD, i.e. http://www.winehq.org/?issue=230#Wine%20on%20FreeBSD I encountered the same on NetBSD. It seems the error message is set from ld.elf_so in NetBSD and ld-elf.so.1 in FreeBSD, when the address space is mapped for the run time linkin

Test drive error

Hi I'm working on Debian Linux. I just install the wine packages and download sources for trying the test driver. Running Winemaker to winemine test project I note: that configure script was not created and Makefile is created instead of Makefile.in. (like wrote in the web page) I think is a new fe

Re: Wine and locales

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > Ignoring LC_CTYPE is as random as ignoring any other one. For the 100th > time, we are not ignoring LC_ALL and LANG. We are simply ALSO looking at > LC_CTYPE. We were looking for LC_CTYPE before and it was removed from the list of environment varia

Re: Is bugzilla worth keeping?

On Thu, 2004-07-29 at 15:34 +0200, Andreas Mohr wrote: > Let's face it, arguing to abolish Bugzilla stands on a very weak position > from the beginning. Having any memory at all (even if it's badly > managed) is still better than not having it, unless we're wasting > a sizeable amount of developmen

Re: Is bugzilla worth keeping?

Hi, On Thu, Jul 29, 2004 at 01:56:45PM +0100, Mike Hearn wrote: > On Tue, 27 Jul 2004 20:45:18 -0700, Dan Kegel wrote: > > It would deprive us of long-term memory. For instance, I filed the bug > > report http://bugs.winehq.org/show_bug.cgi?id=1404 in January 2003 > > with a nice test case (but o

Program runs okay, but has tiny font.

Hello all, TD in #winehq told me to post this here. I'm trying to run the following program in wine, It loads up okay, but the font in the program is really tiny and I was wondering if any of you knew of a possible fix. Here's a scr

Re: Is bugzilla worth keeping?

On Tue, 27 Jul 2004 20:45:18 -0700, Dan Kegel wrote: > It would deprive us of long-term memory. For instance, I filed the bug > report http://bugs.winehq.org/show_bug.cgi?id=1404 in January 2003 > with a nice test case (but one that's hard to translate into a unit > test). Without Bugzilla, we'd

Re: Wine and locales

Dmitry Timoshkov wrote: "Shachar Shemesh" <[EMAIL PROTECTED]> wrote: If the user's locale is broken, it's perfectly ok in my book for Wine to be broken too. Picking a random environment variable and saying "We will use this one and not that one" is utter nonsense. Just so things are clear, pi

Re: winetests/winrash

Hi, On Thu, Jul 29, 2004 at 12:05:08PM +0200, Rolf Kalbermatter wrote: > Chris Morgan <[EMAIL PROTECTED]> wrote: > > >I wouldn't mind adding a systray icon. I wasn't really sure how that was > >supposed to be done. I tried having the service add a systray icon without > >much success, I don't

Re: Wine and locales

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > If the user's locale is broken, it's perfectly ok in my book for Wine to > be broken too. Picking a random environment variable and saying "We will > use this one and not that one" is utter nonsense. Just so things are > clear, picking LC_ALL and L

Re: winetests/winrash

Chris Morgan <[EMAIL PROTECTED]> wrote: >I wouldn't mind adding a systray icon. I wasn't really sure how that was >supposed to be done. I tried having the service add a systray icon without >much success, I don't believe services can interact with the desktop. That >may mean that a separate w

Re: WineHQ:service.cgi: fix winrash option

Kevin Koltzau <[EMAIL PROTECTED]> writes: > On Wednesday 28 July 2004 04:36 pm, [EMAIL PROTECTED] > wrote: > >> Your help is much appreciated. This is a tricky issue it >> seems as SF isn't always reliable for downloads... > > Gentoo handles this situation fairly well, [...] Hi Kevin, since I i

Fwd: Re: rsabase.dll

I'm sorry, if this mail appears three times on the wine-devel list. I've sent it twice already, but it doesn't seem to get forwarded to the wine-devel list. Is there a problem with the mailing list? Rob, could you give me a short notificaton, if you have received those mails? Thank, Michael --

Re: Wine and locales

Dmitry Timoshkov wrote: "Shachar Shemesh" <[EMAIL PROTECTED]> wrote: but they are saved as "?". In other words, Wine's behavior under the case you mention exactly reflects the behavior Unix gives. That's not a Wine problem, that's a problem of the broken user locale. But that's exactly

Re: Wine and locales

"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > I don't see how the settings would be different, surely LC_CTYPE is > always going to control the ASCII->Unicode mapping on Unix, so why > shouldn't it do that on Wine? If the issue is that users change their > setup without understanding the resu

Re: Wine and locales

"David Lee Lambert" <[EMAIL PROTECTED]> wrote: > I think it would be best to set the codepage for an app in the > [AppDefaults] section. Codepages are deprecated in favor of full > Unicode support, but specific apps might use ANSI APIs, and might even > expect certain locales. For instance,

Re: Wine and locales

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > What happens on Unix with that setup? When I try setting LANG to he_IL > and LC_CTYPE to en_US on unix, I can type Hebrew characters in kedit, KDE does not use raw X11 protocol as Wine does. Run 'xev' and try to enter hebrew characters with LC_CTYPE

Re: Wine and locales

"Shachar Shemesh" <[EMAIL PROTECTED]> wrote: > > What happens on Unix with that setup? When I try setting LANG to he_IL > > and LC_CTYPE to en_US on unix, I can type Hebrew characters in kedit, > > but they are saved as "?". In other words, Wine's behavior under the > > case you mention exactly