On 1/4/07, Matthew Edlefsen <[EMAIL PROTECTED]> wrote:
On 1/2/07, Damjan Jovanovic <[EMAIL PROTECTED]> wrote:
> On 1/1/07, Matthew Edlefsen <[EMAIL PROTECTED]> wrote:
> > Hi, I've been trying to get a program that uses rpc to work on wine and
I've
> > been having some problems (my understanding
iTunes 6.5.2 seems to install ok now, so
I marked http://bugs.winehq.org/show_bug.cgi?id=3335 as fixed.
Yay Rob...
iTunes 7 even seems to install, though its
installer tries to run several vbscript custom actions,
which of course don't work; wine cheerfully blows past those problems,
no idea if t
This particular commit breaks Galactic Civilizations 2 Dark Avatar.
Would a trace be helpful?
438c17284138776edbbe9196364ae620bbf01adb is first bad commit
commit 438c17284138776edbbe9196364ae620bbf01adb
Author: Stefan Dösinger <[EMAIL PROTECTED]>
Date: Tue Jan 2 21:31:08 2007 +0100
wined3d
Kari Hurtta wrote:
> "Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
>
>> The appdb says
>> "Only applications which install and run flawlessly on an out-of-the-box
>> Wine installation make it to the Platinum list"
>
> Yes. Also on front page http://appdb.winehq.org/
On 1/3/07, Tony Lambregts <[EMAIL PROTECTED]> wrote:
First off I think that the AppDB is for users. It is meant to help them run
their programs and the rating system is meant to help people know how
well that program can be made to run
Yes, absolutely.
No-CD cracks are not in themselves illeg
Dan Kegel wrote:
First off I think that the AppDB is for users. It is meant to help them run
their programs and the rating system is meant to help people know how well that
program can be made to run
> I dislike the idea of adding even more rating levels
> (diamond, etc.); that just adds to confu
Is it obvious to anyone where the error is in this?
(trace ole, urlmon and mshtml)
trace:ole:DllMain 0x6055 0x8 (nil)
trace:ole:DllMain (0x6075,8,(nil))
trace:ole:DllMain 0x6055 0x1 0x1
trace:ole:DllMain (0x6075,1,0x1)
trace:ole:OleInitialize ((nil))
trace:ole:CoInitializeEx ((nil)
Dan Kegel wrote:
> Ratings can be quite useful for helping people find good apps;
> a gold rating should imply
> "doesn't need a HOWTO because it pretty much just works".
>
> Any app that needs a HOWTO is probably running into wine bugs of some sort.
You keep forgetting that unlike windows Linux
Jan Zerebecki wrote:
+LeaveCriticalSection(&wined3d_fake_gl_context_cs);
+LEAVE_GL();
...
LEAVE_GL();
+LeaveCriticalSection(&wined3d_fake_gl_context_cs);
return FALSE;
}
You can't lock or unlock in different orders as this will create subtle
races that could resul
You really expect people to have to read HOWTOs?
Windows users certainly don't expect to, why should Wine users?
Agreed, we can't attract a serious user base and offer it as a viable
alternative to Windows if it requires a howto to get working. It should just
work. Windows users trying out li
Stefan Dösinger wrote:
I removed that call accidentally in one of my former patches, but I
think it is still a good idea to trace the final strided sources used
by drawprim
You removed it from a d3d8 fixed function FVF-only codepath, and are
adding it back into a shared codepath.
That functio
xie jason wrote:
can any one help me?
Yes, it looks like you're using the wrong calling convention.
int add(int a, int b)
{
int (*pFunc)(int, int);
This should probably be "int (* __stdcall pFunc)(int, int);"
int retVal;
pFunc=(void*)GetProcAddress(hDLL,"vgMat
Louis wrote:
IMHO it's far more important to have a good written
HOWTO, than a rating. I'd say a rating like
satisfying/not satisfying would be enough, and an application
shouldn't have rating without a HOWTO.
You really expect people to have to read HOWTOs?
Windows users certainly don't expect
Alexander Sørnes wrote:
Also, I am dismayed that some people think cracks are
OK. They're illegal, last time I checked, and I don't
think winehq should advocate their use.
They might be illegal in the US, but that doesn't mean they are illegal in
other countries.
Nevertheless, they are illeg
Frank Richter gmail.com> writes:
>
> On 03.01.2007 04:00, Dan Kegel wrote:
> > No manual editing of files, no winecfg settings, no native DLLs, no
> > third-party
> > install scripts, and no cracks are allowed for a Platinum rating.
>
Well, if you look at the submissions in the appb , we get
On Wednesday 03 January 2007 19:37, Jeremy White wrote:
> If multiplayer support is broken, how on earth can a
> game be considered anything but bronze? A huge chunk
> of the functionality is missing!
I'd still hold that this depends on the game. Anyway, you're right in
principle.
What I'd like
Stefan Dösinger wrote:
>
> Am 03.01.2007 um 02:48 schrieb Phil Costin:
>
>> This patch enables the forced re-downloading of dirty GL surfaces.
>>
>> It requires [1/2] WineD3D: Mark GL Surface Clean after Fresh Surface
>> Download and is the first step toward supporting gamma-corrected
>> (sRGB)
Peter Oberndorfer wrote:
> On Wednesday 03 January 2007 02:48, Phil Costin wrote:
>> This patch resets the SFLAG_GLDIRTY flag for a surface once the GL
>> surface data has been refreshed in surface_download_data().
>>
>> Thanks to Stefan Dösinger for his advice in IRC during the implementation
>>
On 03 Jan 2007 16:34:21 +0200, Kari Hurtta <[EMAIL PROTECTED]> wrote:
"Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> The appdb says
> "Only applications which install and run flawlessly on an out-of-the-box
> Wine installation make it to the Platinum list"
Yes. Al
Onsdag 03 januar 2007 19:08, skrev Dan Kegel:
> I dislike the idea of adding even more rating levels
> (diamond, etc.); that just adds to confusion.
>
> Also, I am dismayed that some people think cracks are
> OK. They're illegal, last time I checked, and I don't
> think winehq should advocate thei
hi all,
I was trying to compile a simple windows
application using winelib. it crashs and returns:
err:seh:setup_exception stack overflow 12 bytes in
thread 0009 eip 60169224 esp 00230ff4 stack
0x231000-0x34
I first convert a .dll, which contains a simple add
function (int add(int a, in
"Dan Kegel" <[EMAIL PROTECTED]> writes in gmane.comp.emulators.wine.devel:
> The appdb says
> "Only applications which install and run flawlessly on an out-of-the-box
> Wine installation make it to the Platinum list"
Yes. Also on front page http://appdb.winehq.org/ on first item:
The Top-10 Pla
Dan Kegel wrote:
> I dislike the idea of adding even more rating levels
> (diamond, etc.); that just adds to confusion.
I agree. I also think that most Wine enthusiasts
are on crack when it comes to ratings.
The fact that an app works well for *my purposes* does
*not* make it Gold in my not so h
Dan Kegel wrote:
Also, I am dismayed that some people think cracks are
OK. They're illegal, last time I checked, and I don't
think winehq should advocate their use.
I've never heard anything about them being illegal over here (which
means even if they are it's one of those "retarded laws" that
I dislike the idea of adding even more rating levels
(diamond, etc.); that just adds to confusion.
Also, I am dismayed that some people think cracks are
OK. They're illegal, last time I checked, and I don't
think winehq should advocate their use.
How about this: I hear that Alexandre is going
I dislike the idea of adding even more rating levels
(diamond, etc.); that just adds to confusion.
Also, I am dismayed that some people think cracks are
OK. They're illegal, last time I checked, and I don't
think winehq should advocate their use.
How about this: I hear that Alexandre is going
On Wednesday 03 January 2007 17:17, Alexander Nicolaysen Sørnes wrote:
> If we are indeed to make further changes, I suggest that we allow a few
> cosmetic errors in the Gold and Platinum ratings, but leave them otherwise
> unchanged, then add a new 'ultimate' rating that allows no changes or
> fla
Robert Shearman wrote:
>
> However, it had an implicit "... but they are exported from this DLL."
>
Right. My brain has just caught up with you.
As you can see, I'm trawling through the dlls looking for anything I can
legitimately take out of the global namespace. I am trying to be as careful
Andrew Talbot wrote:
Marcus Meissner wrote:
Err, why?
They are clearly exported from the .spec file and you just killed the
exports?
They likely are used by Windows programs.
Ciao, Marcus
Hi Marcus,
I trusted the comment just before the declarations, which says:
/* The following
Marcus Meissner wrote:
> Err, why?
>
> They are clearly exported from the .spec file and you just killed the
> exports?
>
> They likely are used by Windows programs.
>
> Ciao, Marcus
Hi Marcus,
I trusted the comment just before the declarations, which says:
/* The following data items are no
Am 03.01.2007 um 14:07 schrieb Ivan Gyurdiev:
Regarding the concern of storing the decoded strided data after
finishing drawing: This is intentional, the decoded vertex
declaration will remain valid after the draw is finished and the
arrays loaded. Future draws can use it, if the state i
Onsdag 03 januar 2007 04:00, skrev Dan Kegel:
> As Chris Morgan pointed out,
> http://appdb.winehq.org/help/?sTopic=maintainer_ratings
> might need clarification. It now says
>
> -- snip --
> Platinum
> An application can be rated as Platinum if it installs and runs "out
> of the box" No changes r
On Wed, Jan 03, 2007 at 03:45:28PM +, Andrew Talbot wrote:
> Changelog:
> crtdll: Declare some variables static.
Err, why?
They are clearly exported from the .spec file and you just killed the exports?
They likely are used by Windows programs.
Ciao, Marcus
On Thu, 28 Dec 2006, Konstantin Kondratyuk wrote:
> Hello,
>
> this patch corrects representation of unions for old compilers (gcc 2.95)
> For example:
> (union).field - is not supported by gcc 2.95
> union.field - is supported
This is strange. I compile Wine with gcc 2.95 week
Jan Zerebecki wrote:
On Tue, Jan 02, 2007 at 07:00:20PM -0800, Dan Kegel wrote:
I'd like to change this to make it clear that cracks are a no-no for
anything Silver and above, and make Platinum and Gold rather
more rigorous:
I don't think that is helpful. What is more important:
to kn
On Tue, Jan 02, 2007 at 07:00:20PM -0800, Dan Kegel wrote:
> I'd like to change this to make it clear that cracks are a no-no for
> anything Silver and above, and make Platinum and Gold rather
> more rigorous:
I don't think that is helpful. What is more important:
to know that it works only with
Regarding the concern of storing the decoded strided data after
finishing drawing: This is intentional, the decoded vertex declaration
will remain valid after the draw is finished and the arrays loaded.
Future draws can use it, if the state is not dirtified again.
This sounds like a good id
You should make the A function call the W one, not the other way
around.
in theory yes
in practice, it would require rewriting all module storage, lookup...
with unicode strings which is on my todo list, but with a very low
priority. BTW, all the module handling code in dbghelp is already
wo
Robert Shearman <[EMAIL PROTECTED]> writes:
>> diff --git a/dlls/user32/comm16.c b/dlls/user32/comm16.c
>> index 9329c82..0164196 100644
>> --- a/dlls/user32/comm16.c
>> +++ b/dlls/user32/comm16.c
>> @@ -719,9 +719,8 @@ INT16 WINAPI GetCommError16(INT16 cid,LP
>> stol = (unsigned char *)C
Alexandre Julliard wrote:
Module: wine
Branch: master
Commit: dff43b732b10e603f3aee38db2f684dc7404aa4e
URL:
http://source.winehq.org/git/wine.git/?a=commit;h=dff43b732b10e603f3aee38db2f684dc7404aa4e
Author: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Mon Jan 1 17:45:06 2007 +0100
user32:
Am 03.01.2007 um 02:27 schrieb Tomas Carnecky:
Chris Robinson wrote:
+for (i = 0; i < GL_LIMITS(texture_stages); i++) {
+/* Note the WINED3DRS value applies to all textures, but
GL has one
+ * per texture, so apply it now ready to be used!
+ */
+if (GL_SU
Am 03.01.2007 um 02:48 schrieb Phil Costin:
This patch enables the forced re-downloading of dirty GL surfaces.
It requires [1/2] WineD3D: Mark GL Surface Clean after Fresh Surface
Download and is the first step toward supporting gamma-corrected
(sRGB)
texture sampling support.
Thanks to St
Am 03.01.2007 um 09:33 schrieb H. Verbeet:
On 03/01/07, Chris Robinson <[EMAIL PROTECTED]> wrote:
Updated with the change suggested by Tomas.
Does this work when there's no texture bound to the unit?
In theory we should always have a texture bound to all supported
units up to unit 7, eithe
On Wednesday 03 January 2007 02:48, Phil Costin wrote:
> This patch resets the SFLAG_GLDIRTY flag for a surface once the GL surface
> data has been refreshed in surface_download_data().
>
> Thanks to Stefan Dösinger for his advice in IRC during the implementation of
> these 2 patches.
> diff --gi
Robert Shearman wrote:
Ben Hodgetts (Enverex) wrote:
James Hawkins wrote:
This installer works fine for me with git wine.
It is probably the "-2140172307" bug
(http://bugs.winehq.org/show_bug.cgi?id=6998 - Tested by me and
Vitaliy) doing it. Basically it started happening after 0.9.27 to
Frank Richter wrote:
On 03.01.2007 04:00, Dan Kegel wrote:
No manual editing of files, no winecfg settings, no native DLLs, no
third-party
install scripts, and no cracks are allowed for a Platinum rating.
Giving a set of points may lead to some people think "hey to run
MyApplication I just h
Robert Reif <[EMAIL PROTECTED]> writes:
> For whatever reason Microsoft decided not to use the standard
> equations like the rest of the world. I assume it was to eliminate
> the need for floating point calculations. Actually you could use the
> same equation that the generated the table to go f
Ben Hodgetts (Enverex) wrote:
James Hawkins wrote:
This installer works fine for me with git wine.
It is probably the "-2140172307" bug
(http://bugs.winehq.org/show_bug.cgi?id=6998 - Tested by me and
Vitaliy) doing it. Basically it started happening after 0.9.27 to
newer installshield app
On 03/01/07, Chris Robinson <[EMAIL PROTECTED]> wrote:
Updated with the change suggested by Tomas.
Does this work when there's no texture bound to the unit?
49 matches
Mail list logo
