Hi,
On Mon, Mar 07, 2005 at 11:01:49PM +, Rob D wrote:
> Thank you VERY much. I changed alot of things, including reinstalling
> Debian to get rid of 3 different source installs, and some gcc tweaks I
> had done before I learned muc about it, but I am sure the suggestions you
> gave resulte
On 07 Mar 2005 19:44:07 +0100, you wrote:
> > +for( i = 0; i < rdata->rdh.nCount; i++, rect += step) {
> > +DPtoLP(hdc, (LPPOINT)rect, 2);
> > +TRACE("Bit blitting %s to %ld,%ld\n",
> > wine_dbgstr_rect(rect),
> > +rect->left + d
Le jeudi 03 mars 2005 Ã 21:51 +0900, Mike McCormack a Ãcrit :
> Hi Jonathan,
>
> You'll have more success getting this applied if you send each step as a
> seperate patch. I suggest starting by sending a single patch that
> converts the uninstaller to use a dialog instead of a window, adds a
>
Jonathan Ernst wrote:
Additionally, there's no need to change the name of main.c to
uninstaller.c, that will just make it harder to see what has changed
between versions.
I thought it would be more homogeneous as taskmanager, winecfg where
using .c files and that most of this file was rewritten
Mike Hearn wrote:
One thing I don't understand is why
we put the request in two do...while(0) loops. Won't they just run
once anyway?
It's a portability thing, basically just declaring a new scope, you can
ignore it - do {} while (0) runs the body of the block onc
Rein Klazes <[EMAIL PROTECTED]> writes:
> Hmm, this is about pixels that are copied from the outside of the
> visible region to the inside (that area will be invalidated and
> repainted if called through ScrollWindowEx, but with noticeable
> flickering and there might be direct uses of ScrollDC wi
On Tue, 08 Mar 2005 09:53:07 +0100, I wrote:
> Hmm, this is about pixels that are copied from the outside of the
> visible region to the inside (that area will be invalidated and
> repainted if called through ScrollWindowEx, but with noticeable
> flickering and there might be direct uses of Scroll
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> I tried to fix every char->WCHAR I though was worth it; please have a
> second look at it.
>
> The problem now with unicode is that when I try to strstr my token with
> the element of the list (entries[i].descr) it works only with the first
> letter (
In WWN 264 there's the following:
...
But it does not get through in the HTML page because it's getting
transformed into ... which the browser is correctly
ignoring. We've had this problem before but I don't remember what the
fix is... Do you?
--
Francois Gouget [EMAIL PR
On Sun, 6 Mar 2005, Christian Costa wrote:
Hi,
I'm working on a video wrapper around libavcodec from FFMpeg.
Currently I can play rle, msvideo1 and mjpeg movies.
But before submitting anything I must handle the dependency with libavcodec
(and maybe libavformat in the future).
AFAIK there is no sta
Francois Gouget wrote:
In WWN 264 there's the following:
...
But it does not get through in the HTML page because it's getting
transformed into ... which the browser is correctly
ignoring. We've had this problem before but I don't remember what the
fix is... Do you?
You probably
Steam has had a serious problem for quite some time, failing with a
strange debug assertion error popup at the dreaded 27% mark.
What's interesting, however, is that Steam works perfectly in Crossover
4.1 - since I don't think Steam is supported, this is not due to a
special hack, and the failure
Title: Ham and Wine go well together
Link: http://software.newsforge.com/software/05/03/02/1449240.shtml?tid=130
By: Joe Barr
Everything I read said "this is what you want." But of course it
isn't, because I don't run Windows. It was just about this time that
the news about Microsoft blocking use
Tom Wickline wrote:
Title: Ham and Wine go well together
Link: http://software.newsforge.com/software/05/03/02/1449240.shtml?tid=130
By: Joe Barr
Everything I read said "this is what you want." But of course it
isn't, because I don't run Windows. It was just about this time that
the news about Mic
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> I fixed/changed many things regarding unicode. It seems that now both
> outputing to the console and case insensitive find as you type feature
> (re-)work.
>
> I fixed most warnings, but there are still 4 lines that I couldn't fix
> (173,
cast entrie
Le mardi 08 mars 2005 Ã 08:42 -0500, Tom Wickline a Ãcrit :
> Title: Ham and Wine go well together
> Link: http://software.newsforge.com/software/05/03/02/1449240.shtml?tid=130
> By: Joe Barr
>
>
> Everything I read said "this is what you want." But of course it
> isn't, because I don't run Windo
On Tue, 8 Mar 2005 10:38:22 +, Paul Millar
<[EMAIL PROTECTED]> wrote:
> Would it not be just "<rant>" ?
>
> XML -> HTML renders this to "", which the browser will render as
> "".
No.. that didn't work. Good tip though.
Newman - any ideas? Maybe < rant >? I think that
would be
> Steam has had a serious problem for quite some time, failing with a
> strange debug assertion error popup at the dreaded 27% mark.
It would be great if steam worked with wine. I did some testing some time ago,
and Steam seemed to work except of this problem. I used cvscedega to work
around the
On poniedziaÅek 07 marzec 2005 06:04 am, Jason Couture wrote:
> er.. I Just meant to convert PE -> ELF so that the programs could be run
> without wine. Just some *.dll.so files as depends...
But that's what wine is all about. They would still use wine. A mere PE->ELF
conversion doesn't make the
Am Dienstag, 8. März 2005 12:41 schrieb Scott Ritchie:
> Steam has had a serious problem for quite some time, failing with a
> strange debug assertion error popup at the dreaded 27% mark.
Just an update to my mail sent 2 minutes ago: I downloaded steam, ran it with
wine(cvs from 3/6/2005) and it W
Raphael <[EMAIL PROTECTED]> writes:
> Hi,
>
> cf http://bugs.winehq.org/show_bug.cgi?id=872
>
> Seems he have created events (hTemps) leaks no ?
I'm not sure why that code uses global handles at all, since they get
duplicated in the target process anyway; it seems to me you could
simply get rid
Hi
That patch won't work. You forgot to include the
changes in the headers in vfw.h I've sent you, e.g.
#define WM_CAP_STARTWM_USER
#define WM_CAP_UNICODE_START(WM_USER +100)
#define WM_CAP_DRIVER_CONNECT (WM_CAP_START+
10)
#define WM_CAP_DRIVER_DISCONN
Would it not be just "<rant>" ?
XML -> HTML renders this to "", which the browser will render as
"".
HTH,
Paul.
On Tuesday 08 Mar 2005 10:26, Francois Gouget wrote:
> In WWN 264 there's the following:
>
>
> ...
>
>
> But it does not get through in the HTML page becau
Troy Rollo wrote:
Given the age of the hardware I didn't plan to get into finding the correct
fix, since the hack works for the time being to allow me to debug other
problems and I haven't heard of anybody else complaining about D3D on Voodoo3
and Banshee cards.
Oh, I would have complained, but
Le mardi 08 mars 2005 Ã 23:29 +0800, Dmitry Timoshkov a Ãcrit :
> "Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
>
> [...]
Thanks, fixed.
> You can't use toupper with unicode strings. I can't suggest a win32 equivalent
> from the top of my head, you need to find out.
It seems that CharUpperW works
Jan Schiefer wrote:
It's already fully cleaned up and ready to go! I know other people hate
my coding style... :)
Awww, it's not hate, you just need to be careful about how the code is
laid out and what features you use. You'll need to fix this patch in a
few places so here are some comments:
I
> Message du 08/03/05 12:05
> De : "Francois Gouget" <[EMAIL PROTECTED]>
> A : "Christian Costa" <[EMAIL PROTECTED]>
> Copie à : "wined"
> Objet : Re: [HELP] Quartz and FFMpeg question
>
> On Sun, 6 Mar 2005, Christian Costa wrote:
>
> > Hi,
> >
> > I'm working on a video wrapper around libavco
--On Tuesday, March 08, 2005 3:38 PM +0100 Holly Bostick <[EMAIL PROTECTED]>
wrote:
if you're interested; issue was completely unrelated to Wine, in fact I
couldn't have solved it without Wine
This aspect should be pushed more to Windows developers. "Real" Windows is
a black box API, and WINE gi
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> Jan Schiefer wrote:
> > It's already fully cleaned up and ready to go! I
> know other people hate
> > my coding style... :)
>
> Awww, it's not hate, you just need to be careful
> about how the code is
> laid out and what features you use. You'll need
Hello,
Could you please tell me if you consider the unixfs shell namespace extension,
which I've sent to wine-patches last week, a sensible way to go in order to
access the unix filesystem from winecfg? I know that there is room for
improvements, and I'm working on it. But if you think it is no
Michael Jung <[EMAIL PROTECTED]> writes:
> Could you please tell me if you consider the unixfs shell namespace
> extension,
> which I've sent to wine-patches last week, a sensible way to go in order to
> access the unix filesystem from winecfg? I know that there is room for
> improvements, and
On Tuesday 08 March 2005 20:12, Alexandre Julliard wrote:
> I think the extension itself is perfectly reasonable. The thing I'm
> not sure about is creating a brand new dll for it, adding
> Wine-specific dlls should be avoided if possible.
This is from dlls/shell32/shellole.c:
/* this table conta
Am Dienstag, 8. März 2005 12:41 schrieb Scott Ritchie:
> Steam has had a serious problem for quite some time, failing with a
> strange debug assertion error popup at the dreaded 27% mark.
>
> What's interesting, however, is that Steam works perfectly in Crossover
> 4.1 - since I don't think Steam i
You have forgotten the patch :)
On Tue, 2005-03-08 at 20:18 +0100, Jacek Caban wrote:
> This patch makes IRecordInfo almost complete.
> If anyone knows any application using it I could test on,
> please let me know.
>
> Changelog:
> More implementation of IRecordInfo
>
>
Steven Edwards wrote:
No one really got back to me on how handles should be done in the dcom.idl so I am going assume
this is correct. If this has gotten too big let me know and I can break it up in to smaller
patches over the next week.
Sorry Steven, I meant to investigate this before but I for
Where would I find the source code for this module ? I want to look at
it to see if I can discover why it fails to open when using Noteworthy
Composer.
--
Andrew
[hackcoughsniffle]
Internal Virus Database corrupt
Alexandre Julliard wrote:
I think the extension itself is perfectly reasonable. The thing I'm
not sure about is creating a brand new dll for it, adding
Wine-specific dlls should be avoided if possible.
I agree about dlls that cause un-standard linkage from using code to
private dll. But this is
Sorry i know this seems like spam but it is an offer. Anyone who emails
[EMAIL PROTECTED] will recieve a gmail invite until i run out of
invites.
later
On Tue, 2005-03-08 at 08:43 -0700, Brian Vincent wrote:
> On Tue, 8 Mar 2005 10:38:22 +, Paul Millar
> <[EMAIL PROTECTED]> wrote:
> > Would it not be just "<rant>" ?
> >
> > XML -> HTML renders this to "", which the browser will render as
> > "".
>
> No.. that didn't work. Good t
Steven Edwards <[EMAIL PROTECTED]> writes:
> No one really got back to me on how handles should be done in the dcom.idl so
> I am going assume
> this is correct. If this has gotten too big let me know and I can break it up
> in to smaller
> patches over the next week.
Yes please, every separate
On Tuesday 08 March 2005 17:02, Alexandre Julliard wrote:
> Raphael <[EMAIL PROTECTED]> writes:
> > Hi,
> >
> > cf http://bugs.winehq.org/show_bug.cgi?id=872
> >
> > Seems he have created events (hTemps) leaks no ?
>
> I'm not sure why that code uses global handles at all, since they get
> duplicat
On 07 Mar 2005 16:16:25 +0100, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Paul van Schayck <[EMAIL PROTECTED]> writes:
>
> > This is a resend. Patch was rejected probably because we don't want
> > this kind of settings in winecfg. Let me explain myself closer.
> > The patch allows the alsa au
On Wed, 9 Mar 2005 04:20, Kenneth Porter wrote:
> This aspect should be pushed more to Windows developers. "Real" Windows is
> a black box API, and WINE gives great visibility into what's really
> happening under the covers. Debugging under WINE can reveal info and
> insight not available under rea
Raphael wrote:
+ *lphStart = CreateEventW( &s_attrib, TRUE, FALSE, NULL );
+ *lphDeath = CreateEventW( &s_attrib, TRUE, FALSE, NULL );
+ *lphRead = CreateEventW( &s_attrib, TRUE, FALSE, NULL );
if( ( !DuplicateHandle( GetCurrentProcess(), *lphStart,
hDestProcess, &hA
On Wed, Mar 09, 2005 at 12:03:01AM +0800, Dmitry Timoshkov wrote:
> Hello,
>
> it appears that new test for a visible desktop works fine, time to make
> running tests on a visible desktop a mandatory requirement.
Will this not mean no winrash tests any more, only manual ones?
I haven't got arou
Mike Hearn wrote:
On Mon, 2005-03-07 at 20:21 +0100, Michael Stefaniuc wrote:
Gnome has the notion of "default email client", i suspect KDE has it too.
Unless you use Bonobo+Evolution (and maybe KMail+DCOP) though you can't
match the abilities of MAPI, which lets you create arbitrary emails.
Mozil
Hi,
On Tue, Mar 08, 2005 at 07:54:47PM +, Andrew Neil Ramage wrote:
> Where would I find the source code for this module ? I want to look at
> it to see if I can discover why it fails to open when using Noteworthy
> Composer.
[EMAIL PROTECTED]:/usr/local/src/wine$ find . -name "*midi*"
./d
Supermaintainers can't delete versions - it asks "Are You Sure?" but
then gives a "must be logged in" error. If you could fix this I could
clean up the winamp entry and get to work on finding the regression.
Thanks,
Scott Ritchie
On Tuesday 08 March 2005 20:12, Alexandre Julliard wrote:
> I think the extension itself is perfectly reasonable. The thing I'm
> not sure about is creating a brand new dll for it, adding
> Wine-specific dlls should be avoided if possible.
I moved the unixfs stuff from a separate dll into shell32.
A lot of AppDB entries have broken escaping and some even seem to have
only one line. That greatly reduces their readability. Not sure if this
is because the formatting was lost over the years. Hopefully it can be
fixed in one go for all entries. Otherwise we'll have a big AppDB
janitorial clea
Paul van Schayck wrote:
On 07 Mar 2005 16:16:25 +0100, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
Paul van Schayck <[EMAIL PROTECTED]> writes:
This is a resend. Patch was rejected probably because we don't want
this kind of settings in winecfg. Let me explain myself closer.
The patch all
Hi,
I now understand the purpose of SERVER_START_REQ et al, but now I'm in
server/protocol.def and I'm trying to add a protocol definition for
load_key. load_key is implemented in server/registry.c, but is not in
server/protocol.def so, if I'm correct, I can't make a call to
load_key from ntdll y
"Jonathan Ernst" <[EMAIL PROTECTED]> wrote:
> Thanks for the hint. I found the allocation problem.
Here is another one:
> +int len = GetWindowTextLengthW(GetDlgItem(hwnd,
> IDC_FILTER));
> +if(len > 0)
> +{
> +
"Jakov af Wallby" <[EMAIL PROTECTED]> wrote:
> Will this not mean no winrash tests any more, only manual ones?
>
> I haven't got around to reprogram winrash yet, you know...
I know nothing about winrash, but if it's possible to tell it to
run the tests on a visible desktop then it would be great
There seems to be several formatting issues on the way the DB interface
serves things up.
When I recently entered Dragon Naturally Speaking , part of the submission
invooved typing info into an HTML template .
Unfortunatly the template was served up as raw HTML code ,
I am very familiar with
P.S. Do I really have to split this new uninstaller in different patches
as nearly everything changed ?
It's up to Alexandre to decide, just send your work to wine-patches.
I would suggest that you do split it into seperate patches. If one of
your patches causes a regression, it's easier to fin
On Tue, 2005-03-08 at 21:02 +, Mike Hearn wrote:
> On Mon, 07 Mar 2005 14:36:03 -0800, George Farris wrote:
> > Whats the protocol as far as adding a top level menu under Applications?
> > I want to port a number of Ham radio apps over and put them in their own
> > menu called.. wait for it.. A
On Wed, Mar 09, 2005 at 09:04:20AM +0800, Dmitry Timoshkov wrote:
> I know nothing about winrash, but if it's possible to tell it to
> run the tests on a visible desktop then it would be great.
Not as far as we know. I still don't understand why you insist
on killing winrash and automated testing
On Tue, Mar 08, 2005 at 06:38:01PM -0600, James Hawkins wrote:
> Hi,
>
> I now understand the purpose of SERVER_START_REQ et al, but now I'm in
> server/protocol.def and I'm trying to add a protocol definition for
> load_key. load_key is implemented in server/registry.c, but is not in
> server/pr
On Wed, 9 Mar 2005 07:34:16 +0100, Marcus Meissner
<[EMAIL PROTECTED]> wrote:
> On Tue, Mar 08, 2005 at 06:38:01PM -0600, James Hawkins wrote:
> > Hi,
> >
> > I now understand the purpose of SERVER_START_REQ et al, but now I'm in
> > server/protocol.def and I'm trying to add a protocol definition f
On Wed, 2005-03-09 at 06:52, Dimitrie O. Paun wrote:
> On Wed, Mar 09, 2005 at 09:04:20AM +0800, Dmitry Timoshkov wrote:
> > I know nothing about winrash, but if it's possible to tell it to
> > run the tests on a visible desktop then it would be great.
>
> Not as far as we know. I still don't unde
61 matches
Mail list logo