"Ann and Jason Edmeades" <[EMAIL PROTECTED]> wrote:
> Make RegisterClassExA check the reserved bytes is a valid value
> Tests to confirm this behaviour
> +/* Bug 2631 - Supplying an invalid number of bytes fails */
> +cls.cbClsExtra= 0;
> +cls.cbWndExtra= -1;
> +ok( ((Regi
Good morning, wine devs!
When playing Icewind Dale II (using wine-20050111), the game sometimes
crashed with these messages:
trace:ddraw:Main_DirectDrawSurface_Lock lprect: 0x0-0x0
err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!!
or, on another occasion:
trace:ddraw:M
Since Mike McCormack's printf patch has our own vsnprintf parsing the
format strings, but yet we still push integers to libc's printf, I
figured that we can handle the 'I' (eye) size type now. I hacked
together a patch that handles it and fixes 3 test failures with long
long. It fixes it by conve
Le lun 14/02/2005 à 04:29, Alexandre Julliard a écrit :
> Vincent Béron <[EMAIL PROTECTED]> writes:
>
> > Those errors are particularly bad as (in the past) it prevented the Wine
> > documentation on winehq to be built for a release.
> >
> > Alexandre, do you build the docs the same way you compi
I'll send you via private email with a set of slides I often
use; they are somewhat CodeWeavers slanted, but I think
they're still decent. I owe Francois and I think others
for some of the slides; these are descendants of some
slides others had worked on in the pst.
Cheers,
Jer
Maxime Bellengé wro
On Monday 14 February 2005 20:13, Paul van Schayck wrote:
> I was just about to send a patch doing almost exactly the same things.
I'm sorry. Shit happens ;)
> And are we ready to let wineprefixcreate use winecfg? Or do we want
> more testing of the autodetect code?
The attached patch does just th
The only slides I know are the one from Shachar Shemesh
"http://shemesh.biz/lectures/HaifuxWine.pdf";
they are not powerpoint slides but they may help you.
Max
On Mon, 2005-02-14 at 11:29 -0800, Ira Krakow wrote:
> I'm giving a presentation on converting Windows
> programs to Linux at MIT (the B
I'm giving a presentation on converting Windows
programs to Linux at MIT (the Boston Linux User Group)
on April 20th from 7pm to 9pm. The BLU may be the
oldest Linux user group in the US. It's been around
at least since 1993, has been meeting regularly since
then, and has a lot of activity. The
On Mon, 14 Feb 2005 16:10:55 +0100, Michael Jung
<[EMAIL PROTECTED]> wrote:
> Changelog:
> Include config.h to reenable reading /etc/fstab on platforms that support it.
> Implemented a black list of mount directories, which should not be mapped.
> Ensure that the user's home directory is mapped.
Mike Hearn wrote:
We'll still need to run a message loop in the RPC runtime right? Until
we do that I think InstallShield won't work correctly. So that's the
keystone - after that it should all fall into place.
Yes, that's roughly correct.
Rob
Am Montag, 14. Februar 2005 07:45 schrieb Jonathan Ernst:
> Well, there is no need for a patch. The "problem" here is appdb users
> behaviour ;-). If Winzip is listed on the frontpage it's because people
> voted for it. Just vote for another couple of Gold apps you like, it'll
> remove Winzip from
Robert Shearman wrote:
Hi,
This patch is significant as it changes the RPC backend of our COM
implementation from using named pipes to using any transport implemented
by the RPC runtime. As a matter of coincidence, this patch is numbered
69, which is my favourite number, and this patch is my fav
Marcus Meissner wrote:
Hi,
Is there any chance to have a working installshield at some time?
I don't really want to fall back to the december or even earlier WINE
releases for our spring SUSE Linux product ;)
I haven't been testing against InstallShield for a while, but last time
I checked it w
Hello list,
the #reactos channel has a thing called techbot that translates NTSTATUS
and GetLastError() values
from their numeric value to their meaning, I think it would be useful to
have it in #winehackers, any objections?
Ivan.
Mike Hearn wrote:
On Thu, 10 Feb 2005 21:00:44 +0100, Paul Vriens wrote:
Why are these not skipped on:
http://test.winehq.org/data/200502101000/wine_98/shlwapi:shreg.txt
Well, the test.winehq.org site isn't meant to receive Wines test results,
it's for collecting Windows test results. Presu
Geoff Hart wrote:
In fact, I often wonder why his work (which is very impressive) was
not included in the base? It would
seem ATL/MFC support is a very worthy addition to Wine. Anyone care
to re-discuss why his patches
were rejected?
This is my own fault I never sent them.
I sent them to wine-
Ulrich Czekalla ha scritto:
Hi George,
I haven't heard back from you so I assume you haven't implemented anything
yet. Here is my quick attempt at adding support for ES_RIGHT and ES_CENTER.
Modifying the edit control made me realize how much room there is to
improve the edit control implementation.
Paul Vriens <[EMAIL PROTECTED]> writes:
> I remembered am email on wine-devel a while ago:
>
> http://www.winehq.org/hypermail/wine-patches/2004/10/0139.html
>
> I hoped this was relevant and tested out his redraw.c tests. They all
> succeed on my win98/winnt/win2k and winxp machines and fail on
An excellent idea! I definitely want to include a
section on compiling the MFC with Winelib in the book.
From what I can see, it looks like a big part of it
is compiling stdafx.h and generating precompiled
headers. A nice enhancement would be for winemaker to
sense that it's working with MFC sou
Jakob Eriksson wrote:
Only because some pesky person will inevitably run winetest.exe
on Wine instead of Windows. Just to see what happens.
I know I did. :-)
Heh, well, in my mind that's another reason to disable it for the Linux
build. Given that assembling it flattens my computer (with "only" 2
Marcus Meissner wrote:
Hi,
Is there any chance to have a working installshield at some time?
I don't really want to fall back to the december or even earlier WINE
releases for our spring SUSE Linux product ;)
Rob has a patch that should (touch wood) fix the remaining issues. I'm
not sure when he i
And actually this should have gone to wine-devel...
> Hi,
>
> Is there any chance to have a working installshield at some time?
>
> I don't really want to fall back to the december or even earlier WINE
> releases for our spring SUSE Linux product ;)
>
> Ciao, Marcus
pgpw30EDD9zdk.pgp
Descr
"Ann and Jason Edmeades" <[EMAIL PROTECTED]> writes:
> Hiya, Was there any problem with this one - It mimics windows behaviour and
> resolves a trap for an application (and yes, the behaviour even down to the
> setlasterror return code matches windows, well XP at least!).
Could you please submit
Vincent Béron <[EMAIL PROTECTED]> writes:
> Those errors are particularly bad as (in the past) it prevented the Wine
> documentation on winehq to be built for a release.
>
> Alexandre, do you build the docs the same way you compile C files after
> applying a patch, or is it that your setup allows
24 matches
Mail list logo