Wednesday, May 11, 2005, 8:08:09 PM, you wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>> According to native messages sent to app we should redraw window
>> inside SetActiveWindow.
> If you have a test app then it should be converted into a Wine message
> test, there is no other way to pr
Wednesday, May 11, 2005, 8:02:11 PM, you wrote:
> "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
>> ShowOwnedPopups should handle none WS_POPUP style windows as well.
>> And actually show/hide windows.
>> Match names for WM_SHOWWINDOW status codes to MSDN
>> @@ -2701,6 +2701,7 @@ BOOL WINAPI Show
"Dustin Navea" <[EMAIL PROTECTED]> wrote:
> Basically, before 01/11/05, copying and pasting to OO worked, and after
> said date, it doesn't.
>
> The Bug is at: http://bugs.winehq.org/show_bug.cgi?id=2932
> The patch causing it is at:
> http://www.winehq.org/hypermail/wine-cvs/2005/01/0276.html
>
Basically, before 01/11/05, copying and pasting to OO worked, and after
said date, it doesn't.
The Bug is at: http://bugs.winehq.org/show_bug.cgi?id=2932
The patch causing it is at:
http://www.winehq.org/hypermail/wine-cvs/2005/01/0276.html
It looks like the patch removed W->A calls from the clip
Mike Hearn wrote:
Dustin, your energy is admirable but if you're going to post emails about
specific bugs could you at least include:
* Subject line
* Who it's assigned to (if anybody)
* Contents of the last comment
* URL to bugzilla
* Quick analysis of the problem
Right now I have no idea what any
Does OpenWatcom implement this kind of SEH exception handling?
If so, it means they are either illegally using the borland patent (quite
possible) or they have some kind of licence to use it (in which case we
should find out more)
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> According to native messages sent to app we should redraw window
> inside SetActiveWindow.
If you have a test app then it should be converted into a Wine message
test, there is no other way to prove that your patch is correct.
> @@ -152,7 +232,7 @@
"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote:
> ShowOwnedPopups should handle none WS_POPUP style windows as well.
> And actually show/hide windows.
> Match names for WM_SHOWWINDOW status codes to MSDN
> @@ -2701,6 +2701,7 @@ BOOL WINAPI ShowOwnedPopups( HWND owner,
> * rega
Wednesday, May 11, 2005, 6:02:43 PM, you wrote:
> Hello,
> I'm trying to write a conformance test for user/edit.c:
> EDIT_EM_ReplaceSel().
> While I figured out how to send messages, call functions etc. I don't
> know how to check whether a message has been sent. But I need to know
> whether W
Prompted by the recent work by Maarten Lankhorst on getting his video
cam to work in Wine, I did some in depth investigations on how Windows
actually does this stuff.
This is a summary of what I found and some thoughts about it. I would
like some comments on how to progress.
Basically application
Hello,
I'm trying to write a conformance test for user/edit.c:
EDIT_EM_ReplaceSel().
While I figured out how to send messages, call functions etc. I don't
know how to check whether a message has been sent. But I need to know
whether Windows sends one as a EDIT_NOTIFY_PARENT(es, EN_MAXTEXT,
"EN
The old SEH / gcc question came up again on the gcc mailing list; see
http://gcc.gnu.org/ml/gcc/2005-05/msg00511.html
and followups. If anyone has anything constructive to add to that
thread, this is a good chance to get the story right before
it shows up on ZDNet.
On Wednesday 11 May 2005 05:09 pm, Stefan Leichter wrote:
> the ole32 tests are working now for WinNT again: But they do not load on
> win9x/ME. Can someone with a Win9x/ME system run ole32_test.exe manualy and
> report the text displayed in the message box when it is started.
The ole32_test.exe
> >Oliver's patch only impact d3d8/d3d9/wined3d directories
> >So Christian can play with ddraw without problems :)
>
> Yup! :-)
>
> >Anyway it will be interesting to keep history for future ddraw changes :)
>
> That's true. IIRC, it's not in the ddraw to do list. :-)
OK, i'll add it to your wiki
Hello,
the ole32 tests are working now for WinNT again: But they do not load on
win9x/ME. Can someone with a Win9x/ME system run ole32_test.exe manualy and
report the text displayed in the message box when it is started.
ole32_test.exe is included in winetest-latest.exe. You can download
winet
Hi,
After Alexandre's suggestion about merging header files, here is a 2nd
proposal.
I was considering having a header for each ddraw object but I'm not sure
this is usefull.
So basically, I would keep only 3 headers apart from ddcomimpl.h,
gl_api.h and gl_private.h :
- ddraw_private.h for all
Wednesday, May 11, 2005, 1:26:13 PM, you wrote:
> On Wed, 2005-05-11 at 10:22 -0600, Vitaliy Margolen wrote:
>> That's try this patch:
>> http://www.winehq.com/hypermail/wine-patches/2005/05/0207.html
> No luck I'm afraid, same behaviour :(
That's too bad. I was hopping it would fix you bug. I gu
Raphael wrote:
Hi
My only concern is that this would make any large outstanding
patches to this area practically unappliable. I'm thinking
particularly of Oliver's (still-unsubmitted?) work. AFAIK
CVS doesn't cleanly track renames so poor Oliver would have
to manually reproduce all the file-sh
Robert Shearman wrote:
Rolf Kalbermatter wrote:
Changelog
- dlls/qcap/Makefile.in
- dlls/qcap/qcap_main.h
dlls/qcap/enummedia.c
Add IEnumMediaType object for use by other class objects. This is
taken
from quartz with only minor adaptions.
We should be putting these files into a st
On Wed, May 11, 2005 at 01:32:11PM +0100, Mike Hearn wrote:
> This regression was already been anticipated and has been discussed: there
> is some info on it on the DirectX wiki page. Basically either off-screen
> copying or an extension to the X server is needed.
Exactly and even off-screen copyi
On Wed, 2005-05-11 at 10:22 -0600, Vitaliy Margolen wrote:
> That's try this patch:
> http://www.winehq.com/hypermail/wine-patches/2005/05/0207.html
No luck I'm afraid, same behaviour :(
> > Paint Shop Pro will be one of those classes of apps that looks after its
> > own drawing windows, and expe
Hi
>
> My only concern is that this would make any large outstanding
> patches to this area practically unappliable. I'm thinking
> particularly of Oliver's (still-unsubmitted?) work. AFAIK
> CVS doesn't cleanly track renames so poor Oliver would have
> to manually reproduce all the file-shufflin
http://www.FreeMiniMacs.com/?r=18190345
On Mon, May 09, 2005 at 10:19:55AM +1000, Troy Rollo wrote:
> > On 5/7/05, Shachar Shemesh <[EMAIL PROTECTED]> wrote:
> > > I really suggest we adhere to KISS - Keep It Simple.
>
> In any case, the difficulty you have here is that anything you do that sets a
> barrier against the bad guys is also
On 5/11/05, Andrew Neil Ramage <[EMAIL PROTECTED]> wrote:
> Why not try grepping out the err:debug_help lines, so that you can read
> the backtracve ?
>
I could do that, but the real question is do we have to display all of
the debug_help error lines. The output occurrs every crash whether
I'm u
On 5/11/05, Ingrid Marson <[EMAIL PROTECTED]> wrote:
>
> I am keen to find out more about this issue. Does anyone know about this
> issue, or know how I can contact Dimitri? (I have tried to find his email
> address using Google but haven't had any success).
>
His email is [EMAIL PROTECTED]
--
That's try this patch:
http://www.winehq.com/hypermail/wine-patches/2005/05/0207.html
Wednesday, May 11, 2005, 9:17:31 AM, you wrote:
> On Fri, 2005-05-06 at 09:50 -0600, Vitaliy Margolen wrote:
>> You know, it could be one more place then. Native does RedrawWindow when
>> focus
>> changes. But
Chris Morgan wrote:
If you would like to submit a version please do so. In your case you
submitted an entire application that was a duplicate, and when I rejected it
the version submission implicitly created when submitting an application was
also deleted. If there was a particular place that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Hearn schrieb:
> Hi,
>
> I've added the first of what will hopefully become many debugging
> tutorials to the wiki:
>
> http://wiki.winehq.com/DebuggingTutorials
>
> Sometimes fixing Wine can be a bit hard to get into. Hopefully these short
>
If they would have wanted some contact, that would have done it long
time agoMore than that, if they'd like to have Windows API support
on Linux, they could have done it (and still could do) much easier,
than it's done now at Wine. (Like they did with Frontpage for Apache).
But it could be
Christian Costa wrote:
Hi,
I plan to flatten the ddraw directory and perform some files renaming in
it.
The changes I'm thinking about are in the attached file.
If you have suggestions (or objections), let me know.
If this is ok, I plan to submit the changes soon.
My only concern is that this wou
On Fri, 2005-05-06 at 09:50 -0600, Vitaliy Margolen wrote:
> You know, it could be one more place then. Native does RedrawWindow when focus
> changes. But not always. As soon as I figure out when we need to redraw and
> when
> we don't, I'll send you a patch to try.
The more I think about this, t
James Hawkins <[EMAIL PROTECTED]> writes:
> Hi,
>
> I verified this with native comctl32.
>
> Changelog
> * Send NM_CLICK notification when listview is clicked.
We already send NM_CLICK on button up, it doesn't look right to do it
twice...
--
Alexandre Julliard
[EMAIL PROTECTED]
[EMAIL PROTECTED] writes:
> One of the changes to file.c for revision 1.66 (2004/05/12) moved the
> code to flush output buffers from _close() to MSVCRT_fclose(). The
> latter function isn't called by msvcrt_free_io() which is called by
> DllMain() for DLL_PROCESS_DETACH, so buffers are no longer
On Wednesday 11 May 2005 02:40 am, Marcus Meissner wrote:
> On Tue, May 10, 2005 at 11:06:22PM -0500, Dustin Navea wrote:
> > Bug 2660 is a regression, and the patch causing it is here:
> > http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html
> >
> > Could someone take a look at the patch to
On Wed, 11 May 2005 23:01:17 +1200, Adrian Harvey wrote:
> Well, I got some output at least! Never used strace before, but it
> looks kinda like a +relay trace for the kernel :-)
Yep, that's exactly what it is :)
> I also happened to be tailing the syslog (I was looking at something
> complete
On Tue, 10 May 2005 23:09:34 -0500, Dustin Navea wrote:
> Lionel, it appears that bug 2398 is up your alley. sigh :) I was hoping
> it would be an easy fix.. Oh well. Its got something to do with the
> window/gl rewrite, if you could look at it and the regression causing
> patch when you get t
On Tue, 10 May 2005 23:06:22 -0500, Dustin Navea wrote:
> Could someone take a look at the patch to see what may be wrong?
> Multiple (over 3) users are having this same problem on multiple
> versions of lotus notes..
This is the thing that Jason is investigating right now (go go Jason!!)
thank
On Tue, 10 May 2005 21:57:54 -0500, Dustin Navea wrote:
> According to the notes, there is an extra piece of information in the
> header in the shrinker compressed dll's called .shrink . I think this
> has something to do with it, but I am not totally sure.
We've looked at this before, Shrinker
On Tue, 10 May 2005 23:44:03 -0500, Dustin Navea wrote:
> If the big name vendors are dropping support for 16-bit programs, they
> must be doing it for a reason, right?
Actually 16 bit support is very important to Microsoft, they are
continuing to support it in Longhorn. I wouldn't read too much
On Tue, 10 May 2005 21:47:24 -0500, Dustin Navea wrote:
> Ok, the author has posted a link to the commit..
> http://www.winehq.org/hypermail/wine-cvs/2004/10/0376.html Seems to be
> what broke it, per regression testing. I dunno if this maybe caused a
> bug somewhere else to show up or what, bu
> On Mon, 09 May 2005 21:44:58 +1200, Adrian Harvey wrote:
> > If I try to GDB wine I get all sorts of ugly errors
>
> Try an strace in "follow forks mode". Does that help?
>
> thanks -mike
Ok, here goes:
$ WINEDEBUG=+relay strace -f wine
execve("/usr/local/bin/wine", ["wine"], [/* 34 vars */
I’m writing an article today following Dimitri O. Paun’s
talk at the Wine Developer conference in Stuttgart.
He said that Winelib development is restricted due to a Borland software
patent. Borland's software patent means that an important feature to the Gnu
Compiler Collection project cann
On Tue, May 10, 2005 at 11:44:03PM -0500, Dustin Navea wrote:
> The discussion on 16-bit support for cards.dll led me to an interesting
> theory.
> As I said, soon we will be not necessarily abandoning 32-bits, but
> writing more 64-bits.. Sure we have separation to keep things apart,
> but win
On Tue, May 10, 2005 at 09:41:43PM -0500, Dustin Navea wrote:
> Bug 2919 is beyond my area, but there is a backtrace posted. Could
> someone take a look and guide me on what logs to get?
>
> Thanks
>
> P.S. If you could also tell me how to determine this information for
> myself, it would save
Jose Alonso wrote:
I have a problem with an application that creates a initial popup
window and starts another application. The window for the second
application is completely covered by the initial popup window.
Investigating the problem, I found that the popup window is not
managed by the window
On Tue, May 10, 2005 at 11:06:22PM -0500, Dustin Navea wrote:
> Bug 2660 is a regression, and the patch causing it is here:
> http://www.winehq.org/hypermail/wine-cvs/2004/12/0100.html
>
> Could someone take a look at the patch to see what may be wrong?
> Multiple (over 3) users are having this
47 matches
Mail list logo
