Hi!
As some of you know, I'm experimenting with my new 64bit systems. I've found
that there are problems running a lot of applications, which normally run on
a 32bit system.
A typical example is IL2 Sturmovik Forgotten Battles game. On a 32bit system,
with the latest wine CVS (even compiled on
Saveliy Tretiakov wrote:
Archive attached to this email.
Your test cases look reasonable, and it would be good if they could be
included in the Wine test suite.
As for your patch, I have not looked at it because others have lost
confidence in code from ReactOS, and asked me to reimplement
On Tuesday, May 30, 2006 23:51, Dan Kegel wrote:
> On 5/30/06, Neil Skrypuch <[EMAIL PROTECTED]> wrote:
> > On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> > > I'm not sure lotus notes problems should block 1.0, as IBM has a native
> > > Linux client now, but if someone wants to fix them (especi
On 5/30/06, Neil Skrypuch <[EMAIL PROTECTED]> wrote:
On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> I'm not sure lotus notes problems should block 1.0, as IBM has a native
> Linux client now, but if someone wants to fix them (especially the ones
> in usp10.dll netapi32.dll, that would be grea
Thanks, dunno how i missed that :)On 5/31/06, Daniel Remenak <[EMAIL PROTECTED]> wrote:
Bottom of the column at the left hand side of any page when you're notsigned in has a "Login" link under the heading "User Tools". If youclick on it you have the option to "Create Profile" under the text
entry
On Tuesday, May 30, 2006 09:56, Dan Kegel wrote:
> I'm not sure lotus notes problems should block 1.0, as IBM has a native
> Linux client now, but if someone wants to fix them (especially the ones
> in usp10.dll netapi32.dll, that would be great.
They do? I would be very interested to see that...
Bottom of the column at the left hand side of any page when you're not
signed in has a "Login" link under the heading "User Tools". If you
click on it you have the option to "Create Profile" under the text
entry fields, along with instructions.
--Daniel Remenak
On 5/30/06, mark cox <[EMAIL PROT
There is no login option i can see (when using firefox) or info on how to create an account.Regards,markOn 5/31/06, Andrew Ziem <
[EMAIL PROTECTED]> wrote:mark cox wrote:> When i search in google for 'cxtest', one of the hits is from winenq,
> but when i open the page http://wiki.winehq.org/CxTest,
Saveliy Tretiakov wrote:
My methods are absolutely clean. I used testcode to uncover undocumented
functions behaviour. Thats how all wine developers do things. Well, you
accepted Eric Kohl's widl patches from reactos, why don't you accept my?
Please show us your test code.
Mike
When i search in google for 'cxtest', one of the hits is from winenq, but when i open the page http://wiki.winehq.org/CxTest, i get the message '
This page does not exist yet. You can create a new empty page,
or use one of the page templates. Before creating the page, please
check if a similar page
On 5/30/06, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> It might be, but the heavy hitters I know of who have taken a look at
> it in detail have concluded that an X change really is needed.]
Is this really a problem? Another version of X is due out in about 4
months (probably the earliest we co
On Tue, 2006-05-30 at 07:19 -0700, Dan Kegel wrote:
> On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it must be d
Dan Kegel wrote:
What other bugs should be fixed before 1.0? Let's nominate
a few bugs to add to the 1.0 task list, discuss them a bit, and see
what Alexandre thinks.
For instance:
I'd like one goal of 1.0 to be "make Windows developers take Wine
seriously."
To achieve that, I think 1.0 has to
On 5/29/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
* Is Wine improving or is the regression rate matching the improvement
rate?
It's hard for me to answer this question, because I don't regularly
run many apps with Wine, but it seems like we've had reports of a lot
of regressions lately.
Emmanuel Maillard wrote:
Hi,
This patch is the initial Audio Driver for Mac OS X, quiet big
(contain all winecoreaudio dir) tell me if you want i split this in
separated patches.
Thanks
Emmanuel
Authors:
Ken Thomases
Emmanuel Maillard
Changelog:
Initial Audio Driver for M
On Tuesday 30 May 2006 16:19, Dan Kegel wrote:
> On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it must be doable
On Tuesday 30 May 2006 16:37, Mike Hearn wrote:
> > Interesting.. if MacOSX has a similar memory layout as linux, maybe we
> > could get Blizzard to include a workaround that is only active when it
> > sees that it's running under wine/cedega.
>
> Well if you can get the email address of a WoW deve
On Tuesday 30 May 2006 16:27, Huw Davies wrote:
> On Tue, May 30, 2006 at 04:11:41PM +0200, [EMAIL PROTECTED] wrote:
> > >The OpenGL child window bug,
> > >http://bugs.winehq.org/show_bug.cgi?id=2398
> > >probably won't be fixed for 1.0 because it requires
> > >an X server change.
> >
> > No it mus
On 5/30/06, Brian Vincent <[EMAIL PROTECTED]> wrote:
On 5/30/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> I guess there are two main use cases:
> 1) developer wants to debug an app that misbehaves on Linux/Wine but
> not on Windows
> 2) manager or clueless pundit who are into VB or VC++ wants to sa
Jim White wrote:
So why are you not supporting setting up a wine-macos(x) list @ WineHQ?
Jim
Hi,
I'm just a user, but may I suggest because :
- Wine for Mac OS X has basically the same relation to Wine for Linux as
Wine for Solaris and Wine for *BSD have, and these don't have special
mailin
Mike Hearn wrote:
What's the use case for running VS on Linux; is the idea that as
developers migrate they can continue working on their old software? Or
that they can use these tools to write new software that targets Win32?
I guess there are two main use cases:
1) developer wants to debug an
Vitaliy Margolen <[EMAIL PROTECTED]> writes:
> ChangeLog:
> wine.inf: Add user "Shell Folders\Font" entry.
This should go with the other shell folder registration stuff in
shell32.
--
Alexandre Julliard
[EMAIL PROTECTED]
Robert Reif <[EMAIL PROTECTED]> writes:
> Fix CreateThread/waveOutOpen race by forcing parent thread to sleep
> which allows background thread to run and block before waveOutOpen is
> called.
If the background thread has to run for things to work, you need to
add a real synchronisation mechanism.
> Geez. Clearly I am being too subtle. Guess I needed to add a ;-)
> rather than my Rodney Dangerfield "But seriously".
Um, yes. I took it as an accusation of an event I have helped to plan,
not as a jest.
>
> So why are you not supporting setting up a wine-macos(x) list @ WineHQ?
Hmm. I fe
Jeremy White wrote:
>>Huh? Why is WineConf private? Shouldn't a conference for an Open
>>Source project like Wine be open to all people interested in attending,
>>instead of needing invitations?
>
> Just for the record, WineConf is now and always has been
> a) Open to all
> b) Free of charg
> Huh? Why is WineConf private? Shouldn't a conference for an Open
> Source project like Wine be open to all people interested in attending,
> instead of needing invitations?
Just for the record, WineConf is now and always has been
a) Open to all
b) Free of charge
c) Focused on Wine develo
Brian Vincent wrote:
> ...
> Now, as far as not feeling the love, I'd strongly encourage as many
> Darwine developers as possible to attend Wineconf in September. I
> know last year I personally invited Pierre.
Huh? Why is WineConf private? Shouldn't a conference for an Open
Source project lik
Raphael,
I wrote a simple OpenGL app to test the glShareList problem. You can find it
in my bug report:
http://bugs.winehq.org/show_bug.cgi?id=4945
Cheers,
Wino
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: wine-devel@winehq.org
Subject: Re: Re: Wine 1.0 Tasks
Date: Tue, 30 May 2006
My methods are absolutely clean. I used testcode to uncover undocumented
functions behaviour. Thats how all wine developers do things. Well, you
accepted Eric Kohl's widl patches from reactos, why don't you accept my?
Mike McCormack wrote:
Saveliy Tretiakov wrote:
this from my testcases (at
On 5/30/06, Jim White <[EMAIL PROTECTED]> wrote:
Was there a single warm fuzzy from anyone on this list? No.
Fortunately we get them from Macfolk on a regular basis.
Press/news announcements almost never garner warm fuzzies on the devel
list. That's not to say they're not appreciated; I think
On 5/30/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
Nik wrote:
> [I build my Windows apps on Win2k. How can I do it on Linux?
> winegcc doesn't seem the right way.]
...
Or, if you can get away with using Mingw instead of Microsoft's compiler,
see http://www.winehq.com/site/docs/winedev-guide/cr
> * Is Wine improving or is the regression rate matching the improvement
>rate?
>
> * Are we producing a quality product, from the perspective of
>non-technical end users? (I appreciate this isn't a goal for everyone)
Note that I intend to make another big push for the use of CxTest s
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
But most developers who come to Wine are not Windows developers, they
are Linux developers who want to run an app or game. Often finding the
bug is much harder than fixing it these days. It takes practice to
learn how to read a relay trace or debug a myste
WoW Has a all chain of checks that go up all the way to rootkit reveler
to make sure the user is not aided by an automatic system, Given the
player an advantage other players do not have. The Memory layout checks
is for making sure the program is not loaded by a Debugger of sorts. Or
that core Dl
On 5/30/06, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
I can't believe that writing a good test case showing the bug and adding
it to the Wine test harness is such hard thing to do for a good Windows
developer who already knows what he expects from a particular Win32 API.
But most developers w
Am Montag, 29. Mai 2006 15:46 schrieb Jakob Eriksson:
> Off-topic, has anyone run Wine with this?
> http://bugle.sourceforge.net/
>
> It checks OpenGL calls for validity.
I use it sometimes to find out which calls WineD3D does to debug rendering
problems. It's quite nice combined with wine traces
Jim White wrote:
Jim White wrote in Darwine on 2006-05-24:
Jeremy White wrote:
Speaking of a better way...is there any reason we couldn't shift
the bulk of this development work over to WineHQ and to the Wine
develoment mailing lists? That's where we do all of our work.
...
O
Since Wine runs under OS X do you think this build of
Picasa would work?
Leo Smith
City of Concord
Information Technology Department
1950 Parkside Dr.
Concord, CA 94519
925 671 3277
[EMAIL PROTECTED]
On 5/30/06, Mike Hearn <[EMAIL PROTECTED]> wrote:
This has been discussed previously. It looks likely that to fix this so
WoW works out of the box requires extensive and intricate changes to the
core of either Wine or the kernel to provide a more accurate match to the
NT memory layout model.
I
[EMAIL PROTECTED] wrote:
> Hi,
>
>>> (Note the #3902 should be renamed as 'DIB Engine rewrite'
>>
>>Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
>
> :)
>
>>> and i don't think is mandatory for 1.0)
>>
>>Probably right. Let's create the next milestone after 1.0, say 1.1, and
>>sta
Off-topic, has anyone run Wine with this?
http://bugle.sourceforge.net/
It checks OpenGL calls for validity.
regards,
Jakob
Saulius Krasuckas wrote:
If I compile Wine by starting with "./configure", it builds
dlls/wined3d/wined3d.dll.so file. Then If I run some Ogre (d3d) game, I
get all vi
A minor spelling mistake, deaddeef instread of deadbeef.
Jeff
Detlef Riekenberg wrote:
I was using 0x00dead00 before, but Dmitry suggested 0xdeadbeef, as this
-#define MAGIC_DEAD 0x00dead00
+#define MAGIC_DEAD 0xdeaddeef
Mike Hearn wrote:
> Tell people they should work on a port to a platform they don't use and
> you'll be told to do the work yourself. Dismissive? Maybe. Unexpected? I'd
> hope not.
I never told anyone they should work on anything. I've got an idea for
a processor emulation technique to enable In
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
Got a reply from somebody who would rather remain anonymous:
-
This may be just me, but the learning curve is probably much more
steep for a "general purpose" hacker than for a particula
On Sun, 28 May 2006, Vitaliy Margolen wrote:
Sunday, May 28, 2006, 12:19:30 PM, Andrew Talbot wrote:
On reflection, I think I need to look at constifying the structure members,
where possible, rather than unconstifying the values that are fed to them.
Exactly. Except that's the part that we c
Mike Hearn wrote:
It's a bug in WoW itself, it relies upon the exact way NT maps memory
which is different to how Linux does it. I guess they are storing
information in the high bits of a pointer somewhere or some similar
trick.
One can never be sure, but I suspect this is not do to a bug but to
On 5/29/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
I'd like one goal of 1.0 to be "make Windows developers take Wine seriously."
To achieve that, I think 1.0 has to support at least some Microsoft development
tools well, including their IDEs and debuggers. It's probably unreasonable to
require 1.0
Interesting.. if MacOSX has a similar memory layout as linux, maybe we
could get Blizzard to include a workaround that is only active when it
sees that it's running under wine/cedega.
Well if you can get the email address of a WoW developer then maybe we
can track down where the problem in WoW i
On Tue, 30 May 2006 16:08:42 +0200, Tomas Carnecky wrote:
> Since WoW also runs on MacOSX, how does the memory layout on MacOSX
> differ from NT and Linux?
I have no idea, but the MacOS and Windows versions of WoW will be
different; probably the bug is only in the Windows specific parts of the
co
On Tue, 30 May 2006 07:14:07 -0700, Dan Kegel wrote:
> Go ahead and retarget those to 1.0, then, please.
OK. I need to talk to Tony, I seem to have lost my bugzilla privs at some
point (probably changing email address).
> I agree that Sun's Java runtime is probably something we should support for
On Mon, 29 May 2006 23:47:26 -0700, Jim White wrote:
> But I do know I set up Darwine because of the antagonistic
> and dismissive tone here when I tried to discuss Darwin & Mac OS X
> development ideas.
I have yet to see anybody give Emmanuel and the other Darwine developers
anything but respect.
On Tue, May 30, 2006 at 04:11:41PM +0200, [EMAIL PROTECTED] wrote:
> >The OpenGL child window bug,
> >http://bugs.winehq.org/show_bug.cgi?id=2398
> >probably won't be fixed for 1.0 because it requires
> >an X server change.
>
> No it must be doable without X changes
> (But X additions as GLX_EXT_t
[EMAIL PROTECTED] wrote:
> No, they have added this regressions after a little patch-set.
> So they can fix it.
> And as we can't download a playable demo ...
>
Interesting.. if MacOSX has a similar memory layout as linux, maybe we
could get Blizzard to include a workaround that is only active w
On 5/30/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>The OpenGL child window bug,
>http://bugs.winehq.org/show_bug.cgi?id=2398
>probably won't be fixed for 1.0 because it requires
>an X server change.
No it must be doable without X changes
It might be, but the heavy hitters I know of who
Message d'origine
>Date: Tue, 30 May 2006 16:08:42 +0200
>De: Tomas Carnecky <[EMAIL PROTECTED]>
>A: Mike Hearn <[EMAIL PROTECTED]>
>Copie à: wine-devel@winehq.com, n0dalus <[EMAIL PROTECTED]>
>Sujet: Re: World of Warcraft (WoW) patch/more address space layout stuff
>
>Mike Hearn wrote:
>>
On 5/29/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
If you look at http://bugs.winehq.org/ you'll see a link on the left hand side
called "1.0 Tasks", which lists the 1.0 bugs being tracked in bugzilla.
... I like the idea of using bugzilla to track our progress to 1.0.
Hmm, maybe. Bugzilla lists h
Hi,
>> (Note the #3902 should be renamed as 'DIB Engine rewrite'
>
>Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
:)
>> and i don't think is mandatory for 1.0)
>
>Probably right. Let's create the next milestone after 1.0, say 1.1, and start
>retargeting bugs we don't plan to fix f
Hi all,
Where I can find the inputbox drawing code?
Some of these box appear with scrollbar when testing Action Request
System application under Wine, but not under MS Windows.
Thanks,
Augusto Arcoverde da Rocha
Mike Hearn wrote:
> It's a bug in WoW itself, it relies upon the exact way NT maps memory
> which is different to how Linux does it. I guess they are storing
> information in the high bits of a pointer somewhere or some similar
> trick.
>
Since WoW also runs on MacOSX, how does the memory layout
On 5/30/06, Raphael <[EMAIL PROTECTED]> wrote:
(Note the #3902 should be renamed as 'DIB Engine rewrite'
Agreed; done. http://bugs.winehq.org/show_bug.cgi?id=3902
and i don't think is mandatory for 1.0)
Probably right. Let's create the next milestone after 1.0, say 1.1, and start
retarget
Got a reply from somebody who would rather remain anonymous:
-
This may be just me, but the learning curve is probably much more
steep for a "general purpose" hacker than for a particular dll. I have
some apps I'd like to get wor
On Mon, 29 May 2006 21:01:46 -0700, Dan Kegel wrote:
> I suspect a few of these are stale, and a bunch others are missing,
> but I like the idea of using bugzilla to track our progress to 1.0.
Hmm, maybe. Bugzilla lists have a tendency to come and go though as people
nominate their bugs and as the
On 5/30/06, n0dalus <[EMAIL PROTECTED]> wrote:
It would be really great if someone could document the patch and
explain what exactly is stopping WoW from working (as well as which
changes would cause problems for other programs).
It's a bug in WoW itself, it relies upon the exact way NT maps me
Mike McCormack <[EMAIL PROTECTED]> writes:
> @@ -153,7 +153,7 @@ static LRESULT WINAPI WCUSER_FontPreview
> SetWindowLong(hWnd, 0, 0);
> break;
> case WM_GETFONT:
> -return GetWindowLong(hWnd, 0);
> +return GetWindowLongPtr(hWnd, 0);
> case WM_SETFONT:
>
Hi Rob!
>
> There are quite a few places that use i386 syscalls directly and you
> just fixed the one place it was detected. What you need to do is to copy
> a 32-bit unistd.h to asm-i386/unistd.h and make sure that it is included
> correctly by asm/unistd.h.
>
Many thanks for your explanati
On Tuesday 30 May 2006 08:53, Jason Green wrote:
> I'm working on the conversion from DirectX pixel and vertex shaders to
> GLSL function and have made a good bit of progress this weekend. At
> the moment, I'm able to run just about every simple vertex shader
> (version <= 1.4, and a few 2.0's) th
On Tuesday 30 May 2006 01:17, Mike Hearn wrote:
> As the Summer Of Code begins and new blood joins us all at once,
> I thought it'd be a good time to open a discussion on how we are doing as
> a project.
>
> Questions to consider:
>
> * Is Wine improving or is the regression rate matching the impr
On Tuesday 30 May 2006 06:01, Dan Kegel wrote:
> If you look at http://bugs.winehq.org/ you'll see a link on the left hand
> side called "1.0 Tasks", which lists the 1.0 bugs being tracked in
> bugzilla. Here's the URL it links to
> http://bugs.winehq.org/buglist.cgi?bug_status=NEW&bug_status=ASSIG
Mike Hearn <[EMAIL PROTECTED]> writes:
> I'm curious as to what the reason behind this change was. I was under the
> impression an invalid request must always mean a corrupted/destabilised
> client. Please give me insight! :)
At the moment it won't happen, but at some point we'll want to have
bet
On 30/05/06, Jason Green <[EMAIL PROTECTED]> wrote:
http://www.cmhousing.net/wine/aniso_glsl.png (using GLSL)
So you fixed that one then? Great :-)
70 matches
Mail list logo
