On Thu, 3 Feb 2005 14:45:43 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Feb 2005 22:01:39 +0100, Paul van Schayck <[EMAIL PROTECTED]> wrote:
> I think he needs to update configure.ac in the top level directory.
Yeah figured it. Changed confgure.ac and configure and the Makefile was c
On Thu, 3 Feb 2005 22:01:39 +0100, Paul van Schayck <[EMAIL PROTECTED]> wrote:
> Hey Oliver,
>
>
> Might just be me and my lack of knowledge about the wine build
> process. But I applied your patch and your Makefile.in in dlls/d3dx9/
> doesn't get turned into a Makefile.
> Did you forget to diff
Oliver Stieber wrote:
--- Jesse Allen <[EMAIL PROTECTED]> wrote:
Now here's a bit of news: Star Wars: Battlefront
works now! Well it
loads to the menu and a thead crashes (ie music is
still playing, but
the menu is stuck). I'll investigate later. I
think you fixed it
with your volume fixes.
b
On Thu, 03 Feb 2005 18:04:17 +0100, George Ginden <[EMAIL PROTECTED]> wrote:
> *See Bug #2695 for screenshots:
> http://bugs.winehq.com/show_bug.cgi?id=2695
>
> This regression was introduced within wine 20041019, since wine-20040914
> was working just fine.
> (The latest release is still affected
Hey Oliver,
On Thu, 3 Feb 2005 14:07:51 + (GMT), Oliver Stieber
<[EMAIL PROTECTED]> wrote:
> I've just put up a small website that you can get a
> diff of my wine as of today from
> http://www.oliverthered.f2s.com/projects/wine/ with
> the diff you should be able to run Pirates and Axis
> and
*See Bug #2695 for screenshots:
http://bugs.winehq.com/show_bug.cgi?id=2695
This regression was introduced within wine 20041019, since wine-20040914
was working just fine.
(The latest release is still affected by the problem). The diff between
these two versions is 5 megs big so I'm just wonderin
According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch
http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression
in Shareaza.
http://www.shareaza.com/?id=download
I have tested this myself and it is definitely this patch. Backing out this
change with cur
Hi
I was trying to get a gui replacement for winedbg as I can never remember
how to view memory etc, and saw
http://www.winehq.com/site/docs/wine-devel/dbg-others
where it talks about using kdbg. I was looking at a simple trap and thought
it ideal to test with
So...
1. Winedbg:
I can get t
--- Jesse Allen <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Feb 2005 14:07:51 + (GMT), Oliver
> Stieber
> <[EMAIL PROTECTED]> wrote:
> > I've just put up a small website that you can get
> a
> > diff of my wine as of today from
> > http://www.oliverthered.f2s.com/projects/wine/
> with
> > the diff
Eric Pouech <[EMAIL PROTECTED]> writes:
> +/**
> + * NtAddAtom (NTDLL.@)
> + */
> +NTSTATUS WINAPI NtAddAtom( const WCHAR* name, ULONG length, ATOM* atom )
> +{
> +WCHAR full_name[MAX_ATOM_LEN + 1];
> +
> +if (
On Thu, 3 Feb 2005 14:07:51 + (GMT), Oliver Stieber
<[EMAIL PROTECTED]> wrote:
> I've just put up a small website that you can get a
> diff of my wine as of today from
> http://www.oliverthered.f2s.com/projects/wine/ with
> the diff you should be able to run Pirates and Axis
> and Allies 2 okis
On Thu, Feb 03, 2005 at 02:28:03PM +, Oliver Stieber wrote:
> Hi,
> I've had this lurking around in my tree for a while,
> the patch starts to support mixing nulls or emptys
> with integers (basically null == 0 and empty == 0)
The patch does not match your description.
It looks like some huge
I'm not actually installing winsock2, just popping up a dialog during the
installer mentioning that you need winsock2 if you are running on a win95
machine. What I *should* do is somehow get the nsis installer script to check
for the winsock2 dlls and actually run the installer, but thats a bit
>
> When I did a "> 0x1" instead of "!= NULL" at the
> check before it
> crashed, I bypassed the crash. It ended crashing at
> a similar point
> and I did it again. Then I was able to actually run
> the game to the
> point of controlling the ship, as long as it didn't
> crash first. I
> did lik
Hi All,
While doing experiments with winegcc/wineg++ I have compiled my
application
which uses complex multi-threaded library. Wine made shell wrapper
script for me
and the application itself with the extension .exe.so.
I tried to run this application:
FIXME:pthread_detach
FIXME:pthread_detach
B
Hans Leidekker <[EMAIL PROTECTED]> writes:
> This patch doesn't go as far as allocating and initializing a color
> space on DC creation. It simply creates (a dummy) one when asked for,
> to avoid any impact on performance. It also doesn't fully implement
> color space handles, instead it simply ca
Paul Vriens <[EMAIL PROTECTED]> writes:
> This patch add more verbosity. I also changed some of the ok(0,) into a
> trace.
I don't think we want to do that, this is just hiding problems. If a
test cannot run this should be flagged as an error.
--
Alexandre Julliard
[EMAIL PROTECTED]
Juan Lang <[EMAIL PROTECTED]> writes:
> +/* Based on code from winspool's info.c */
> +static UINT SETUP_CountSerialPorts(void)
> +{
> +UINT i, ret;
> +
> +/* FIXME: it should be possible for more than four COM ports to exist,
> not
> + * sure why we retain that limit, but winspool do
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Oliver Stieber <[EMAIL PROTECTED]> writes:
>
> > Hi,
> > I've just synced with CVS and the following
> code
> > and I can no longer get an x11 window ID using
> >
> > (Window)GetPropA(HWND,"__wine_x11_client_window"
> );
> >
>
> The clie
On Wed, 2005-01-26 at 14:30, Paul Vriens wrote:
> [EMAIL PROTECTED] wrote:
> > Yeah, you can't go wrong there (adding a trace after the call). I am
> > more interested in finding out why a call isn't implemented in one copy
> > of Windows 98SE but is in another. Currently in the tests a fair nu
Hi,
I had some problems with Winrash bailing out on 2 of my win98 systems.
Apparently this was because a new winrash was available and it tried to
install that?
After uninstalling winrash 0009 and installing 0010 it works again. One
of the main differences is that winrash 0010 has an extra winsock
21 matches
Mail list logo
