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