On 4/24/07, Rolf Kalbermatter <[EMAIL PROTECTED]> wrote:
Changelog
dlls/advapi32/service.c
- Make service_start_process return the pid to the caller
-/* FIXME: Put the pid into the service struct */
+if (ppid) *ppid = pi.dwProcessId;
The fixme says to put the pid in the s
Andrew Talbot wrote:
> Changelog:
> dinput: Constify some variables.
> -static LONG map_axis(JoystickImpl * This, short val, short index)
> +static LONG map_axis(const JoystickImpl *This, short val, short index)
> {
> doublefval = val;
> doublefmin = This->props[index].lMin;
Well, I finally solved all of my issues with my patch (yay!). It will
be ready to submit to wine-patches as soon as I reinstall wine to
finish up my testing.. Something borked it and now it won't run even
winecfg... Go figure. So anyways, with any luck, my testing will go
without a hitch, and
On Mo, 2007-04-23 at 19:55 +0200, Mikołaj Zalewski wrote:
> (0009-localui-add-Polish-translation.txt)
> From 4045f052bd5814a2dbf35527af4f6f7fee259c8e Mon Sep 17 00:00:00 2001
> +#include "ui_Pl.rc"
You missed the translated File, but it would be nice,
when you wait a week please:
I have a Patch
Eric Pouech [mailto:[EMAIL PROTECTED] wrote:
>>Jonathan Schleifer a écrit :
>> ICC supports gcc inline asm. But it doesn't support defining a symbol
>> twice.
>>
>I'm speaking of the inline keyword (especially about extern inline)
Same issue as at least Visual C 6.0 had for standard C code.
R
Alexandre Julliard [mailto:[EMAIL PROTECTED] wrote:
>"Rolf Kalbermatter" <[EMAIL PROTECTED]> writes:
>
>> +size = *lpcchBuffer * sizeof(WCHAR);
>> +ret = RegGetValueW(hscm->hkey, lpServiceName, szDisplayName,
RRF_RT_REG_SZ, &type, NULL, &size);
>> +switch (ret)
>> +{
>> +ca
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> What version are you using? According to the man page this is
> supposed to be fixed in icc 9.1.
I'm using ICC 9.1:
asgard:~$ icc --version
icc (ICC) 9.1 20060706
--
Jonathan
Jonathan Ernst wrote:
Le lundi 23 avril 2007 à 09:23 -0600, Andrew Ziem a écrit :
[...]
By the way, in LTSP, ESD's major deficiency is not being able to control
the volume from things like the GNOME sound applet, so there's some
interest in (but no support for) changing to PulseAudio.
LTSP on
Alexandre Julliard a écrit :
But here you really have two non-inline definitions, one in C and one
in assembly. What happens if you remove the C version?
sorry, I redid my week end tests and went too fast
the real "bad" case is:
/* case with 2 C declarations */
extern inline int foo(int a);
Eric Pouech <[EMAIL PROTECTED]> writes:
> it's fixed for C functions, but not when the function is declared in
> assembly
> extern inline int foo(int a);
> extern inline int foo(int a) {return a + 1;}
> int foo(int a) {return a+1;}
> extern inline int ffo(int a);
> extern inline int ffo(int a) {re
Alexandre Julliard a écrit :
Jonathan Schleifer <[EMAIL PROTECTED]> writes:
Eric Pouech <[EMAIL PROTECTED]> wrote:
it seems now the major hurdle is that icc doesn't support
the inline conventions of GCC (and is likely C99 compliant in that
ICC supports gcc inline asm. But it d
Jonathan Schleifer a écrit :
Eric Pouech <[EMAIL PROTECTED]> wrote:
it seems now the major hurdle is that icc doesn't support
the inline conventions of GCC (and is likely C99 compliant in that
ICC supports gcc inline asm. But it doesn't support defining a symbol
twice.
I'm speaki
Jonathan Schleifer <[EMAIL PROTECTED]> writes:
> Eric Pouech <[EMAIL PROTECTED]> wrote:
>
>> it seems now the major hurdle is that icc doesn't support
>> the inline conventions of GCC (and is likely C99 compliant in that
>
> ICC supports gcc inline asm. But it doesn't support defining a symbol
> t
Eric Pouech <[EMAIL PROTECTED]> wrote:
> it seems now the major hurdle is that icc doesn't support
> the inline conventions of GCC (and is likely C99 compliant in that
ICC supports gcc inline asm. But it doesn't support defining a symbol
twice.
--
Jonathan
Jonathan Schleifer a écrit :
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
I had it installed before but its been a while. I never could get
anything other than console apps to work, which I assumed could be do
to a calling convention mismatch like Eric spoke about. I'd be
interested in seeing
Am Montag 23 April 2007 17:17 schrieb [EMAIL PROTECTED]:
> Hi all,
>
> my patches for D3DRM have not been applied yet. I thought to have
> made all the requested changes. But it seems no.
The last patches you sent looked good to me superficially, although I forgot
to send an OK mail as a reply. U
Am Montag 23 April 2007 17:32 schrieb H. Verbeet:
> On 23/04/07, Ian Macfarlane <[EMAIL PROTECTED]> wrote:
> > The Inquirer has an interesting article about something called the
> > Alky Project which claims to have initial support for DirectX 10 on
> > Windows XP (and possibly other operating syst
Maarten Lankhorst <[EMAIL PROTECTED]> writes:
> @@ -748,6 +749,22 @@ static DWORD MIX_GetDevCaps(UINT wDevID, LPMIXERCAPS2W
> caps, DWORD_PTR parm2)
> return MMSYSERR_NOERROR;
> }
>
> +/* convert win32 volume to alsa volume, and vice versa */
> +static DWORD normalized(long value, long pr
Hi,
Just w8 for 2-3 days.
No negative comments yet, good sign ;)
Thanks,
VJ
On 4/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi all,
my patches for D3DRM have not been applied yet. I thought to have
made all the requested changes. But it seems no.
So, am I in the good way? What chan
Le lundi 23 avril 2007 à 09:23 -0600, Andrew Ziem a écrit :
[...]
>
> By the way, in LTSP, ESD's major deficiency is not being able to control
> the volume from things like the GNOME sound applet, so there's some
> interest in (but no support for) changing to PulseAudio.
LTSP on Ubuntu feisty u
I need print tickets, bill. The software (VB 6) send file for printer
in generic text.
After print the paper don't must to roll in tray. Because the next
ticket stay out
of the place.
When Wine convert text for postscript I do not obtain brake paper.
The printer is Epson LX-300.
Thanks Dösinger
Francois Gouget wrote:
On Thu, 12 Apr 2007, Maarten Lankhorst wrote:
[...]
I'm not sure what nas is for, but it seems to be 'network audio system',
I haven't seen any use for it, except that it causes a 30 seconds
slowdown at showing 'audio' tab in winecfg. I don't think anyone uses it.
For esd
Hi all,
my patches for D3DRM have not been applied yet. I thought to have
made all the requested changes. But it seems no.
So, am I in the good way? What changes must I make now?
These patches fix Bug 7442 also.
Thanks you in advance for any advice and suggestion.
David Adam
PS: I follow
On 23/04/07, Ian Macfarlane <[EMAIL PROTECTED]> wrote:
The Inquirer has an interesting article about something called the
Alky Project which claims to have initial support for DirectX 10 on
Windows XP (and possibly other operating systems).
My impression is that the Alky project severely undere
The Inquirer has an interesting article about something called the
Alky Project which claims to have initial support for DirectX 10 on
Windows XP (and possibly other operating systems).
The Inquirer article is here (it links to a number of bits of info
about the project):
http://www.theinquirer.
Am Montag 23 April 2007 14:21 schrieb Alisson Gomes:
> Hello,
>
> In first time, I like congratulations by great job, the wine. Fantastic.
>
> In second time, i have the problem with Wine. How do disable Wine
> PostScript Driver? Is possible? by configuration, by compilation, etc.
Why do you want t
"Steven Edwards" <[EMAIL PROTECTED]> wrote:
> I had it installed before but its been a while. I never could get
> anything other than console apps to work, which I assumed could be do
> to a calling convention mismatch like Eric spoke about. I'd be
> interested in seeing bench marks of Wine compil
I had some trobule sending the messages, it seemed like they were
filtered out since I wasn't subscribed to the list, therefore I resent
them, but it seems like they got through after 24h. :(
My apologies for this.
--
Jonathan
"Rolf Kalbermatter" <[EMAIL PROTECTED]> writes:
> +size = *lpcchBuffer * sizeof(WCHAR);
> +ret = RegGetValueW(hscm->hkey, lpServiceName, szDisplayName,
> RRF_RT_REG_SZ, &type, NULL, &size);
> +switch (ret)
> +{
> +case ERROR_SUCCESS:
> +ret = RegGetValueW(hscm-
On Wed, 18 Apr 2007, Stefan Dösinger wrote:
> Am Montag 16 April 2007 01:29 schrieb [EMAIL PROTECTED]:
> +/* Add Two Vectors */
> +LPD3DVECTOR D3DRMAPI D3DRMVectorAdd(LPD3DVECTOR d, LPD3DVECTOR s1,
> LPD3DVECTOR s2)
>
> I personally prefer D3DVECTOR * over LPD3DVECTOR, but I don't know if there'
В сообщении от 23 апреля 2007 16:11 вы написали:
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> >> >> The written strings in 866 and 1251 code pages are only readable
> >> >> when output console code page matches the string encoding.
> >> >
> >> > This is in wine.
> >> > In windows only cp866 i
Hello,
In first time, I like congratulations by great job, the wine. Fantastic.
In second time, i have the problem with Wine. How do disable Wine
PostScript Driver? Is possible? by configuration, by compilation, etc.
ps: I send e-mail in many discursion list: WineConf, Wine Users and
others, no
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
>> The written strings in 866 and 1251 code pages are only readable
>> when output console code page matches the string encoding.
>
> This is in wine.
> In windows only cp866 is readable regardless of ConsoleOutputCP.
As I said I tested under Windo
> > "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> > >> The written strings in 866 and 1251 code pages are only readable
> > >> when output console code page matches the string encoding.
> > >
> > > This is in wine.
> > > In windows only cp866 is readable regardless of ConsoleOutputCP.
> >
> > As
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> >> The written strings in 866 and 1251 code pages are only readable
> >> when output console code page matches the string encoding.
> >
> > This is in wine.
> > In windows only cp866 is readable regardless of ConsoleOutputCP.
>
> As I said I tested
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
The written strings in 866 and 1251 code pages are only readable
when output console code page matches the string encoding.
This is in wine.
In windows only cp866 is readable regardless of ConsoleOutputCP.
As I said I tested under Windows (XP) on
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> > A question: what make you think that WriteConsole uses current console
> > output code page to translate strings?
>
> The written strings in 866 and 1251 code pages are only readable
> when output console code page matches the string encoding.
Th
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
A question: what make you think that WriteConsole uses current console output
code page to translate strings?
The written strings in 866 and 1251 code pages are only readable
when output console code page matches the string encoding.
--
Dmitry.
> "Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
> >> WriteConsole uses current console output code page to translate strings.
> >
> > wine - yes.
> > windows - no.
> > See attach.
>
> What makes you think so? Since I tested under Windows only I described
> the results I've got under it not under
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
WriteConsole uses current console output code page to translate strings.
wine - yes.
windows - no.
See attach.
What makes you think so? Since I tested under Windows only I described
the results I've got under it not under Wine. Wine behaviour is
"Kirill K. Smirnov" <[EMAIL PROTECTED]> wrote:
Just little test:
#include
#include
int main(void)
{
WCHAR str_uni[]={0x044d, 0x0442, 0x043e,
0x0020, 0x0442, 0x0435,
0x0441, 0x0442, 0x};
char str_oem[]="~]â® àãá᪨© ⥪áâ in OEM";
wpr
41 matches
Mail list logo
