Marcus Meissner wrote:
if (mailslot->read_timeout != MAILSLOT_WAIT_FOREVER)
-timeout = &mailslot->read_timeout;
+timeout = (int*) &mailslot->read_timeout;
It would be better to change read_timeout to "int" instead I guess.
I'm not really sure, that why I've been avoidin
On Wed, Sep 14, 2005 at 01:47:00PM +0900, Mike McCormack wrote:
> ChangeLog:
> fix a gcc 4.0 warning
> Index: server/mailslot.c
> ===
> RCS file: /home/mike/src/wine-cvs/wine/server/mailslot.c,v
> retrieving revision 1.9
> diff -u -p
Robert Shearman wrote:
installs properly, and the app even appears to come up normally!
However, when you use the File Open dialog box,
it seems to lock up. Here's a session log:
It seems to be an ole32 problem. Installing dcom95 makes it work fine
for me. Maybe Rob or somebody more knowled
Vitaliy Margolen wrote:
Once more I need your help. It seems that wine is not correct with the way it
sets guard pages for stack. Here is an example that works fine on windows, and
fails on wine. And yes, I do have a program that does something like this:
PDWORD p = TEB.Tib.StackLimit;
*p = 0;
Once more I need your help. It seems that wine is not correct with the way it
sets guard pages for stack. Here is an example that works fine on windows, and
fails on wine. And yes, I do have a program that does something like this:
PDWORD p = TEB.Tib.StackLimit;
*p = 0;
I'm not sure what to do he
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> Initialize unused members of the MMCKINFO structs to 0 to fix chunk detection
> with mmioDescend.
> --- dlls/comctl32/animate.c 30 Aug 2005 10:07:18 - 1.68
> +++ dlls/comctl32/animate.c 13 Sep 2005 20:36:03 -
> @@ -476,6 +476,7 @@ static BOO
Robert Lunnon wrote:
I have managed to sort out a solution to the curses problem with wineconsole,
but I noticed that -backend=user doesn't work properly either. I get a window
with alternating stripes of black and the root window image and text output
doesn't emerge (perhaps a font problem ?).
Mike McCormack wrote:
Dan Kegel wrote:
installs properly, and the app even appears to come up normally!
However, when you use the File Open dialog box,
it seems to lock up. Here's a session log:
It seems to be an ole32 problem. Installing dcom95 makes it work fine
for me. Maybe Rob or
Robert Reif wrote:
Alex Villacís Lasso wrote:
During the winealsa tests, I am frequently annoyed by the following:
say, in playing a 11050Hz secondary buffer with an 8000Hz primary
buffer, the number of samples are converted form secondary->primary
and back. In the process, the number of co
Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
> @@ -313,10 +312,7 @@ void LOCALE_InitRegistry(void)
> }
> else TRACE( "updating registry, locale changed none -> %08lx\n", lcid );
>
> -sprintf( buffer, "%08lx", lcid );
> -/* Note: '9' constant below is strlen(buffer) + 1 */
> -
"Huw D M Davies" <[EMAIL PROTECTED]> wrote:
> One other thing about your patch - I don't think we want the magic
> registry comment above the external fonts registry key, as this isn't
> user configurable data, it's just internal housekeeping.
I've just added the comment to make it look similar t
On Tue, Sep 13, 2005 at 06:21:22PM +0900, Dmitry Timoshkov wrote:
> "Huw D M Davies" <[EMAIL PROTECTED]> wrote:
>
> > I think you also need to take into account the OEM codepage here. For
> > example in the UK the OEM font would be vga850.fon while in the US it
> > would be vgaoem.fon.
>
> Once
"Huw D M Davies" <[EMAIL PROTECTED]> wrote:
> I think you also need to take into account the OEM codepage here. For
> example in the UK the OEM font would be vga850.fon while in the US it
> would be vgaoem.fon.
Once Alexandre accepts the patch I'll send the fix, it should be a small
one.
--
Dm
On Tue, Sep 13, 2005 at 04:45:30PM +0900, Dmitry Timoshkov wrote:
>
> +static const struct nls_update_font_list
> +{
> +UINT ansi_cp;
> +const char *oem, *fixed, *system;
> +const char *courier, *serif, *small, *sserif;
> +} nls_update_font_list[] =
Hi Dmitry,
I think you also need
14 matches
Mail list logo
