> UnDecorateName is still a stub, while our winedump has some a good> framework for UnDecorateName, also translating into a GCC way and not in a> VC++ way. How should these things go together?
See the comment in dbghelp.c !! My first thouhgt would be to make a .a lib out of winedump code, and use
Hi,
Thanks. Would you be able to share details of the changes you did for
handling MDI windows?
Regards
Santosh
> -Original Message-
> From: Dmitry Timoshkov [SMTP:[EMAIL PROTECTED]
> Sent: Tuesday, March 30, 2004 7:40 PM
> To: Santosh Siddheshwar
> Cc: [EMAIL PROTECTED]
> Subject:
On April 3, 2004 6:43 pm, Francois Gouget wrote:
> I agree on the A/B distinction. However even in the B case we need these
> options for those cases where winemaker generates a whole lot of
> makefiles.
Right. We need to support that case, but it seems that we need a way
to include stuff in the g
On April 4, 2004 10:18 pm, Jonathan Wilson wrote:
> Use #ifdef stuff so that when building on WINE, it uses unix sockets.
We have to be smart about this, having #ifdefs all over the file
is not acceptable. But from the look of the patch that was just
posted, it certainly looks like we can achieve
How about this.
Use #ifdef stuff so that when building on WINE, it uses unix sockets.
But when building on win32 (which would include MingW and ReactOS), it uses
winsock.
Hello Hans,
--- Hans Leidekker <[EMAIL PROTECTED]> wrote:
>
> This makes wininet build on MinGW.
>
> Changelog:
> Move to Windows sockets.
>
I asked Alexandre about a patch to move Wininet to Winsock and he said
it took to much of a performance hit to merge. Is there a way we can
bench mark i
On Mon, 5 Apr 2004 02:20:51 +0200 (CEST)
Francois Gouget <[EMAIL PROTECTED]> wrote:
> It looks like an i810 to me (but I have never actually seen one so...)
>
> Do you know if it is integrated on the motherboard? And then is it an
> Intel chipset?
>
> Also, cat /proc/asound/cards will tell you w
On Sun, 4 Apr 2004, Tim Hentenaar wrote:
[...]
> 00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio (rev 05)
[...]
> Hmm.. I don't believe that my card is an i810, it could be, but I have
> the alsa drivers statically linked into my kernel and I forgot exactly
> which one it i
On Sun, 4 Apr 2004 16:17:29 +0200 (CEST)
Francois Gouget <[EMAIL PROTECTED]> wrote:
> Do you have an i810 sound card by any chance?
00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio (rev 05)
> I'm asking this because there are known problems with sound on i810
> soundcards
Quoting hatky <[EMAIL PROTECTED]>:
>
> On Sunday 04 April 2004 06:21, [EMAIL PROTECTED] wrote:
> > The current code can get bugs that have nothing to do with the AppDB.
> This
> > should fix it.
> >
> > --
> >
> > Tony Lambregts
>
> I think this is wrong, you are saying the url in bugzilla should
Quoting hatky <[EMAIL PROTECTED]>:
>
> On Sunday 04 April 2004 06:21, [EMAIL PROTECTED] wrote:
> > The current code can get bugs that have nothing to do with the AppDB.
> This
> > should fix it.
> >
> > --
> >
> > Tony Lambregts
>
> I think this is wrong, you are saying the url in bugzilla should
> "Eric" == Eric Pouech <[EMAIL PROTECTED]> writes:
Eric> Eric Pouech a écrit :
>> This is a first (and incomplete) shot at implementing the dbghelp
>> DLL.
Eric> forgot to say that: - this patch must be applied before the ones
Eric> on imagehlp & taskmgr - code is highly d
On Sat, 2004-04-03 at 12:28, Dmitry Timoshkov wrote:
> Mike, where is your DCOM related work?
Well, all the patches that *I* wrote for DCOM have been merged into Wine
by Alexandre a long time ago. If you are thinking of the merge I did of
Oves TransGaming patches, then I'm afraid the only tree I h
On Sunday 04 April 2004 06:21, [EMAIL PROTECTED] wrote:
> The current code can get bugs that have nothing to do with the AppDB. This
> should fix it.
>
> --
>
> Tony Lambregts
I think this is wrong, you are saying the url in bugzilla should be exactly
"appdb #" where it should realy be "http://bu
Title: installation program
On the To Do List (c.4) is an item for having a new
graphical Wine install program. Anyone ever looked at
Frank Hendrickson's WineTools program?
http://franksworld.net/winetools.html
It used to be written in some funky language, now it's
all shell script.
On Sun, 4 Apr 2004, Tim Hentenaar wrote:
[...]
> I'm also looking at some of the wave driver stuff. WineX's wave driver
> (at least the OSS driver) does the sound for the game perfectly
> whereas Wine's wave output sounds rather odd, crackling, and it seems
> not to flush the buffer properly. :P
D
> And that it does :/ It seems not to update the screen properly, but then
> again, it could be something not completely implemented in Wine, or the game
> engine.
Well, if it asks for multiple clipping rectangles, and from what I found out
in the MSDN, they should not overlap.
So you should just
On Sun, 4 Apr 2004 10:26:34 +0200
Lionel Ulmer <[EMAIL PROTECTED]> wrote:
>Of course, if it uses more than one, some adaptations
> would be needed :-/
And that it does :/ It seems not to update the screen properly, but then again, it
could be something not completely implemented in Wine, or the
On Sat, Apr 03, 2004 at 08:34:38PM -0500, Tim Hentenaar wrote:
> I had a look, and implemented a clip list with one rect to use the same
> code as with an hWnd since they are virtually the same. This app is wierd in
> the fact that it dosen't use the hWnd for clipping with one rect, but rather
> a
19 matches
Mail list logo
