By killing processes left and right, I managed to get a 50 - megabyte log.
Maybe in the future we should link in bzip2 in winetest.exe to compress
logs before submitting?
regards,
Jakob
In PRINTDLG_UpdatePrintDlgA() in dlls/commdlg/printdlg.c we do:
...
LPPRINTER_INFO_2A pi = PrintStructures->lpPrinterInfo;
...
pi->pPortName = "FILE:";
And in PRINTDLG_UpdatePrintDlgW() we do:
...
LPPRINTER_INFO_2W pi = PrintStructures->lpPrinterInfo;
...
static
On Sat, 24 Apr 2004, Dmitry Timoshkov wrote:
> "Francois Gouget" <[EMAIL PROTECTED]> wrote:
>
> > We find the same issues with an added twist: now that we can use
> > literals we can write things like:
> >
> >const char* str = "String literal";
> >
> > However this is slightly different from:
On Sat, 24 Apr 2004, Dimitrie O. Paun wrote:
> On April 24, 2004 10:30 am, Dmitry Timoshkov wrote:
> > I prefer to not rely on a compiler's good will.
>
> To be honest, I don't much see the point of this patch myself.
Maybe the text at the beginning made it look like this is just about
'const cha
On Sunday 25 April 2004 00:14, Ivan Leo Murray-Smith wrote:
> What about having a link to this page somewhere on winehq? Maybe on the
mailing
> lists page?
> http://www.hostedscripts.com/scripts/antispam.html
>
I am sure some of them will get it very quick but anything to make them work
harder,
What about having a link to this page somewhere on winehq? Maybe on the mailing
lists page?
http://www.hostedscripts.com/scripts/antispam.html
Ivan.
Andreas Mohr <[EMAIL PROTECTED]> writes:
> Make people know how to reduce log size, using pipes.
Hi Andi!
Two notes:
1. The --debugmsg option is deprecated, people should use
the WINEDEBUG environmental variable instead.
2. Won't the pipe block until you read from it, then give
you all t
On Saturday 24 April 2004 09:14 am, Jakob Eriksson wrote:
> >I think it's a valid thing as well, but please let's wait a bit
> >until we eliminate all this variability we have before we go
> >ahead and introduce yet another potential problem. Meanwhile,
> >maybe Kevin can also upload to SF a non zi
Dimitrie O. Paun wrote:
On April 23, 2004 10:01 pm, Ferenc Wagner wrote:
Yes, I think it's a valid concern. I can implement an
option in winetest to dump the build info or whatever; this
way a upx-packed .exe could serve well while being totally
transparent.
I think it's a valid thing as
Jakob Eriksson wrote:
From a run of winetest 20040423 on Windows XP:
file.c:1075: Test failed: mapping should succeed
file.c:1077: Test failed: can't close mapping handle
file: 487696 tests executed, 0 marked as todo, 2 failures.
Seems CreateFileMapping has some seriously strange behaviour.
I t
Stefan Leichter wrote:
Am Samstag, 24. April 2004 00:54 schrieb Jakob Eriksson:
From a run of winetest 20040423 on Windows XP:
file.c:1075: Test failed: mapping should succeed
file.c:1077: Test failed: can't close mapping handle
file: 487696 tests executed, 0 marked as todo, 2 failures.
Seem
Rafael,
With your patch, the '\' key on the main keyboard will stop to work on the
ABNT2 Keyboard, at least on the ABNT2 keyboards I've tested (some low valued keyboards
and also Compaq keyboard). On ABNT2 keyboards, before the 'z' key there is the '\' key
and the layout has to reflect t
On April 24, 2004 10:30 am, Dmitry Timoshkov wrote:
> I prefer to not rely on a compiler's good will.
To be honest, I don't much see the point of this patch myself.
If you want to look at the constantness of strings, there was
an effort back in Oct 2003 by Daniel Marmier to fix things up
so that w
"Francois Gouget" <[EMAIL PROTECTED]> wrote:
> We find the same issues with an added twist: now that we can use
> literals we can write things like:
>
>const char* str = "String literal";
>
> However this is slightly different from:
>
>static const char* str[] = "String literal";
>
> T
"Francois Gouget" <[EMAIL PROTECTED]> wrote:
> -static char defaultopen[]="Open File";
> -static char defaultsave[]="Save as";
>
> /***
> * FileDlg_Init [internal]
> @@ -970,9 +968,13 @@
> if (ofnA->lpstrTitle)
>
Hi Mike,
Just wanted to chime in here and remind you of our discussion on IRC
just then. I think this is a great idea and I sure do have a lot to say
on this topic (in terms of what I'd like to see in the spec) - but I
won't be able to go over it for at least a week (probably longer). I'm
sure
The latest WM problems caused by Metacity preventing windows from being
moved offscreen prompted to raise the issue of having a Wine specific
extension to the NETWM (EWMH) protocol into which we can easily add
whatever semantics we need to map win32 windowing to X windowing more
easily.
The idea w
> When coding with OpenGL/Wine you cannot
> initialize OpenGL into a static window or any non-fullsize window
> because of an issue in Wine.
>From what I remember on my investigations on this issue, if you want
windowed OpenGL working in Wine, you need to add the WS_CLIPSIBLINGS flag to
the wind
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
On Friday 23 April 2004 13:21, Mike Hearn wrote:
> On Thu, 22 Apr 2004 17:49:43 -0500, Ryan Underwood wrote:
> > I have seen some mentions of work on DirectPlay. Who is currently
> > working on this, and what are the implementation plans?
>
>
19 matches
Mail list logo
