Oh, Sorry! It crashes some another scrollbars. :(
--
Best regards
Anatoly Lyutin.
why PMax is being passed in as 1, hence making
the range 0->0. SetScrollInfo is then correctly hiding the scrollbars.
Rob
Hi,
I have played with my continuing bug (#2302) but I have some problems
understanding the meaning of the output:
fixme:win:GetWindowModuleFileNameA GetWindowModuleFileNameA(hwnd
0x40032, lpszFileName 0x40670548, cchFileNameMax 80) stub!
trace:scroll:SetScrollInfo hwnd=0x10074 nBar=1 info=0x406
Hi,
I have played with my continuing bug (#2302) but I have some problems
understanding the meaning of the output:
fixme:win:GetWindowModuleFileNameA GetWindowModuleFileNameA(hwnd
0x40032, lpszFileName 0x40670548, cchFileNameMax 80) stub!
trace:scroll:SetScrollInfo hwnd=0x10074 nBar=1 info=0x406
On Sat, 4 Sep 2004 01:32:16 +0200, you wrote:
> > You need to know what the bug is in order to write a proper configure
> > check, so the first thing to do is to figure out why that flag causes
> > trouble.
> >
>
> Know and know, I know at least it was this patch
> http://www.winehq.org/hyperma
On Friday 03 September 2004 17:40, Alexandre Julliard wrote:
> Mike Hearn <[EMAIL PROTECTED]> writes:
>
> > If your disassembly-fu is up to it, be my guest ... that doesn't solve
> > the problem of mysterious crashes for people using/compiling Wine
> > today though. So I'd still vote for a configu
Mike Hearn <[EMAIL PROTECTED]> writes:
> If your disassembly-fu is up to it, be my guest ... that doesn't solve
> the problem of mysterious crashes for people using/compiling Wine
> today though. So I'd still vote for a configure check.
You need to know what the bug is in order to write a proper
side, I don't know
enough how GCC works low level to try to fix it up.
Actually we don't know either which code creates the problem (also if we
know that the problem is, with an high probably rate, on scrollbars), so I
think we can add the configure check and then fill a bug which reports
> Heh, I always find it hard :)
Well, my example was on code generated for ARM which is unreadable when the
complier saves the frame pointer :-)
> If your disassembly-fu is up to it, be my guest ... that doesn't solve
> the problem of mysterious crashes for people using/compiling Wine today
> t
Well, I always found the resulting assembly of code compiled with
'-fomit-frame-pointer' much easier to read than without :-)
Heh, I always find it hard :)
Why not first try to search for the bug and report it to the GCC people ?
If your disassembly-fu is up to it, be my guest ... that doesn't solv
Lionel Ulmer wrote:
> Why not first try to search for the bug and report it to the GCC people ?
IMHO Wine has so much things to take care of that are more important than a
GCC bug that the better way to handle this for now is to filter off that
flag.
There're also other softwares which filter some
Mike Hearn wrote:
> Using this switch is almost always a bad idea, as it makes getting
> backtraces impossible. OK, without debug symbols, they are of only
> limited usefulness but I've still been able to track down problems
> before using a stripped backtrace.
I build quite everything in Gentoo wi
> -fomit-frame-pointer is one of those "optimizations" that does more harm
> than good in my opinion.
Well, I always found the resulting assembly of code compiled with
'-fomit-frame-pointer' much easier to read than without :-)
> If you are right and this is causing misbuilds, perhaps we should
Seems like I found out which flags causes trouble with the scrollbars and
the mouse's scrollwheel: building wine without -fomit-frame-pointer flag
makes it work right.
Using this switch is almost always a bad idea, as it makes getting
backtraces impossible. OK, without debug symbols, they a
Hi,
Seems like I found out which flags causes trouble with the scrollbars and
the mouse's scrollwheel: building wine without -fomit-frame-pointer flag
makes it work right.
This fixes my problem
( http://article.gmane.org/gmane.comp.emulators.wine.devel/23780 ) and
seems to fix (at least f
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> > Are you sure that your app really regressed and had not shown the same
> > behaviour before my scrollbar fixes?
> >
> >
> No I am not sure but I think this is no regession. I think there is an
> error in the detection in the heigth of the bitmap. Bu
error
must be in the gui part of wine. The calls of the software are all OK,
but the scrollbars were not shown. Is it possible that wine does not
recognize that the bitmap is greater than the window? Where can I look
for it?
Are you sure that your app really regressed and had not shown the same
behavi
7;t help.
> I have done some debugging. I use the native comctrl.dll. So the error
> must be in the gui part of wine. The calls of the software are all OK,
> but the scrollbars were not shown. Is it possible that wine does not
> recognize that the bitmap is greater than the window? Wher
Hdc, 0, 0,
SRCCOPY);
ReleaseDC( (HWND)ViewGetHWND(), hdc);
I hope this helps.
Yours,
Nicolai
Hi,
I have done some debugging. I use the native comctrl.dll. So the error must be in the gui part of wine. The calls of the software are all OK, but the scrollbars were not shown. Is it possible that
Am 16.07.2004 um 15:25 schrieb Dmitry Timoshkov:
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
I have the program online with some help how to get it started and how
to get the error/problem. I hope you have seen this. Does this help
you? I try to get from the developer some test case but I can
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> I have the program online with some help how to get it started and how
> to get the error/problem. I hope you have seen this. Does this help
> you? I try to get from the developer some test case but I can not
> promise anything.
If I can't get an .
I have the program online with some help how to get it started and how
to get the error/problem. I hope you have seen this. Does this help
you? I try to get from the developer some test case but I can not
promise anything.
Nicolai
Am 15.07.2004 um 15:15 schrieb Dmitry Timoshkov:
"Nicolai Kuntze
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> Yes, of course. I would not ask if I hadn't. This is about 5 hours ago.
> But my problem still exists. I do not think that there is some
> fundamental problem but unfortunatly I can not debug it myself. If
> I know exactly what you need from th
Yes, of course. I would not ask if I hadn't. This is about 5 hours ago.
But my problem still exists. I do not think that there is some
fundamental problem but unfortunatly I can not debug it myself. If
I know exactly what you need from the developer of the program I can
see what I can do b
"Nicolai Kuntze" <[EMAIL PROTECTED]> wrote:
> Sorry, I really thought the errors are linked. Can someone have a look
> at my case (2302). If someone tells me where to start I can try to
> debug it myself ...
Did you try to run your app with current CVS? It has some scroll regressions
fixed.
--
Sorry, I really thought the errors are linked. Can someone have a look
at my case (2302). If someone tells me where to start I can try to
debug it myself ...
Am 05.07.2004 um 15:29 schrieb George Marshall:
Dmitry Timoshkov wrote:
Perhaps you could at least try to diff relay traces with
and witho
"George Marshall" <[EMAIL PROTECTED]> wrote:
> Iv'e tried to run wine exporting WINEDEBUG=trace+relay
> with both the unpatched 20040615 version and the patched
> 20040615 version.
>
> 196M Jul 6 10:59 /tmp/wine-20040615-patched.trace-relay.log
> 158M Jul 6 11:32 /tmp/wine-20040615-unpatched.tr
Dmitry Timoshkov wrote:
Perhaps you could at least try to diff relay traces with
and without an offending patch applied and send the results
to me.
Sure, I'l do that as soon as I can.
PS: You could try with the application submitted
in bug #2302
The app attached to the bug shows identical behaviou
"George Marshall" <[EMAIL PROTECTED]> wrote:
> > Do you have a small application I could test with?
>
> Unfortunatly not :-( , the application you see in the
> screenshots (bug #2314) is run by a cobol runtime which
> is not freely distributable, it needs a license key.
>
> But I could test thin
Dmitry Timoshkov wrote:
Do you have a small application I could test with?
Unfortunatly not :-( , the application you see in the
screenshots (bug #2314) is run by a cobol runtime which
is not freely distributable, it needs a license key.
But I could test things for you if you want.
Regards.
PS: You
"George Marshall" <[EMAIL PROTECTED]> wrote:
> > Does reverting of the following patch help?
>
> Yes it does make the application work as it did before
> the June Release :-)
Do you have a small application I could test with?
--
Dmitry.
Dmitry Timoshkov wrote:
Does reverting of the following patch help?
Yes it does make the application work as it did before
the June Release.
Great !
Dimitrie O. Paun wrote:
On Wed, Jun 30, 2004 at 10:04:49AM +0200, George Marshall wrote:
Well no, with the Wine release of May the application had no
scrollbars (correctly) while with June release the scrollbars
are shown and are not working properly.
Figuring out the exact patch that introduced
On Wed, Jun 30, 2004 at 10:04:49AM +0200, George Marshall wrote:
> Well no, with the Wine release of May the application had no
> scrollbars (correctly) while with June release the scrollbars
> are shown and are not working properly.
Figuring out the exact patch that introduced the prob
"George Marshall" <[EMAIL PROTECTED]> wrote:
> Basically everything with the scrollbars worked fine
> untill Wine 20040615.
Does reverting of the following patch help?
http://cvs.winehq.org/patch.py?id=12586
If no, you have to find an offending patch on your own.
--
Dmitry.
Nicolai Kuntze wrote:
Is it possible that you got confused with the wine versions? I think you
have permuted the names of your uploaded pictures Maybe I am wrong.
Well no, with the Wine release of May the application had no
scrollbars (correctly) while with June release the scrollbars
are
Gabriele Giorgetti wrote:
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615). With wine version
20040505 everything was just fine.
I've attacched a zip file with two screenshots
(pls. see wine BUG #2314 @ bugs.winehq.org )
the first one is the corr
Is it possible that you got confused with the wine versions? I think
you have permuted the names of your uploaded pictures Maybe I am
wrong.
Am 25.06.2004 um 18:31 schrieb Gabriele Giorgetti:
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615).
20040505 the scrollbars
are not there.
I've also noticed that some unresizable windows are drawn
with the scrollbars.
Me too. I submitted the bug as 2302 and added a demo application for
download from a web server.
Diese Nachricht wurde auf Viren und andere gefaehrliche Inhalte sowie
Gabriele Giorgetti wrote:
Trying to describe the problem:
The application show up with a bottom scrollbar and
a right scrollbar even if they are not needed. When
executing the very same application, with the very
same settings and size with wine 20040505 the scrollbars
are not there.
I've
Hello, I've noticed a problem with scrollbars in the
latest Wine's release (20040615). With wine version
20040505 everything was just fine.
I've attacched a zip file with two screenshots
(pls. see wine BUG #2314 @ bugs.winehq.org )
the first one is the correct behavior of the
41 matches
Mail list logo
