The Mozilla ActiveX control download feature is cool
and all, but until we repackage the sucker to include
MSVCP60.DLL to fix
http://bugs.winehq.org/show_bug.cgi?id=4064
it's going to leave a lot of users scratching their
heads as to why it keeps asking where its files are.
I could have sworn I sa
On 23/12/05, Yuval Fledel <[EMAIL PROTECTED]> wrote:
> winetest: Only test d3d9 if it is being built.
>
> -- Yuval Fledel
>
> diff --git a/programs/winetest/Makefile.in b/programs/winetest/Makefile.in
> index 4208b94..8602f66 100644
> --- a/programs/winetest/Makefile.in
> +++ b/programs/winetest/Ma
Hi!
I'm new to this list, but a long time Wine user and regular WWN reader.
The other day I decided to try out Semiolog, a free as-in-beer piece of
software to create labels from electric equipment manufacturer Hager,
under wine. The software can be downloaded from here:
http://www.hager.se/fi
Ack, after thinking about it and talking with people on IRC, I think I
did the wrong thing. New patch attached that just copies the
parameters one-by-one to the passed-in struct. Both methods work,
though, so this probably needs to be tested on Windows.
In any case, this one is probably safest
>I mentioned that the setup program of AstroWorld will not work any longer
>since a few days. Regression testing resulted in the change of
>ntdll/virtual.c between 3.1.06 and 4.1.06. I didn't find any related entry
>in wine.patches...
Ah, but did you look in the archives of the wine-cvs mailing li
I'd just post to wine-patches, but I think this needs another set of
eyes. According to MSDN, this just sets a pointer to the creation
parameters.The attached patch makes this function work, but I'm
not sure if returning a pointer to the original parameters is the
right approach or if they sh
Tony Lambregts wrote:
It's been there a long time...
http://www.winehq.org/site/forums
look at [Archive 2]
--
Tony Lambregts
That's not very good from a usability standpoint. The gmane link is
buried as Archive2. It's not at all clear that Archive1 (winehq
pipermail) doesn't let you pos
Joseph Garvin wrote:
Aric Cyr wrote:
I don't have external mail or nntp access at work, so I just use
http://news.gmane.org/gmane.comp.emulators.wine.devel
I didn't think of that. What about posting a link to the 'Wine Forums'
on winehq that goes there?
It's been there a long time...
Hello,
I am trying to implement the GetDC method for wine d3d surfaces, as it is used
by much d3d7 apps to load the textures. I took the code from
ddraw/surface_dib.c and modified it, but I am stuck with a heap corruption.
Basically, what I am doing is:
1) Lock the surface
2) Create a DIB secti
Saturday, January 14, 2006, 6:37:28 AM, Dmitry Timoshkov wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>> @@ -67,6 +67,8 @@ static const char visual_id_prop[]=
>> inline static BOOL is_window_managed( HWND hwnd )
>> {
>> DWORD style, ex_style;
>> +char class_name[7];
>> +
On 1/14/06, Aric Cyr <[EMAIL PROTECTED]> wrote:
>
> > How about creating a temponary fork of the whole tree, so we can submit all
> > our patches there without breaking wine. There's no need for this tree to
> > work for any game at first, so broken patches are no problem. Once our
> > patches coex
On 1/14/06, Robert Shearman <[EMAIL PROTECTED]
> wrote:
Dan Kegel wrote:>Rob wrote:This very much looks like a use-after-free bug. The first two>>instructions are probably a COM *_Release call. Judging by the fact that>>this is a regression I would also guess that it is a Wine object.
>>Th
Aric Cyr wrote:
I don't have external mail or nntp access at work, so I just use
http://news.gmane.org/gmane.comp.emulators.wine.devel
I didn't think of that. What about posting a link to the 'Wine Forums'
on winehq that goes there?
Dan Kegel wrote:
Rob wrote:
This very much looks like a use-after-free bug. The first two
instructions are probably a COM *_Release call. Judging by the fact that
this is a regression I would also guess that it is a Wine object.
This sounds like a job for valgrind!
But, er, does valg
Joseph Garvin kzoo.edu> writes:
>
> I actually prefer forums because there's less of a barrier to get
> started. I can continue working through my browser, and I don't have to
> setup a message filter.
I don't have external mail or nntp access at work, so I just use
http://news.gmane.org/gman
Stefan Dösinger gmx.at> writes:
> The problem is that we are doing a lot of redundant work here. Oliver is
> working in d3d8, I'm working on ddraw, and you are working on moving all of
> them to wgl. At least your work on ddraw and d3d8 would be for nothing in the
> long term, and could be avo
Rob wrote:
>This very much looks like a use-after-free bug. The first two
>instructions are probably a COM *_Release call. Judging by the fact that
>this is a regression I would also guess that it is a Wine object.
This sounds like a job for valgrind!
But, er, does valgrind still work with wine?
Tim Savannah gmail.com> writes:
> + DWORD type = GetObjectType(hdc);where that patch placed it in the file
> allows opengl to work again.
I think this is fixed in CVS already. Which version of wine are you trying
with?
Try out the latest CVS if you can.
- Aric
James Trotter wrote:
0x007ab8e6: pushl %eax
0x007ab8e7: call*0x8(%edx)
0x007ab8ea: movl%ebp,0x8(%esi)
0x007ab8ed: movl0x4(%esi),%eax
0x007ab8f0: pushl %eax
0x007ab8f1: movl0x0(%eax),%ecx
This very much looks like a use-after-
On 1/14/06, James Trotter <[EMAIL PROTECTED]> wrote:
-- Forwarded message --From: James Trotter <
[EMAIL PROTECTED]>Date: Jan 14, 2006 3:22 PM
Subject: Re: Bug 4289: Debugging and dissasemblyTo: Eric Pouech <[EMAIL PROTECTED]>
On 1/14/06,
Eric Pouech <[EMAIL PROTECTED]> wrote:
Ja
-- Forwarded message --From: James Trotter <[EMAIL PROTECTED]>Date: Jan 14, 2006 3:22 PM
Subject: Re: Bug 4289: Debugging and dissasemblyTo: Eric Pouech <[EMAIL PROTECTED]>On 1/14/06,
Eric Pouech <[EMAIL PROTECTED]> wrote:
James Trotter wrote:> Hi!>> A few days ago I filed this bu
... then I need new glasses :-)
[snip]
I examined the DRVCONFIGINFO structure prepared by native msacm32.dll to
codecs, in particular the dwDCISize field. Even when the sum of all
fields in the structure declaration yields 12 bytes, dwDCISize holds a
value of 16 when supplied by native msacm32
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
@@ -67,6 +67,8 @@ static const char visual_id_prop[]=
inline static BOOL is_window_managed( HWND hwnd )
{
DWORD style, ex_style;
+char class_name[7];
+static const char menu_class[] = "#32768";
+/* menu windows are not mana
On the newest wine, trying to start opengl programs such as World of Warcraft yields an error such as this:trace:opengl:wine_glCullFace (1029)trace:opengl:wine_glMatrixMode (5889)trace:opengl:wine_glLoadMatrixf (0x7fbafbb8)
trace:opengl:wglMakeCurrent (0x368,0x7fd7b7d0)trace:opengl:create_glxpixmap
Hi!
A few days ago I filed this bug: http://bugs.winehq.org/show_bug.cgi?id=4289
Alexandre commented that there most likely was some stack corruption,
and that I should try and disassemble a few instructions before the
crash and look for API calls.
Now, I haven't used gdb or winedbg that m
Just FYI here are some tests I made in November:
http://www.reactos.org/archives/public/ros-dev/2005-November/006273.html
Casper
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Steven Edwards
Sent: 13. januar 2006 17:01
To: Rolf Kalbermatter
Cc: wine-dev
26 matches
Mail list logo
