"Shane Shields" <[EMAIL PROTECTED]> wrote:
> > There are two problems with current x11drv keyboard code:
> > 1. Very likely that Turkish keyboard layout there is incorrect.
>
> AFAICT The Turkish keyboard layout is correct.
X11 team tends to remove more than 2 characters per keysym. See
/etc/X11
"Rein Klazes" <[EMAIL PROTECTED]> wrote:
> I am planning to create a patch that fixes MultiByteToWideChar and
> WideCharToMultiByte, as well as removing the symbol code page from the
> code page table.
Please don't forget to remove the special case for CP_SYMBOL
in dlls/kernel/locale.c,IsValidCod
On Mon, 19 Jan 2004 21:34:54 +0100, Andreas Rosenberg wrote:
> Here is the output of IDA pro after detecting the compiler (Visual C familiy).
> So it could detect the C lib functions. Now it is nearly obvious how the bug
> happens:
So why does GetCommandLineA not show up in relay or snoop traces?
On Mon, 19 Jan 2004 22:45:18 +0100, Francois Gouget wrote:
> On Mon, 19 Jan 2004, Peter Hunnisett wrote:
>> They are correct as is and yes MS makes spelling mistakes.
> Darn.
No worse than us though. GTK has contained some amusing ones -
foo_struct->childs is one off the top of my head :)
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> Trying to load dplayx returns error 487 (ERROR_INVALID_ADDRESS) for
> now.
>
> The following change lets wine determine a memory space by itself.
This won't work, the code needs the address to be the same in all
processes. This has to be fixed first
"Ivan Leo Murray-Smith" <[EMAIL PROTECTED]> writes:
> OK, it uses winehq.org this time, and hopefully doesn't mess up the readme.fr
There's no reason to change these URLs at all, the existing ones work
just fine.
--
Alexandre Julliard
[EMAIL PROTECTED]
On Mon, 19 Jan 2004, Peter Hunnisett wrote:
> They are correct as is and yes MS makes spelling mistakes.
Darn.
[...]
> >That may be because these are internal types (they are defined in an
> >internal header after all), or because they are badly documented.
> >
> This is the case. They're from a
On Sunday 18 January 2004 2:35 pm, Dmitry Timoshkov wrote:
> The patch is wrong, since it cures just a symptom not the problem itself.
That could be true as I havent looked too deeply into the code. It was just a
quick look at that function only and wasnt followed completely through.
(didnt want
They are correct as is and yes MS makes spelling mistakes.
Francois Gouget wrote:
In dlls/dplayx/lobbysp.h I found types and a field with a typo:
SPDATA_BUILDPARENTALHEIRARCHY
LPSPDATA_BUILDPARENTALHEIRARCHY
LPSP_BUILDPARENTALHEIRARCHY
BuildParentalHeirarchy
I checked in the latest Micros
Joshua Walker <[EMAIL PROTECTED]> wrote:
>3) If Microsoft just removed the ability to run
>executables from Outlook, and made it so the user
>would have to "activate" it via a executable
>permission (Chmod 755 wsmktvxhew.exe) 99% of these
>things won't even propgate.
They actually did!! I seem no
> From my notes (I dont have Linux to hand just now):
> Trap occurs ar 0x43d4e2
> At this point in time the path/exe is in 0x552150 On windows:
> This was copied from 0x12fe20 (Was already filled in at a breakpoint at
> 0x43d4ba)
> which in turn came from 0x141ee0 when the pgm is very first loaded
On 19.01.2004 18:05:18 Hans Leidekker wrote:
> On Sunday 18 January 2004 18:02, Francois Gouget wrote:
>
> > What about MinGW? It sounds like this test does not compile there
> > either...
>
> Well, it compiles and links, but doesn't link at run-time
> because MinGW's import lib exports these sym
Well documentation/documentation.sgml 1.12->1.13 was when the change was made in cvs,
and that looks like it was 3+ months ago.
Chris
>
> From: Jeremy Newman <[EMAIL PROTECTED]>
> Date: 2004/01/19 Mon AM 10:52:47 EST
> To: Chris Morgan <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED]
> Subject: Re:
Hans Leidekker wrote:
On Sunday 18 January 2004 18:02, Francois Gouget wrote:
What about MinGW? It sounds like this test does not compile there
either...
Well, it compiles and links, but doesn't link at run-time
because MinGW's import lib exports these symbols by name,
not ordinal-only.
I
On Thu, 15 Jan 2004 19:24:25 +0800, you wrote:
>
> > > Apparently Windows uses something different. Probably we have to change
> > > our internal map for Symbol encoding
> >
> > I will try a few other Windows versions first. It looks to me that
> > Symbol encoding is not a real encoding at all
Jeremy Newman wrote:
I assume you are talking about CVSweb (aka http://cvs.winehq.org/). If
you want to download a file, use the command line cvs client. I am not
comfortable giving apache or the cvsweb.cgi write privileges to the CVS
tree.
Well it use to let you view a file... Now all I get is err
On Mon, Jan 19, 2004 at 11:08:09AM +0100, Gerald Pfeifer wrote:
> The following patch to dlls/gdi/freetype.c
>
> revision 1.52
> date: 2004/01/18 23:35:13; author: julliard; state: Exp; lines: +3 -4
> Use the exported FONTENUMPROCW as parameter in the EnumDeviceFonts
> driver function i
If other people think it makes sense then yes, I think we should probably move the
autodetection code to run at wine startup. The code thus far is very much
non-portable so while it should work under linux I'm not sure about other os's. I've
considered also trying to dynamically load the sound
The following patch to dlls/gdi/freetype.c
revision 1.52
date: 2004/01/18 23:35:13; author: julliard; state: Exp; lines: +3 -4
Use the exported FONTENUMPROCW as parameter in the EnumDeviceFonts
driver function instead of defining a private function type.
breaks compilation
freetype.
The docs build when Alexandre runs the wine_release script in the tools
cvs. http://cvs.winehq.org/cvsweb/tools/wine_release
wine_release calls make_winehq also found in the tools cvs. If the docs
are out of date, it would be an error found in one of these two scripts.
On Sun, 2004-01-18 at 21:5
I assume you are talking about CVSweb (aka http://cvs.winehq.org/). If
you want to download a file, use the command line cvs client. I am not
comfortable giving apache or the cvsweb.cgi write privileges to the CVS
tree.
On Sun, 2004-01-18 at 21:55, Tom wrote:
> If I try to download a file from cvs
Hmmm, you shouldn't be subscribed to the list anymore. Consider yourself
unsubscribed.
I'll find this and remove it from the archive as well...
On Sun, 2004-01-18 at 22:58, [EMAIL PROTECTED] wrote:
> Test =)
> jxbvitmuqfjiwe
> --
> Test, yep.
--
Jeremy Newman <[EMAIL PROTECTED]>
CodeWeavers, In
On Sun, 18 Jan 2004 18:08:30 -0500, Chris Morgan wrote:
> err:winecfg:setConfigValue Unable to set configuration key Drivers in section
> Winmm to winejack.drv, res=1021
>
> Is this expected as changing this option would require the registry functions
> to modify the config file, something they ca
On Mon, 19 Jan 2004 03:03:31 -0800, Joshua Walker wrote:
> 3) If Microsoft just removed the ability to run
> executables from Outlook, and made it so the user
> would have to "activate" it via a executable
> permission (Chmod 755 wsmktvxhew.exe) 99% of these
> things won't even propgate.
I don't
Hi Joshua,
Joshua Walker wrote:
"[EMAIL PROTECTED]" was found as an attachment.
A few things amuse me about this...
1) Coadweaves makes a great product, I just hope that
this wan't sent from a Linux box running crossover.
No; John Sheets hasn't worked with us for a few years,
his email has clear
If I try to download a file from cvs
I get this error.
Error
Error: Unexpected output from cvs co: cvs [checkout aborted]: Absolute
module reference invalid: `/wine/dlls/msdmo/msdmo_main.c'
Check, whether there exists a directory /home/wine/CVSROOT and the
script has write-Access to the CVSROOT/
Changelog
- include/shlobj.h
Add declaration for PathGetShortPath
- dlls/shell32/undocshell.h
Change prototype of PathGetShortPathAW to match MSDN
- dlls/shell32/shellpath.c
Implement PathGetShortPathA/W and change it's prototype to match the
documentation on MSDN. Tests show
Joshua Walker wrote:
"[EMAIL PROTECTED]" was found as an attachment.
A few things amuse me about this...
1) Coadweaves makes a great product, I just hope that
this wan't sent from a Linux box running crossover.
Well, wouldn't that be an ultimate compatibility test :-). Just test
whether all
On Sunday 18 January 2004 18:02, Francois Gouget wrote:
> What about MinGW? It sounds like this test does not compile there
> either...
Well, it compiles and links, but doesn't link at run-time
because MinGW's import lib exports these symbols by name,
not ordinal-only.
I submitted a patch to cor
"[EMAIL PROTECTED]" was found as an attachment.
A few things amuse me about this...
1) Coadweaves makes a great product, I just hope that
this wan't sent from a Linux box running crossover.
2) I think we all run linux here. We can pretty much
say that this particular distrobution spoke is pretty
"Rolf Kalbermatter" <[EMAIL PROTECTED]> wrote:
> + iPrevErrMode = SetErrorMode(1);
Please use a symbolic name (SEM_FAILCRITICALERRORS in this case),
not just an arbitrary constant. Same for both A and W APIs.
--
Dmitry.
Francois Gouget <[EMAIL PROTECTED]> wrote:
>
>On Sun, 18 Jan 2004, Alexandre Julliard wrote:
>
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > Or is there a way to keep the static ordinal import and still have
> > something that compiles with MSVC?
>
> Yes, you just need an MSVC version that ha
Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>Francois Gouget <[EMAIL PROTECTED]> writes:
>
>> Or is there a way to keep the static ordinal import and still have
>> something that compiles with MSVC?
>
>Yes, you just need an MSVC version that has a correct import lib (or
>copy the import lib from
33 matches
Mail list logo
