Thanks to Brian Vincent, Paul Millar, Dimi Paun, Ferenc Wagner and Kevin
Koltzau the automated winetest suite is ready for more widespread testing.
Kevin and Paul build winetests each night if there were cvs commits since the
last time the tests were built. The winetests are published to a scri
( again wishing pan respected reply-to fields ... )
On Sat, 29 May 2004 00:33:24 +0100, Robert Shearman wrote:
> This patch fixes CoMarshalInterThreadInterfaceInStream and
> CoGetInterfaceAndReleaseStream to match what MSDN says - calling
> CoMarshalInterface and CoUnmarshalInterface respectively.
Wililam <[EMAIL PROTECTED]> writes:
> Here is the ChangeLog entry:
>
> * dlls/kernel/lcformat.c
> William Lahti <[EMAIL PROTECTED]>
>
> - Implemented the EnumDateFormatsW function and vastly improved upon the
> EnumDateFormatsA function.
This stuff clearly needs to be stored as data in the nls
Ulrich Czekalla <[EMAIL PROTECTED]> writes:
> ChangeLog:
> Ulrich Czekalla <[EMAIL PROTECTED]>
> EnableWindow should not remove the focus of child windows
Thanks for providing a test, but could you please merge it with the
existing win.c and/or msg.c tests? We can't create a new file
* Andrà Johansen (Sat, 29 May 2004 00:34:22 +0200) wrote:
| I just updated from CVS, and weird stuff is happening now. The
| version one day ago was fine, so it could be due to this change.
[...]
| I'll try a full rebuild "just in case", although my Wine update script
| always does a "make depend"
* Mike Hearn (Fri, 28 May 2004 22:59:48 +0100) wrote:
| On Fri, 28 May 2004 15:59:23 -0500, Alexandre Julliard wrote:
| > Log message:
| > Initial version of the Wine preloader, used to reserve memory
| > areas at startup. Based on the work of Mike McCormack.
|
[...]
| If you observe any o
Hi all,
Here is patch for the SHFileOperationW problem. (Which I
originally sent out in January. )
It isn't perfect, and it fixes the problem for my application. (which
happens to be the same as Lionel's)
According to Lionel the fix is better than what is there today, but it
falls short
On Fri, 28 May 2004 15:59:23 -0500, Alexandre Julliard wrote:
> Log message:
> Initial version of the Wine preloader, used to reserve memory
> areas at startup. Based on the work of Mike McCormack.
For those who haven't been following the execshield/prelink saga, this
commit is the res
> "Alexandre" == Alexandre Julliard <[EMAIL PROTECTED]> writes:
Alexandre> ChangeSet ID: 12496 CVSROOT: /opt/cvs-commit Module name:
Alexandre> wine Changes by: [EMAIL PROTECTED] 2004/05/28
Alexandre> 14:35:37
Alexandre> Modified files: windows : win.c server : user.c
Ale
Mike Hearn a écrit :
On Fri, 28 May 2004 09:10:22 +0200, Pouech Eric DMI AEI CAEN wrote:
Hi Mike
I've started to revisit the architecture.sgml file, and started to write
also about this matters (and a few others). For coherency reasons, if
you don't mind, I'll reintegrate your bits in the architect
Hello,
I am not 100% sure if this is correct as I dont have a Windows box
handy and dont know perl but this has been a known bug where msvcmaker
did not properly build Makefiles when using Perl on Windows. A
anonymous slashdot reader sent me this patch to fix this oversite. He
saif to either attrib
LOL
I have seen (and sent a patch) a problem on FindExecutable who seems equivalent:
trying to create a Link to an executable while executable not already present.
Installers are funny :)
Regards,
Raphael
Message d'origine
>De: Lionel Ulmer <[EMAIL PROTECTED]>
>A: [EMAIL PROTECTED]
>Suj
Hi all,
A game demo installer uses SHFileOperationA to copy files over... And it
expects also the destination directories to be created when the copy is
done.
Basically, it gives a list of fully qualified source files and their
corresponding fully qualified destination files and cann the
SHFileOp
On May 27, 2004 10:25 pm, Glen Kaukola wrote:
> Hi,
>
> So one project suggested on the website is to do a focused code review.
> In particular it talks about getting rid of inefficient uses of
> strcat. But that leaves me wondering what exactly constitutes an
> inefficient use of strcat? If an
>If you mean via DDC then I guess this should work in most places, but for
>whatever reason it does not work here :( In particular, xdpyinfo says:
>
>screen #0:
> dimensions:1024x768 pixels (321x241 millimeters)
> resolution:81x81 dots per inch
>
>So it appears to know the screen size (I
On Fri, May 28, 2004 at 07:42:54AM -0400, Robert Reif wrote:
> It appears that the locale.c test on line 1866 and 1867 fail a lot
> (0x?).
Can you try to see why this happens on your box?
> File too big (# > 1 MB), copy and submit manually
>
> where # is around 8 meg.
Yeah, there's no poin
On Fri, 28 May 2004 13:59:02 +0100, you wrote:
> If you mean via DDC then I guess this should work in most places,
Yes, I can find the size here back in the /var/log/XFree86.log, similar
to what xdpyinfo reports.
> but for
> whatever reason it does not work here :( In particular, xdpyinfo says:
On Fri, May 28, 2004 at 01:59:02PM +0100, Mike Hearn wrote:
> screen #0:
> dimensions:1024x768 pixels (321x241 millimeters)
> resolution:81x81 dots per inch
>
> So it appears to know the screen size (I measured with a ruler and
> 321x241 is right), but it gets the DPI too small anyway.
On Fri, May 28, 2004 at 01:59:02PM +0100, Mike Hearn wrote:
> On Fri, 28 May 2004 11:11:32 +0200, Rein Klazes wrote:
> > Why do you mean (wrong) ? Do you not get the dpi values used by X? Or is
> > it that is uses the X values but those are wrong?
>
> Well, I talked a bit with Huw about this so ap
On Fri, 28 May 2004 09:10:22 +0200, Pouech Eric DMI AEI CAEN wrote:
> Hi Mike
> I've started to revisit the architecture.sgml file, and started to write
> also about this matters (and a few others). For coherency reasons, if
> you don't mind, I'll reintegrate your bits in the architecture.sgml file
On Fri, 28 May 2004 11:11:32 +0200, Rein Klazes wrote:
> Why do you mean (wrong) ? Do you not get the dpi values used by X? Or is
> it that is uses the X values but those are wrong?
Well, I talked a bit with Huw about this so apologies to him if I mangled
what he said, but ... it seems that the fu
On Thu, 27 May 2004 22:18:20 +0100, you wrote:
> wineprefixcreate doesn't create a config file. This means we use a (wrong)
> formula to decide what the DPI is supposed to be.
Why do you mean (wrong) ? Do you not get the dpi values used by X? Or is
it that is uses the X values but those are wron
Hi Mike
I've started to revisit the architecture.sgml file, and started to write also about this matters (and a few others).
For coherency reasons, if you don't mind, I'll reintegrate your bits in the architecture.sgml file (what you wrote covers also process image loading...).A+
> Message du 28/05
23 matches
Mail list logo
