http://bugs.winehq.com/show_bug.cgi?id=780
*** shadow/780 Sun Jun 9 22:40:28 2002
--- shadow/780.tmp.12881 Sun Jun 9 22:40:44 2002
***************
*** 13,18 ****
--- 13,19 ----
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
| URL: |
+ | Dependencies: OtherBugsDependingOnThis: 395 |
+============================================================================+
| DESCRIPTION |
Eric Pouech is currently working on an Alsa 0.5 module. However he said that
http://bugs.winehq.com/show_bug.cgi?id=780
*** shadow/780 Sun Jun 9 22:40:10 2002
--- shadow/780.tmp.12839 Sun Jun 9 22:40:10 2002
***************
*** 0 ****
--- 1,29 ----
+ +============================================================================+
+ | Implement an Alsa 0.9 sound module |
+ +----------------------------------------------------------------------------+
+ | Bug #: 780 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-multimedia |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Eric Pouech is currently working on an Alsa 0.5 module. However he said that
+ Alsa 0.9 is so different that we would need a separate module to support it. Or
+ if it's not a completely separate module it would in any case take quite a bit
+ of work to also support Alsa 0.9. So I'm creating a new task.
+
+ References:
+ * bug 324 - Implement an Alsa 0.5 sound module
+ http://wine.codeweavers.com/bugzilla/show_bug.cgi?id=324
+ * 2002/04/19 - Marco Pietrobono - ALSA driver
+ http://www.winehq.com/hypermail/wine-devel/2002/04/0349.html
+ * 2002/06/06 - Marco Pietrobono - Re: How big is the Direct3D stuff?
+ http://www.winehq.com/hypermail/wine-devel/2002/06/0108.html
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=778
*** shadow/778 Sun Jun 9 15:24:39 2002
--- shadow/778.tmp.12600 Sun Jun 9 22:35:08 2002
***************
*** 2,8 ****
| Compiler warnings for wine-20020605 |
+----------------------------------------------------------------------------+
| Bug #: 778 Product: Wine |
! | Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
--- 2,8 ----
| Compiler warnings for wine-20020605 |
+----------------------------------------------------------------------------+
| Bug #: 778 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-binary |
***************
*** 48,50 ****
--- 48,104 ----
dlls/oleaut32/variant.c:4647: warning: unsigned value < 0 is always 0
dlls/wininet/internet.c:855: warning: unsigned value < 0 is always 0
dlls/wininet/internet.c:903: warning: unsigned value < 0 is always 0
+
+ ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-06-09 22:35 -------
+ Not familiar with a bunch of those files, but here's what I'm sure of:
+
+ files/file.c:135: warning: unsigned value < 0 is always 0
+ Sent a mail to Martin Wilck for him to check it.
+
+ dlls/ntdll/reg.c:229: warning: unsigned value < 0 is always 0
+ The max is always bypassed. The three types involved are two size_t and a ULONG
+ Not familiar with the functionality. No patch yet from me.
+
+ dlls/gdi/freetype.c:712: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/ordinal.c:2458: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/ordinal.c:2473: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/shlwapi_main.c:63: warning: unsigned value >= 0 is always 1
+ Comparison of a DWORD < 0, or DWORD >= 0. A value of -1 indicates failure. No
+ patch yet from me. Probably some type changes needed, or a cast.
+
+ dlls/ole32/hglobalstream.c:614: warning: unsigned value < 0 is always 0
+ Involves LARGE_INTEGER arithmetics. Test probably broken, but no proof yet.
+
+ dlls/shlwapi/ordinal.c:1163: warning: unsigned value < 0 is always 0
+ Not sure which function is really called (hence, no clue about the validity of
+ the construction).
+
+ dlls/oleaut32/typelib.c:4586: warning: unsigned value >= 0 is always 1
+ dlls/oleaut32/typelib.c:4819: warning: unsigned value >= 0 is always 1
+ UINT verified for >= 0. Might be removable, not sure. No patch yet from me.
+
+ dlls/comctl32/listview.c:1835: warning: unsigned value >= 0 is always 1
+ dlls/comctl32/listview.c:1838: warning: unsigned value >= 0 is always 1
+ Addition of a DWORD and an int gives an unsigned int. Patch submitted to
+ wine-patches.
+
+ dlls/x11drv/winpos.c:1405: warning: unsigned value >= 0 is always 1
+ BAD!!! Continuation condition of a for is always 1. Patch submitted to wine-patches.
+
+ dlls/advapi32/crypt.c:845: warning: unsigned value < 0 is always 0
+ dlls/advapi32/crypt.c:1132: warning: unsigned value < 0 is always 0
+ controls/button.c:201: warning: unsigned value < 0 is always 0
+ dlls/ole32/oleobj.c:291: warning: unsigned value < 0 is always 0
+ dlls/ole32/oleobj.c:650: warning: unsigned value < 0 is always 0
+ dlls/oleaut32/variant.c:3935: warning: unsigned value < 0 is always 0
+ Comparison of a DWORD or UINT parameter < 0. Seems the specific test can be
+ safely removed. Patch submitted to wine-patches.
+
+ dlls/oleaut32/variant.c:4035: warning: unsigned value < 0 is always 0
+ dlls/oleaut32/variant.c:4647: warning: unsigned value < 0 is always 0
+ dlls/wininet/internet.c:855: warning: unsigned value < 0 is always 0
+ dlls/wininet/internet.c:903: warning: unsigned value < 0 is always 0
+ Type wasn't suited for the task. Patch submitted to wine-patches.
+
+ I don't take ownership of this bug, as I'm not familiar enough with the balance
+ of the various issues.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=508
*** shadow/508 Sun Jun 9 11:50:13 2002
--- shadow/508.tmp.4845 Sun Jun 9 19:36:39 2002
***************
*** 33,35 ****
--- 33,47 ----
whole slew of traces to fix: %d -> %p.
IOW, lots of work to do.
+
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 19:36 -------
+ Some further elements of the plan: the plan is to first make progress on the
+ compilation errors by changing the code that uses HANDLES as indexes so that it
+ (hopefully) works in both STRICT and non-STRICT mode. To make it easier to work
+ the idea would be to further disable the %d/%p mismatch warning by disabling
+ them, by locally (i.e. not in CVS) redefining __WINE_PRINTF_ATTR in
+ 'include/wine/debug.h'.
+ Once Wine compiles with a void* HANDLE, then we can write a perl script that
+ parses the compilation log and automatically fixes the %d/%p warnings. Then
+ Alexandre can make one huge CVS commit.
http://bugs.winehq.com/show_bug.cgi?id=778
*** shadow/778 Sun Jun 9 15:24:39 2002
--- shadow/778.tmp.26524 Sun Jun 9 15:24:39 2002
***************
*** 0 ****
--- 1,50 ----
+ +============================================================================+
+ | Compiler warnings for wine-20020605 |
+ +----------------------------------------------------------------------------+
+ | Bug #: 778 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: tenthumbs(a)cybernex.net |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ I used gcc -W and these warnigns turned up. Most of them are of the form
+ unsigned foo;
+ if (foo < 0) report _error;
+ Gcc is "smart" and knows unsigned values can never be negative so the test is
+ false, the error clause becomes unreachable code and gcc eliminates it when
+ optimizing. Not good.
+
+ I'm sure the component is wrong so someone fix it.
+
+ The list:
+ files/file.c:135: warning: unsigned value < 0 is always 0
+ dlls/ntdll/reg.c:229: warning: unsigned value < 0 is always 0
+ dlls/advapi32/crypt.c:845: warning: unsigned value < 0 is always 0
+ dlls/advapi32/crypt.c:1132: warning: unsigned value < 0 is always 0
+ dlls/gdi/freetype.c:712: warning: unsigned value < 0 is always 0
+ controls/button.c:201: warning: unsigned value < 0 is always 0
+ dlls/x11drv/winpos.c:1405: warning: unsigned value >= 0 is always 1
+ dlls/comctl32/listview.c:1835: warning: unsigned value >= 0 is always 1
+ dlls/comctl32/listview.c:1838: warning: unsigned value >= 0 is always 1
+ dlls/ole32/hglobalstream.c:614: warning: unsigned value < 0 is always 0
+ dlls/ole32/oleobj.c:291: warning: unsigned value < 0 is always 0
+ dlls/ole32/oleobj.c:650: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/ordinal.c:1163: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/ordinal.c:2458: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/ordinal.c:2473: warning: unsigned value < 0 is always 0
+ dlls/shlwapi/shlwapi_main.c:63: warning: unsigned value >= 0 is always 1
+ dlls/oleaut32/typelib.c:4586: warning: unsigned value >= 0 is always 1
+ dlls/oleaut32/typelib.c:4819: warning: unsigned value >= 0 is always 1
+ dlls/oleaut32/variant.c:3935: warning: unsigned value < 0 is always 0
+ dlls/oleaut32/variant.c:4035: warning: unsigned value < 0 is always 0
+ dlls/oleaut32/variant.c:4647: warning: unsigned value < 0 is always 0
+ dlls/wininet/internet.c:855: warning: unsigned value < 0 is always 0
+ dlls/wininet/internet.c:903: warning: unsigned value < 0 is always 0
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=467
*** shadow/467 Sat Jun 1 17:18:34 2002
--- shadow/467.tmp.18617 Sun Jun 9 12:38:01 2002
***************
*** 301,303 ****
--- 301,307 ----
Ricardo can you try to install from CVS as we can work on the bug better if this
is the case.
+
+ ------- Additional Comments From centi_riccardo(a)libero.it 2002-06-09 12:38 -------
+ Created an attachment (id=171)
+ ME AGAIN
http://bugs.winehq.com/show_bug.cgi?id=508
*** shadow/508 Wed Mar 20 07:45:21 2002
--- shadow/508.tmp.16052 Sun Jun 9 11:50:13 2002
***************
*** 7,13 ****
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-winelib |
+----------------------------------------------------------------------------+
! | Assigned To: bugs(a)codeweavers.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
--- 7,13 ----
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-winelib |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
***************
*** 18,20 ****
--- 18,35 ----
| DESCRIPTION |
See bug 90 for instructions.
Approximate number of references: 1219
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 11:50 -------
+ This is the blocking target right now.
+ The problem is that many other handles are being assigned to a HANDLE variable.
+ So these assignements cannot be done without a cast as they otherwise generate a
+ warning.
+ So the idea is to convert HANDLE, and hence all other handle types to void*.
+ Thus assignments will be doable between them without casts. Then we can continue
+ converting individual handles to strict mode, i.e. to pointer types other than
+ void*.
+ There are a number of compilation errors to fix to make Wine compile with a
+ void* for handles: cases where a handle is used as an index. Then there is a
+ whole slew of traces to fix: %d -> %p.
+ IOW, lots of work to do.
+
http://bugs.winehq.com/show_bug.cgi?id=514
*** shadow/514 Thu May 30 15:05:22 2002
--- shadow/514.tmp.12356 Sun Jun 9 03:31:35 2002
***************
*** 2358,2360 ****
--- 2358,2367 ----
******************************************************
I mean - did you try the installation before with older Wine and whether it worked?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-09 03:31 -------
+ __CxxFrameHandler: I have also seen this kind of traces quite a few times
+ myself. I am not sure however whether it was the cause or the symptom of the
+ problem.
+ Regardless, because it keeps comming back it may be interesting to actually
+ implement it right (if one finds documentation for it).
http://bugs.winehq.com/show_bug.cgi?id=410
*** shadow/410 Wed May 29 15:07:43 2002
--- shadow/410.tmp.31188 Sat Jun 8 21:50:13 2002
***************
*** 2,8 ****
| Sound stuck at 48000Hz |
+----------------------------------------------------------------------------+
| Bug #: 410 Product: Wine |
! | Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
--- 2,8 ----
| Sound stuck at 48000Hz |
+----------------------------------------------------------------------------+
| Bug #: 410 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
***************
*** 29,31 ****
--- 29,47 ----
Try to reproduce the problem with recent Wine build.
If the problem still exists, please provide details how to reproduce it, which
application you run, do you see the same problem with Linux native applications?
+
+ ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-06-08 21:50 -------
+ according to offline post by the reporter this is not a wine bug so marking as
+ RESOLVED
+ -----------------------------------------------------
+ Nope problem not fixed.
+ But the problem occurs in every Linux app except those that can mix as 48khz.
+
+ Also poblem in some apps such as HL -> sound is very crackled, but according to
+ some other buglists it is because data isn't send fast enough.. or let's say
+ data is sent at 22Khz, but soundcard accepts data at 48Khz...
+
+ Not a wine problem.
+
+ sorry for troubling you.
+ -----------
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=735
*** shadow/735 Tue May 28 15:01:07 2002
--- shadow/735.tmp.20208 Sat Jun 8 17:03:49 2002
***************
*** 13,18 ****
--- 13,19 ----
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
| URL: |
+ | Dependencies: OtherBugsDependingOnThis: 455 |
+============================================================================+
| DESCRIPTION |
WM_INPUTLANGCHANGE and WM_INPUTLANGCHANGEREQUEST messages are supposed to be
***************
*** 26,28 ****
--- 27,37 ----
------- Additional Comments From apa3a(a)yahoo.com 2002-05-28 15:01 -------
Shashar, I gave you privileges to confirm and edit bugs, so in future you can
confirm your bugs.
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-08 17:03 -------
+ This seems to fit in the FIXMEs.
+ Pointing to the thread on wine-devel too for reference. It seems to contain
+ useful information as to how to implement this.
+
+ http://www.winehq.com/hypermail/wine-devel/2002/05/0728.html
+ http://www.winehq.com/hypermail/wine-devel/2002/05/0743.html
http://bugs.winehq.com/show_bug.cgi?id=776
*** shadow/776 Sat Jun 8 16:17:26 2002
--- shadow/776.tmp.18292 Sat Jun 8 16:20:22 2002
***************
*** 2,8 ****
| CreatePalette again |
+----------------------------------------------------------------------------+
| Bug #: 776 Product: Wine |
! | Status: UNCONFIRMED Version: CVS |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gdi |
--- 2,8 ----
| CreatePalette again |
+----------------------------------------------------------------------------+
| Bug #: 776 Product: Wine |
! | Status: DUPLICATE Version: CVS |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gdi |
***************
*** 24,26 ****
--- 24,31 ----
And all this only to create the main window and display the splash screen.
Not deleting the palette seems to be a pretty standard windows programming bug :(
+
+ ------- Additional Comments From mstefani(a)redhat.com 2002-06-08 16:20 -------
+
+
+ *** This bug has been marked as a duplicate of 667 ***
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=776
*** shadow/776 Sat Jun 8 16:17:26 2002
--- shadow/776.tmp.18073 Sat Jun 8 16:17:26 2002
***************
*** 0 ****
--- 1,26 ----
+ +============================================================================+
+ | CreatePalette again |
+ +----------------------------------------------------------------------------+
+ | Bug #: 776 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: mstefani(a)redhat.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The program SKAT 5.2.1 from http://www.skat-spiel.de/ creates a lot of palettes
+ without deleting them thus exhausting the GDI heap.
+ I've seen 57 successfull calls to CreatePalette, only one DeleteObject() on a
+ palette, 16 failed CreatePalette due to exhausted GDI heap and than the program
+ crashes with:
+ err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this.
+ And all this only to create the main window and display the splash screen.
+
+ Not deleting the palette seems to be a pretty standard windows programming bug :(
\ No newline at end of file
Nope problem not fixed.
But the problem occurs in every Linux app except those that can mix as 48khz.
Also poblem in some apps such as HL -> sound is very crackled, but according to some other buglists it is because data isn't send fast enough.. or let's say data is sent at 22Khz, but soundcard accepts data at 48Khz...
Not a wine problem.
sorry for troubling you.
---------- Original Message ----------------------------------
From: wine-bugs(a)winehq.com
Date: Wed, 29 May 2002 15:07:43 -0500
>http://bugs.winehq.com/show_bug.cgi?id=410
>
>*** shadow/410 Sat Jan 19 09:49:11 2002
>--- shadow/410.tmp.1430 Wed May 29 15:07:43 2002
>***************
>*** 7,16 ****
> | Severity: normal OS/Version: All |
> | Priority: P1 Component: wine-directx |
> +----------------------------------------------------------------------------+
>! | Assigned To: bugs(a)codeweavers.com |
> | Reported By: grigi(a)acenet.co.za |
> | CC list: Cc: |
> +----------------------------------------------------------------------------+
> | URL: |
> +============================================================================+
> | DESCRIPTION |
>--- 7,17 ----
> | Severity: normal OS/Version: All |
> | Priority: P1 Component: wine-directx |
> +----------------------------------------------------------------------------+
>! | Assigned To: wine-bugs(a)winehq.com |
> | Reported By: grigi(a)acenet.co.za |
> | CC list: Cc: |
> +----------------------------------------------------------------------------+
>+ | Milestone: TargetMilestone: --- |
> | URL: |
> +============================================================================+
> | DESCRIPTION |
>***************
>*** 22,24 ****
>--- 23,31 ----
> frequencies.
>
> Any way to fix/workaround to this prob.
>+
>+ ------- Additional Comments From apa3a(a)yahoo.com 2002-05-29 15:07 -------
>+ Reporter, there were a lot of updates to multimedia recently.
>+ Try to reproduce the problem with recent Wine build.
>+ If the problem still exists, please provide details how to reproduce it, which
>+ application you run, do you see the same problem with Linux native applications?
>\ No newline at end of file
>
>
http://bugs.winehq.com/show_bug.cgi?id=720
*** shadow/720 Wed May 29 03:35:47 2002
--- shadow/720.tmp.25653 Fri Jun 7 19:15:04 2002
***************
*** 128,130 ****
--- 128,140 ----
Not too useful, 'cause Autocad installs its own mfc version....
I'll try to trace it in windows to see whith calls are involved in redraws,
in next days I'll post them.
+
+ ------- Additional Comments From p_christ(a)hol.gr 2002-06-07 19:15 -------
+ I have the same problem. I tried AFAICT every combination of wine-gdi setting
+ (window sizes, managed windows etc.) with both the native and builtin msvcrt.dll
+ There is also some problem with the toolbars. When they float, they draw their
+ buttons half-way down, in a window that is not resizeable. I assume this is the
+ same bug, as the programmers that wrote the (custom for that app) code for the
+ gui may have used the same code twice.
+ Anyway, I am very willing to help solve that, but I 'll need some help starting
+ to get into the wine code mayhem.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=775
*** shadow/775 Fri Jun 7 13:09:32 2002
--- shadow/775.tmp.7008 Fri Jun 7 14:13:17 2002
***************
*** 2,8 ****
| The DreamWearver installer don't start |
+----------------------------------------------------------------------------+
| Bug #: 775 Product: Wine |
! | Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-ole |
--- 2,8 ----
| The DreamWearver installer don't start |
+----------------------------------------------------------------------------+
| Bug #: 775 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-ole |
***************
*** 144,146 ****
--- 144,156 ----
you dont reinstall again or remove the cachedmetrics file in ./wine) otherwise
looks like an ole problem not a gdi problem. What Windows version, distro, and
Wine version are you using?
+
+ ------- Additional Comments From marcus(a)jet.franken.de 2002-06-07 14:13 -------
+ The last lines point to the fact, that DCOM is not yet
+ set up correctly.
+
+ Make sure, that you:
+ - have loaded winedefault.reg
+ - and have a stdole32.tlb file in your windows/system directory.
+
+ Ciao, Marcus
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=775
*** shadow/775 Fri Jun 7 12:23:01 2002
--- shadow/775.tmp.2451 Fri Jun 7 13:09:32 2002
***************
*** 5,11 ****
| Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
! | Priority: P1 Component: wine-gdi |
+----------------------------------------------------------------------------+
| Assigned To: wine-bugs(a)winehq.com |
| Reported By: kaneda(a)dedaletechnology.com |
--- 5,11 ----
| Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
! | Priority: P1 Component: wine-ole |
+----------------------------------------------------------------------------+
| Assigned To: wine-bugs(a)winehq.com |
| Reported By: kaneda(a)dedaletechnology.com |
***************
*** 137,139 ****
--- 137,146 ----
fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
fixme:ole:CoMarshalInterface Failed to Marshal the interface, 80070057?
fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
+
+ ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-06-07 13:09 -------
+ The first part of the trace are font warnings and are meaningless to the bug
+ report they should go away when you run wine a second or third time. (that is if
+ you dont reinstall again or remove the cachedmetrics file in ./wine) otherwise
+ looks like an ole problem not a gdi problem. What Windows version, distro, and
+ Wine version are you using?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=775
*** shadow/775 Fri Jun 7 12:23:01 2002
--- shadow/775.tmp.32149 Fri Jun 7 12:23:01 2002
***************
*** 0 ****
--- 1,139 ----
+ +============================================================================+
+ | The DreamWearver installer don't start |
+ +----------------------------------------------------------------------------+
+ | Bug #: 775 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gdi |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: kaneda(a)dedaletechnology.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The first extract box works correctly, meanwhile, the next 2 windows won't
+ refresh and let a never refreshen squarre in the middle on the screen.
+ log are the following :
+
+ fixme:font:LFD_InitFontInfo font '-mutt-clearlyu devangari
+ extra-medium-r-normal--17-120-100-100-p-111-fontspecific-0' has unknown registry
+ 'fontspecific' and character encoding '0'
+ fixme:font:LFD_InitFontInfo font '-mutt-clearlyu
+ ligature-medium-r-normal--17-120-100-100-p-141-fontspecific-0' has unknown
+ registry 'fontspecific' and character encoding '0'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ cursor-----12-120-75-75-p-160-sunolcursor-1' has unknown registry 'sunolcursor'
+ and character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----10-100-75-75-p-101-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----12-120-75-75-p-113-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----14-140-75-75-p-128-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----19-190-75-75-p-154-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo DBCS fonts like
+ '-daewoo-gothic-medium-r-normal--16-120-100-100-c-160-ksc5601.1987-0' are not
+ working correctly now.
+ fixme:font:LFD_InitFontInfo DBCS fonts like
+ '-daewoo-mincho-medium-r-normal--16-120-100-100-c-160-ksc5601.1987-0' are not
+ working correctly now.
+ fixme:font:LFD_InitFontInfo DBCS fonts like
+ '-daewoo-mincho-medium-r-normal--24-170-100-100-c-240-ksc5601.1987-0' are not
+ working correctly now.
+ fixme:font:LFD_InitFontInfo DBCS fonts like '-isas-fangsong
+ ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0' are not working correctly now.
+ fixme:font:LFD_InitFontInfo DBCS fonts like '-isas-song
+ ti-medium-r-normal--16-160-72-72-c-160-gb2312.1980-0' are not working correctly now.
+ fixme:font:LFD_InitFontInfo DBCS fonts like '-isas-song
+ ti-medium-r-normal--24-240-72-72-c-240-gb2312.1980-0' are not working correctly now.
+ fixme:font:LFD_InitFontInfo font '-mutt-clearlyu arabic
+ extra-medium-r-normal--17-120-100-100-p-103-fontspecific-0' has unknown registry
+ 'fontspecific' and character encoding '0'
+ fixme:font:LFD_InitFontInfo font '-mutt-clearlyu devangari
+ extra-medium-r-normal--17-120-100-100-p-111-fontspecific-0' has unknown registry
+ 'fontspecific' and character encoding '0'
+ fixme:font:LFD_InitFontInfo font '-mutt-clearlyu
+ ligature-medium-r-normal--17-120-100-100-p-141-fontspecific-0' has unknown
+ registry 'fontspecific' and character encoding '0'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ cursor-----12-120-75-75-p-160-sunolcursor-1' has unknown registry 'sunolcursor'
+ and character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----10-100-75-75-p-101-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----12-120-75-75-p-113-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----14-140-75-75-p-128-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-sun-open look
+ glyph-----19-190-75-75-p-154-sunolglyph-1' has unknown registry 'sunolglyph' and
+ character encoding '1'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ mono-bold-i-normal--0-0-0-0-m-0-adobe-standard' has unknown registry 'adobe' and
+ character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ mono-bold-r-normal--0-0-0-0-m-0-adobe-standard' has unknown registry 'adobe' and
+ character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ mono-medium-i-normal--0-0-0-0-m-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ mono-medium-r-normal--0-0-0-0-m-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ sans-bold-i-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe' and
+ character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ sans-bold-r-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe' and
+ character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ sans-medium-i-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ sans-medium-r-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ serif-bold-i-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ serif-bold-r-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ serif-medium-i-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font '-b&h-luxi
+ serif-medium-r-normal--0-0-0-0-p-0-adobe-standard' has unknown registry 'adobe'
+ and character encoding 'standard'
+ fixme:font:LFD_InitFontInfo font
+ '-mdk-helvetica-medium-r-normal--10-100-75-75-p-57-armscii-8' has unknown
+ registry 'armscii' and character encoding '8'
+ fixme:font:LFD_InitFontInfo font
+ '-mdk-helvetica-medium-r-normal--10-100-75-75-p-58-tcvn-5712' has unknown
+ character encoding '5712' in known registry 'tcvn'
+ fixme:font:LFD_InitFontInfo font
+ '-mdk-helvetica-medium-r-normal--12-120-75-75-p-64-tis620.2533-1' has unknown
+ character encoding '1' in known registry 'tis620.2533'
+ fixme:font:LFD_InitFontInfo font
+ '-mdk-helvetica-medium-r-normal--13-130-75-75-p-71-tcvn-5712' has unknown
+ character encoding '5712' in known registry 'tcvn'
+ err:font:XFONT_BuildMetrics failed to load -macromedia-king
+ richard-medium-r-normal--100-*-100-100-p-0-ascii-0
+ fixme:ole:CoTreatAsClass
+ ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
+ fixme:ole:CoMarshalInterface Failed to Marshal the interface, 80070057?
+ fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
+ fixme:ole:CoMarshalInterface Failed to Marshal the interface, 80070057?
+ fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
+ fixme:ole:CoMarshalInterface Failed to Marshal the interface, 80070057?
+ fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Fri Jun 7 02:00:38 2002
--- shadow/768.tmp.30320 Fri Jun 7 12:00:57 2002
***************
*** 76,78 ****
--- 76,83 ----
4, After upgrading to new wine several programs suddenly started to work but it is apparently not a case of
micrografx.
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-06-07 12:00 -------
+ I think there is a bug in Bugzilla that comments for OS/Environment are not
+ visible :-(
+ I downloaded the app and will try to reproduce the issue when I have time.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Thu Jun 6 10:28:31 2002
--- shadow/768.tmp.347 Fri Jun 7 02:00:38 2002
***************
*** 60,62 ****
--- 60,78 ----
It takes about 7 attempts to locate a day of the patch for 4 months period and
less if you have more narrow period of time..
+
+ ------- Additional Comments From fojtik(a)htc.honeywell.cz 2002-06-07 02:00 -------
+ 1, I am absolutelly unable to roll back my system to get it working. I spend more than 2 hours with
+ recompiling wine different versions without any success. So please consider this to be a new bug.
+
+ 2, I extracted EXE file and several DLL that exactly reproduce the problem. Please download exe files here and
+ please never insert them into this bugzilla system.
+ http://www.penguin.cz/~fojtik/micrografx/
+ Please let me know when I omit some DLL.
+
+ 3, Excuse me for inconvenience during finding my system configuration. I was prety sure that I wrote it to
+ this bug, you have a edit box named "Environment:" for entering it, but their data are discarded. I guessed,
+ that you could somehow access data from this field.
+
+ 4, After upgrading to new wine several programs suddenly started to work but it is apparently not a case of
+ micrografx.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=650
*** shadow/650 Thu Jun 6 17:30:08 2002
--- shadow/650.tmp.330 Fri Jun 7 02:00:09 2002
***************
*** 139,141 ****
--- 139,154 ----
------- Additional Comments From marcus(a)jet.franken.de 2002-06-06 17:30 -------
these come from libXrender.so (whichz links libstdc++) and appear to be
harmless.
+
+
+ ------- Additional Comments From pouech(a)winehq.com 2002-06-07 02:00 -------
+ the issue is that winedbg doesn't know how to parse C++ stabs information and
+ emits a warning.
+ The solutions:
+ 1/ the quickest would be to silence the warning (we've been using the parser
+ for a while now with few bug reports on this matter)
+ 2/ only silence C++ constructs after correctly parsing them (but without
+ storing any information in the debugger)
+ 3/ implement the C++ ABI in winedbg. I think it's useless because of the amount
+ of work, gcc 3.1 moving to dwarf-2 for its symbols format...)
+ A+
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=774
*** shadow/774 Fri Jun 7 01:03:31 2002
--- shadow/774.tmp.30379 Fri Jun 7 01:03:31 2002
***************
*** 0 ****
--- 1,22 ----
+ +============================================================================+
+ | Cannot background wine windows |
+ +----------------------------------------------------------------------------+
+ | Bug #: 774 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020509 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: test |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: dseagrav(a)lunar-tokyo.net |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ I cannot background a wine window, they always overlay windows that KDE creates.
+ This is present in both wine 20020509 and a clean build of 20020605.
+
+ Wine's environment is as follows: Default .config file, with the C drive root
+ pointed at the root directory of my Win98SE install. (My machine is Linux/Win98SE dual-boot)
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=773
*** shadow/773 Thu Jun 6 19:14:23 2002
--- shadow/773.tmp.16103 Thu Jun 6 19:14:23 2002
***************
*** 0 ****
--- 1,55 ----
+ +============================================================================+
+ | wrc compiler does not reproduce rc include path quirk |
+ +----------------------------------------------------------------------------+
+ | Bug #: 773 Product: Wine |
+ | Status: UNCONFIRMED Version: unspecified |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-winelib |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: tom(a)platte.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ It appears that when the Windows rc compiler includes a file, it temporarily
+ adds the directory of that file to the include path. Once it is done processing
+ the file, the directory is removed from the include path.
+
+ Let's say that you have three files in a wrcbug directory:
+
+ bar/b.rc
+ /* b.rc */
+ #include "foo/a.rc"
+
+ foo/a.rc
+ /* a.rc */
+ #include "a.rch"
+
+ foo/a.rch
+ /* a.rch */
+
+ Now on Windows, the rc compiler runs fine:
+ C:> rc bar\b.rc
+
+ But on Linux, the Daily Debian Wine wrc compiler chokes:
+ $ wrc bar/b.rc
+ bar/b.rc:3:1: Error: Unable to open include file a.rch
+
+ If you add the file:
+
+ foo/baz/c.rc
+ /* c.rc */
+
+ And append to bar/b.rc the line:
+ #include "baz/c.rc"
+
+ Then the Windows rc compile will fail. So once rc has finished processing
+ foo/a.rc, it removes "foo" from the include path.
+
+ Now normally, I would have foo/a.rc include "foo/a.rch" not "a.rch", and then
+ add a -Iwrcbug to the rc and wrc command lines. But if you edit foo/a.rc with
+ MS VisualStudio, it will change the include of "foo/a.rch" back to "a.rch"!
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=650
*** shadow/650 Thu Jun 6 11:17:52 2002
--- shadow/650.tmp.11609 Thu Jun 6 17:30:08 2002
***************
*** 135,137 ****
--- 135,141 ----
Just for the record I have been putting up with this for ages myself, on RedHat
7.1 (I think I used to get it back then) and 7.2. with our application, Accpac
4.2 and 5.0. I get it on /usr/lib/libstdc++-libc6.1-1.so.2
+
+ ------- Additional Comments From marcus(a)jet.franken.de 2002-06-06 17:30 -------
+ these come from libXrender.so (whichz links libstdc++) and appear to be
+ harmless.
http://bugs.winehq.com/show_bug.cgi?id=772
*** shadow/772 Thu Jun 6 16:00:07 2002
--- shadow/772.tmp.6507 Thu Jun 6 16:00:07 2002
***************
*** 0 ****
--- 1,27 ----
+ +============================================================================+
+ | Freeman Installer doesn't work |
+ +----------------------------------------------------------------------------+
+ | Bug #: 772 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020411 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fniles(a)mitre.org |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ This is an installer popular from Win3.1 days, but as it's freeware and happens
+ to be the installer for something I really need perhaps someone can debug it.
+ It's available from SimTel as the file "fi30.zip". It starts up fine, but then
+ it just sits there. Got the error:
+
+ err:module:MODULE32_LookupHMODULE tried to lookup 0x04ae in win32 module handler!
+
+ Any help would be greatly appreciated.
+
+ Thanks in advance.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=770
*** shadow/770 Thu Jun 6 11:18:52 2002
--- shadow/770.tmp.19109 Thu Jun 6 11:35:32 2002
***************
*** 52,54 ****
--- 52,58 ----
------- Additional Comments From peterd(a)primeachip.com 2002-06-06 11:18 -------
Created an attachment (id=169)
the trace log
+
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-06-06 11:35 -------
+ Can be related to bug 752
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=770
*** shadow/770 Thu Jun 6 11:10:20 2002
--- shadow/770.tmp.17874 Thu Jun 6 11:18:52 2002
***************
*** 48,50 ****
--- 48,54 ----
PS. I would really like to attached a trace file (something I've noticed is
suggested and appreciated) but it doesn't appear to be possible using this form,
any suggestions?
+
+ ------- Additional Comments From peterd(a)primeachip.com 2002-06-06 11:18 -------
+ Created an attachment (id=169)
+ the trace log
http://bugs.winehq.com/show_bug.cgi?id=650
*** shadow/650 Tue May 14 14:53:42 2002
--- shadow/650.tmp.17773 Thu Jun 6 11:17:52 2002
***************
*** 130,132 ****
--- 130,137 ----
I do :
CC=gcc3 ./configure
make dep && make && make programs
+
+ ------- Additional Comments From medbi01(a)accpac.com 2002-06-06 11:17 -------
+ Just for the record I have been putting up with this for ages myself, on RedHat
+ 7.1 (I think I used to get it back then) and 7.2. with our application, Accpac
+ 4.2 and 5.0. I get it on /usr/lib/libstdc++-libc6.1-1.so.2
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=770
*** shadow/770 Thu Jun 6 11:10:20 2002
--- shadow/770.tmp.17255 Thu Jun 6 11:10:20 2002
***************
*** 0 ****
--- 1,50 ----
+ +============================================================================+
+ | Halts during an install shield wizard installation with fixme:ole:CoTreatA |
+ +----------------------------------------------------------------------------+
+ | Bug #: 770 Product: Wine |
+ | Status: UNCONFIRMED Version: 20020411 |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-binary |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: peterd(a)primeachip.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ I tried installing a program onto the fake win partition that WINE creates, and
+ although it launches and runs the install shield wizard relatively smoothly,
+ once it finishes unpacking the files, the installation halts on the (what
+ appears to be) the creation of a new window. The entire process halts at this
+ point and a CTRL-C needs to be invoked in order to get back to console (that is,
+ WINE doesn't exit by itself with a return code 1).
+
+ The program that causes this is called Vector NTI v7.0, and can be downloaded
+ here: http://www.informax.com/cgi-bin/dm/dm.pl?action=reg
+
+ Note that you MUST register before downloading. If you want to avoid this, you
+ can try the following alternative download site (slower) that doesn't require
+ any registration: http://www.vectornti.co.kr/download/VectorNTISuite7.exe
+
+ Filesize: ~25MB
+
+ After executing the following: wine VectorNTISuite7.exe, wine crashes with the
+ following messages:
+
+ Invoking /opt/wine/bin/wine.bin VectorNTISuite7.exe
+ fixme:ole:CoTreatAsClass
+ ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-4432-b3ed-a9dca3604594})
+ err:file:DeleteFileA Empty path passed
+
+ //comment: the next two lines were repeated 4 times
+ fixme:ole:CoMarshalInterface Failed to Marshal the interface, 80070057?
+ fixme:ole:_LocalServerThread CoMarshalInterface failed, 80070057!
+
+ Then I had to CTRL-C to get the return code 1 message.
+
+ PS. I would really like to attached a trace file (something I've noticed is
+ suggested and appreciated) but it doesn't appear to be possible using this form,
+ any suggestions?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Thu Jun 6 02:17:38 2002
--- shadow/768.tmp.14827 Thu Jun 6 10:28:31 2002
***************
*** 44,46 ****
--- 44,62 ----
http://www.micrografx.com/resources/
but I have older release that has no demo available.
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-06-06 10:28 -------
+ Jaroslav,
+ that's interesting approach to publish your system information and reference
+ it each time you need it ;-) Copying it to here because it is diffucult to find
+ it on such a big page:
+
+ Slackware 7 + kernel 2.2.19 + gcc 2.95.3
+
+ If the program really worked before, it is much easier to find a patch which
+ caused the problem. You can find instructions how to do this here:
+ http://www.winehq.com/Docs/wine-devel/cvs-regression.shtml
+ Can you do this, please? It would help a lot to crash this bug.
+
+ It takes about 7 attempts to locate a day of the patch for 4 months period and
+ less if you have more narrow period of time..
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=769
*** shadow/769 Thu Jun 6 04:31:29 2002
--- shadow/769.tmp.7705 Thu Jun 6 08:32:04 2002
***************
*** 22,24 ****
--- 22,29 ----
------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 04:31 -------
Created an attachment (id=166)
A +wave,+mmsystem trace with some relay stuff.
+
+
+ ------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 08:32 -------
+ Created an attachment (id=168)
+ This time I spelled mmsys correctly.
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Thu Jun 6 06:07:35 2002
--- shadow/757.tmp.31405 Thu Jun 6 06:10:20 2002
***************
*** 116,118 ****
--- 116,122 ----
to play sound..." :-)
See the following attachment.
+
+ ------- Additional Comments From pavel.reznicek(a)wo.cz 2002-06-06 06:10 -------
+ Created an attachment (id=167)
+ Wine output running non-DirectX app using --debugmsg +wave
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Thu Jun 6 04:05:22 2002
--- shadow/757.tmp.31237 Thu Jun 6 06:07:35 2002
***************
*** 102,104 ****
--- 102,118 ----
------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 04:05 -------
For starters, do you have an application not using DirectSound which you can
post a trace of? --debugmsg=+wave would be nice.
+
+
+ ------- Additional Comments From pavel.reznicek(a)wo.cz 2002-06-06 06:07 -------
+ Yes, here you have it. I have tried to run a non-DirectX game, the simple
+ tetris-like BlockGame, which plays a sound by crashing the stones :-)
+ I have used the --debugmsg +wave option.
+
+ I have crashed stones twice, so in the transcript there may be two sound tasks
+ recognizable.
+
+ I just heard nothing, but the debugger has written something as "I am trying
+ to play sound..." :-)
+
+ See the following attachment.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=769
*** shadow/769 Thu Jun 6 04:26:38 2002
--- shadow/769.tmp.27229 Thu Jun 6 04:31:29 2002
***************
*** 18,20 ****
--- 18,24 ----
The installer of Final Fantasy VII plays a sound which is supposed to loop, but
at the end of the sound, things sound like crap and everything is silent.
A whole lot of "fixme:mmsys:proc_PlaySound Couldn't play header" displays.
+
+ ------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 04:31 -------
+ Created an attachment (id=166)
+ A +wave,+mmsystem trace with some relay stuff.
http://bugs.winehq.com/show_bug.cgi?id=769
*** shadow/769 Thu Jun 6 04:26:38 2002
--- shadow/769.tmp.26844 Thu Jun 6 04:26:38 2002
***************
*** 0 ****
--- 1,20 ----
+ +============================================================================+
+ | Failure in looping |
+ +----------------------------------------------------------------------------+
+ | Bug #: 769 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-multimedia |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: johane(a)lysator.liu.se |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The installer of Final Fantasy VII plays a sound which is supposed to loop, but
+ at the end of the sound, things sound like crap and everything is silent.
+ A whole lot of "fixme:mmsys:proc_PlaySound Couldn't play header" displays.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Thu Jun 6 04:01:12 2002
--- shadow/757.tmp.26045 Thu Jun 6 04:05:22 2002
***************
*** 97,99 ****
--- 97,104 ----
------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 04:01 -------
Hmm, it seems the directsound HEL doesn't crash when using the arts driver. Cool.
+
+
+ ------- Additional Comments From johane(a)lysator.liu.se 2002-06-06 04:05 -------
+ For starters, do you have an application not using DirectSound which you can
+ post a trace of? --debugmsg=+wave would be nice.
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Thu Jun 6 01:55:51 2002
--- shadow/768.tmp.21129 Thu Jun 6 02:17:38 2002
***************
*** 38,40 ****
--- 38,46 ----
I noted similar behaviour on some another applications. Micrographic designer is not a free application.
But more, I remember that this application already worked fine with some older release of wine.
+
+ ------- Additional Comments From fojtik(a)htc.honeywell.cz 2002-06-06 02:17 -------
+ Yes, demos are available at:
+ http://www.micrografx.com/resources/
+
+ but I have older release that has no demo available.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Wed Jun 5 14:12:27 2002
--- shadow/768.tmp.20244 Thu Jun 6 01:55:51 2002
***************
*** 30,32 ****
--- 30,40 ----
* OS/distribution you use
* what kind of application is this? Is there a free (trial/demo) copy of the
application we can access?
+
+ ------- Additional Comments From fojtik(a)htc.honeywell.cz 2002-06-06 01:55 -------
+ OK, I will test it against current release of wine, yesterday it was not available.
+
+ Everything about my OS was written here: http://bugs.winehq.com/show_bug.cgi?id=311
+
+ I noted similar behaviour on some another applications. Micrographic designer is not a free application.
+ But more, I remember that this application already worked fine with some older release of wine.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=329
*** shadow/329 Fri May 10 14:28:18 2002
--- shadow/329.tmp.27057 Wed Jun 5 17:10:38 2002
***************
*** 2,8 ****
| mouse double-click doesn't work in Starcraft |
+----------------------------------------------------------------------------+
| Bug #: 329 Product: Wine |
! | Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
--- 2,8 ----
| mouse double-click doesn't work in Starcraft |
+----------------------------------------------------------------------------+
| Bug #: 329 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
***************
*** 23,25 ****
--- 23,28 ----
I guess this bug should go into wine-gui.
Reporter, do you still see this problem in latest Wine?
+
+ ------- Additional Comments From devel(a)mathi.uni-heidelberg.de 2002-06-05 17:10 -------
+ *** This bug has been confirmed by popular vote. ***
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Wed Jun 5 13:25:04 2002
--- shadow/768.tmp.15466 Wed Jun 5 14:12:27 2002
***************
*** 20,22 ****
--- 20,32 ----
------- Additional Comments From fojtik(a)htc.honeywell.cz 2002-06-05 13:25 -------
Created an attachment (id=165)
The full log file as a traceout of wine crash (bzipped original 100MB)
+
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-06-05 14:12 -------
+ Jaroslav, the next version of Wine (20020605) was just released.
+ Can you reproduce the issue with this version?
+
+ Could you also provide more information:
+ * OS/distribution you use
+ * what kind of application is this? Is there a free (trial/demo) copy of the
+ application we can access?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=768
*** shadow/768 Wed Jun 5 13:21:52 2002
--- shadow/768.tmp.1584 Wed Jun 5 13:25:04 2002
***************
*** 16,18 ****
--- 16,22 ----
+============================================================================+
| DESCRIPTION |
When I attempt to rum Micrographic desidner under wine, the wine suddenly hangs.
+
+ ------- Additional Comments From fojtik(a)htc.honeywell.cz 2002-06-05 13:25 -------
+ Created an attachment (id=165)
+ The full log file as a traceout of wine crash (bzipped original 100MB)
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Wed Jun 5 10:46:26 2002
--- shadow/757.tmp.32637 Wed Jun 5 13:04:17 2002
***************
*** 73,75 ****
--- 73,90 ----
------- Additional Comments From johane(a)lysator.liu.se 2002-06-05 10:45 -------
Have you tried changing the "Drivers" entry in the config file to "winearts.drv"?
If that doesn't give sound with the daemon active, I guess it's a Bug.
+
+
+ ------- Additional Comments From pavel.reznicek(a)wo.cz 2002-06-05 13:04 -------
+ Uh, oh! I have already tried just everything.
+ "Everything" includes adding winearts.drv to the WinMM section of the config
+ (I have commented out the wineoss.drv and then added winearts.drv).
+ I have tried it again now and it seems it really doesn't work.
+ But I get another initial error than about which I had written recently.
+ The first significant error is "mcop warning: ...", see the attachment.
+ Then I get thousands of error messages concerning the sound. Also see the
+ attachment.
+
+ Thank you for your understanding.
+
+ Pavel Reznicek
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=377
*** shadow/377 Tue Jun 4 05:49:44 2002
--- shadow/377.tmp.31043 Wed Jun 5 12:40:36 2002
***************
*** 2,13 ****
| mIRC crashes while backspacing to erase entry |
+----------------------------------------------------------------------------+
| Bug #: 377 Product: Wine |
! | Status: UNCONFIRMED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
! | Priority: P1 Component: wine-misc |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: samlb(a)am-cath.org |
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
--- 2,13 ----
| mIRC crashes while backspacing to erase entry |
+----------------------------------------------------------------------------+
| Bug #: 377 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
! | Priority: P1 Component: wine-kernel |
+----------------------------------------------------------------------------+
! | Assigned To: andi(a)rhlx01.fht-esslingen.de |
| Reported By: samlb(a)am-cath.org |
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
***************
*** 93,95 ****
--- 93,111 ----
trace:edit:EDIT_MakeFit notification EN_ERRSPACE sent to hwnd=00030043
Anybody any suggestions?
+
+ ------- Additional Comments From apa3a(a)yahoo.com 2002-06-05 12:40 -------
+ I found a simpler way to reproduce, one can even be offline.
+ **********************************************
+ 1) Execute mIRC under WINE
+ 2) Click "List Channels" button on the toolbar (the 4th from the left).
+ 3) hold down "." key in the "Match text" combo to generate more than 64
+ characters on a line
+ 4) hold down BS key to erase -- miRC freezes at about 63 characters
+ IIRC --
+ see original bug description
+ **********************************************
+
+ It looks like it is the memory allocation bug. The crash happens while
+ allocating a new block of memory (see the backtrace below).
+ Forwarding to Andreas.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Wed Jun 5 03:14:40 2002
--- shadow/757.tmp.23337 Wed Jun 5 10:45:44 2002
***************
*** 69,71 ****
--- 69,75 ----
Thank you! I am so glad that somebody has a solution!
I shall try it.
+
+ ------- Additional Comments From johane(a)lysator.liu.se 2002-06-05 10:45 -------
+ Have you tried changing the "Drivers" entry in the config file to "winearts.drv"?
+ If that doesn't give sound with the daemon active, I guess it's a Bug.
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Tue Jun 4 22:19:25 2002
--- shadow/757.tmp.31943 Wed Jun 5 03:14:40 2002
***************
*** 64,66 ****
--- 64,71 ----
bug is reproducible for me in any application I have : no sound at all
if artsd is not suspended.
+
+ ------- Additional Comments From pavel.reznicek(a)wo.cz 2002-06-05 03:14 -------
+ Thank you! I am so glad that somebody has a solution!
+
+ I shall try it.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=757
*** shadow/757 Tue Jun 4 21:40:10 2002
--- shadow/757.tmp.19770 Tue Jun 4 22:19:25 2002
***************
*** 2,8 ****
| Sound bug: only sometimes - wodDsCreate DirectSound flag not set |
+----------------------------------------------------------------------------+
| Bug #: 757 Product: Wine |
! | Status: UNCONFIRMED Version: 20020509 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
--- 2,8 ----
| Sound bug: only sometimes - wodDsCreate DirectSound flag not set |
+----------------------------------------------------------------------------+
| Bug #: 757 Product: Wine |
! | Status: NEW Version: 20020509 |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-directx |
***************
*** 13,18 ****
--- 13,19 ----
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
| URL: |
+ | Dependencies: BugsThisDependsOn: 325[] |
+============================================================================+
| DESCRIPTION |
In most runs of Wine, I get no sound. But SOMETIMES it luckily happens that I
***************
*** 54,56 ****
--- 55,66 ----
Under Gnome, if I choose the wineoss.drv driver, all works perfect.
Also it did under KDE 2.0.0. But under KDE 3.0.0, there is it a thing of
fortune if the sound starts properly or not. In most cases, it doesn't.
+
+ ------- Additional Comments From spetreolle(a)yahoo.fr 2002-06-04 22:19 -------
+ there is a way to have sound under kde : run artscontrol and suspend it.
+
+ but if I remember this issue was resolved with the implementation of the arts
+ driver. see bug 325.could be a regression.
+
+ bug is reproducible for me in any application I have : no sound at all
+ if artsd is not suspended.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=63
*** shadow/63 Tue Jun 4 20:51:17 2002
--- shadow/63.tmp.16846 Tue Jun 4 21:06:53 2002
***************
*** 7,13 ****
| Severity: enhancement OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
--- 7,13 ----
| Severity: enhancement OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: fgouget(a)codeweavers.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
***************
*** 77,79 ****
--- 77,83 ----
it is for me to reassign it to wine-bugs(a)winehq.com and then have someone else
reassign it to me (I guess I should have done something like this a long time
ago, sorry).
+
+
+ ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-06-04 21:06 -------
+ Reassigning bug to François Gouget. Hope this works...
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=767
*** shadow/767 Tue Jun 4 20:58:40 2002
--- shadow/767.tmp.16369 Tue Jun 4 20:58:40 2002
***************
*** 0 ****
--- 1,28 ----
+ +============================================================================+
+ | Unable to start debugger / recurrent "parse error" message |
+ +----------------------------------------------------------------------------+
+ | Bug #: 767 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-debug |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: spetreolle(a)yahoo.fr |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Running debugger invoked as 'winedbg' everywhere writes endless :
+ Wine-dbg>parse error
+
+ and everytime the debugger is launched by a program, the same message appears
+ and the backtrace is written endless. So I must kill all process.
+
+ The only way to launch it without errors is to launch './winedbg' in source tree
+ or launch the debugger with '--debugmsg +module'.
+
+ If I launch 'winedbg _someapp_', the program starts automatically without being
+ asked to.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=66
*** shadow/66 Sat May 25 20:12:15 2002
--- shadow/66.tmp.16160 Tue Jun 4 20:54:56 2002
***************
*** 46,48 ****
--- 46,51 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 20:12 -------
Hmm, is this still an issue? I would think so since it was updated a couple
months ago, but just checking...
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 20:54 -------
+ Yep, the bug is still there as of 2002/05/25.
http://bugs.winehq.com/show_bug.cgi?id=63
*** shadow/63 Sat May 25 20:10:45 2002
--- shadow/63.tmp.16001 Tue Jun 4 20:51:17 2002
***************
*** 2,13 ****
| winemaker: Should be able to generate wrappers |
+----------------------------------------------------------------------------+
| Bug #: 63 Product: Wine |
! | Status: ASSIGNED Version: unspecified |
| Resolution: Platform: |
| Severity: enhancement OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: fgouget(a)codeweavers.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
--- 2,13 ----
| winemaker: Should be able to generate wrappers |
+----------------------------------------------------------------------------+
| Bug #: 63 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: enhancement OS/Version: All |
| Priority: P1 Component: wine-tools |
+----------------------------------------------------------------------------+
! | Assigned To: wine-bugs(a)winehq.com |
| Reported By: fgouget(a)codeweavers.com |
| CC list: Cc: |
+----------------------------------------------------------------------------+
***************
*** 59,61 ****
--- 59,79 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 20:10 -------
Whats up with this bug?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 20:51 -------
+ > Whats up with this bug?
+
+ Ah, good question.
+
+ The initialization order issues are still there so support for 'wrappers' is
+ still needed. I am not sure how well the current wrapper code work with the
+ current Wine. It should not need much changes (besides the cleanup) but someone
+ reported problems with the FreeLibrary call (and removed it though I don't know
+ if this was committed).
+
+ I intended to work on it, but then got diverted to other tasks and never managed
+ to get back to it. So I guess it should be assigned to me (since I'm responsible
+ for winelib issues), but should be in the status New. The only way I see to do
+ it is for me to reassign it to wine-bugs(a)winehq.com and then have someone else
+ reassign it to me (I guess I should have done something like this a long time
+ ago, sorry).
http://bugs.winehq.com/show_bug.cgi?id=61
*** shadow/61 Sat May 25 20:08:25 2002
--- shadow/61.tmp.15595 Tue Jun 4 20:43:56 2002
***************
*** 32,34 ****
--- 32,39 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 20:08 -------
Whats the status on this bug?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 20:43 -------
+ Winemaker still does not support .dsp files. Work has not started and I cannot
+ work on it right now due to lack of time. But I would be happy to try to help a
+ volunteer (hint, hint).
http://bugs.winehq.com/show_bug.cgi?id=766
*** shadow/766 Tue Jun 4 18:38:25 2002
--- shadow/766.tmp.10298 Tue Jun 4 18:38:25 2002
***************
*** 0 ****
--- 1,29 ----
+ +============================================================================+
+ | Race condition triggered by Warcraft II BNE |
+ +----------------------------------------------------------------------------+
+ | Bug #: 766 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-directx |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: mstefani(a)redhat.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ Tested with wine CVS version from 20020604 23:30 UTC.
+ When starting a new campaign and beginning to play the first mission Warcraft II
+ freezes after about 5-10 seconds. It isn't realy a hard freeze, the background
+ sound continues to play and the graphics are updated every some minutes. Loading
+ a saved game the freeze occures too, but after a longer/random period of playing
+ (still not enough to finish the mission). After the freezes wineserver and 2
+ wine processes continue to max out the CPU.
+ Running wine with --debugmsg +relay it's slow but no freeze occur.
+ Running with --debugmsg trace+dsound (a lot of output) the game is quite
+ playable and no freeze occures. The game only hangs for some seconds when the
+ background music changes or a lot of sound events are happening.
+ Any tips how to debug this problem?
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=763
*** shadow/763 Tue Jun 4 18:29:54 2002
--- shadow/763.tmp.9770 Tue Jun 4 18:30:40 2002
***************
*** 41,43 ****
--- 41,48 ----
------- Additional Comments From roz(a)one.net 2002-06-04 18:29 -------
Created an attachment (id=160)
200 line relay trace
+
+
+ ------- Additional Comments From roz(a)one.net 2002-06-04 18:30 -------
+ OK, I was able to get a trace this time. I think this is a stripped binary
+ (RPM), though, so no debugger output.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=763
*** shadow/763 Tue Jun 4 10:18:24 2002
--- shadow/763.tmp.9683 Tue Jun 4 18:29:54 2002
***************
*** 37,39 ****
--- 37,43 ----
You can find place of crash by thearching for "starting debugger" string.
Michael, can you confirm this bug?
+
+ ------- Additional Comments From roz(a)one.net 2002-06-04 18:29 -------
+ Created an attachment (id=160)
+ 200 line relay trace
http://bugs.winehq.com/show_bug.cgi?id=362
*** shadow/362 Tue May 7 13:44:13 2002
--- shadow/362.tmp.32116 Tue Jun 4 15:39:54 2002
***************
*** 55,57 ****
--- 55,64 ----
------- Additional Comments From puoti(a)inwind.it 2002-05-07 13:44 -------
ICQ exists in Linux (Java) version, and it has verious clones (LICQ), so you don't
nead wine to connect to ICQ.
+
+ ------- Additional Comments From leo(a)connectux.com 2002-06-04 15:39 -------
+ several years later .. :)
+ icq2001b.exe good testcase for in & out of process-COM, shdocvw fixme-tests and
+ generates a nice endless winproc-loop in current cvs (4-6-02)
+ dlls/x11drv/winpos.c:987 (when changed to a PostMessage it works fine, but its
+ not a solution)
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=765
*** shadow/765 Tue Jun 4 13:11:02 2002
--- shadow/765.tmp.13451 Tue Jun 4 13:11:50 2002
***************
*** 2,8 ****
| PrgWin95: Off by one error in scrollbar position |
+----------------------------------------------------------------------------+
| Bug #: 765 Product: Wine |
! | Status: UNCONFIRMED Version: CVS |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
--- 2,8 ----
| PrgWin95: Off by one error in scrollbar position |
+----------------------------------------------------------------------------+
| Bug #: 765 Product: Wine |
! | Status: NEW Version: CVS |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
***************
*** 13,18 ****
--- 13,19 ----
+----------------------------------------------------------------------------+
| Milestone: TargetMilestone: --- |
| URL: |
+ | Dependencies: OtherBugsDependingOnThis: 406 |
+============================================================================+
| DESCRIPTION |
The bug 56 is fixed but now I see (the bug may have been there before) that the
http://bugs.winehq.com/show_bug.cgi?id=56
*** shadow/56 Tue Jun 4 12:58:22 2002
--- shadow/56.tmp.13424 Tue Jun 4 13:11:37 2002
***************
*** 2,8 ****
| PrgWin95: Listbox getting a recessed border instead of a flat one |
+----------------------------------------------------------------------------+
| Bug #: 56 Product: Wine |
! | Status: NEW Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
--- 2,8 ----
| PrgWin95: Listbox getting a recessed border instead of a flat one |
+----------------------------------------------------------------------------+
| Bug #: 56 Product: Wine |
! | Status: RESOLVED Version: unspecified |
| Resolution: Platform: |
| Severity: normal OS/Version: All |
| Priority: P1 Component: wine-gui |
***************
*** 31,33 ****
--- 31,38 ----
Yes, the border is correct now :-)
But the scrollbar starts one pixel too high and overlaps the border :-(
I am sending a patch for that latter problem...
+
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 13:11 -------
+ Argh, it's more complex, that patch causes other problems (which I suspected).
+ So I'm closing this bug and opening bug 765 concerning this problem.
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=765
*** shadow/765 Tue Jun 4 13:11:02 2002
--- shadow/765.tmp.13388 Tue Jun 4 13:11:02 2002
***************
*** 0 ****
--- 1,29 ----
+ +============================================================================+
+ | PrgWin95: Off by one error in scrollbar position |
+ +----------------------------------------------------------------------------+
+ | Bug #: 765 Product: Wine |
+ | Status: UNCONFIRMED Version: CVS |
+ | Resolution: Platform: |
+ | Severity: normal OS/Version: All |
+ | Priority: P1 Component: wine-gui |
+ +----------------------------------------------------------------------------+
+ | Assigned To: wine-bugs(a)winehq.com |
+ | Reported By: fgouget(a)codeweavers.com |
+ | CC list: Cc: |
+ +----------------------------------------------------------------------------+
+ | Milestone: TargetMilestone: --- |
+ | URL: |
+ +============================================================================+
+ | DESCRIPTION |
+ The bug 56 is fixed but now I see (the bug may have been there before) that the
+ scrollbar starts one pixel too high. Because of this it overlaps the flat
+ border. And now I noticed that this also happens in the sysmets2 and sysmets3
+ examples.
+
+ See also:
+ http://fgouget.free.fr/wine/PrgWin95/Chap8.shtml#head
+ http://fgouget.free.fr/wine/PrgWin95/Chap3.shtml#sysmets2
+ http://fgouget.free.fr/wine/PrgWin95/Chap3.shtml#sysmets3
+ http://fgouget.free.fr/wine/PrgWin98/Chap9.shtml#head
+ http://fgouget.free.fr/wine/PrgWin98/Chap4.shtml#SysMets2
+ http://fgouget.free.fr/wine/PrgWin98/Chap4.shtml#SysMets3
\ No newline at end of file
http://bugs.winehq.com/show_bug.cgi?id=56
*** shadow/56 Sat May 25 20:07:50 2002
--- shadow/56.tmp.12704 Tue Jun 4 12:58:22 2002
***************
*** 26,28 ****
--- 26,33 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 20:07 -------
Is this fixed?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 12:58 -------
+ Yes, the border is correct now :-)
+ But the scrollbar starts one pixel too high and overlaps the border :-(
+ I am sending a patch for that latter problem...
http://bugs.winehq.com/show_bug.cgi?id=54
*** shadow/54 Sat May 25 20:06:34 2002
--- shadow/54.tmp.9201 Tue Jun 4 12:04:30 2002
***************
*** 49,51 ****
--- 49,55 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 20:06 -------
Is this fixed now?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 12:04 -------
+ I retested and the situation is the same as it was in 2001/04/01: the ownerdrawn
+ button has a white background instead of a grey one and this makes it invisible.
http://bugs.winehq.com/show_bug.cgi?id=48
*** shadow/48 Wed May 29 08:15:18 2002
--- shadow/48.tmp.8775 Tue Jun 4 11:59:54 2002
***************
*** 99,101 ****
--- 99,108 ----
------- Additional Comments From Speeddymon(a)yahoo.com 2002-05-25 17:21 -------
are the differences still present, or can this bug be closed?
+
+ ------- Additional Comments From fgouget(a)codeweavers.com 2002-06-04 11:59 -------
+ Just a note on something that seemed strange to me as I rechecked: while
+ SM_CXSMSIZE is still incorrect, SM_CYSMSIZE had and still has the correct value.
+ Apparently on Windows SM_CXSMSIZE is 13 but SM_CYSMSIZE is 15.
+
+ But there is no change since 2002/03/27.