https://bugs.winehq.org/show_bug.cgi?id=54028
Bug ID: 54028
Summary: [cause crash - two problem] dwrite function
"create_colorglyphenum" returns DWRITE_E_NOCOLOR and
causing null pointer crash on 7.12 but not on 7.22
Product: Wine
Version: 7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
(This problem can be reproduced without any account)
There are two problems here.I found out that the first problem existed in 7.12
and cause crash, but was fixed in 7.22 (doesn't exist).The second problem
exists in 7.22 and cause crash, but not in 7.12.
I found that the first problem has been fixed, so I would like to ask which
commit was fixed it (because there are many commits, I think the developer of
wine may know better and can give the answer at once,if You feel this bothered
you, first of all I'm sorry) .
The second issue renders the application completely unusable (QQ Music APP can
worked in 7.12, but not in 7.22)
--------
Question 1:
Describe the crash below (note that the font file msyh.ttf needs to be added in
the ./wine/fonts directory to trigger the crash)
> Let me explain here why the font msyh.ttf is added to the ./wine/fonts directory instead of using the original wine
> Because only after adding the font, QQ Music will call this function "create_colorglyphenum", which will cause a crash. If this font is not added, QQ Music will not call this function and use other logic.
> Because I don't have the source code of QQ Music, I don't know the logic of calling the function, so it is necessary to add this font file. The font file is added to reproduce the crash, not to change the wine.
Here's a description of how the crash happens:
Background:
In the QQ Music program, this APP want to use the font "Microsoft YaHei" to
output the four characters "QQ音乐". The function to call is:
dwritetextlayout_Draw -> QQMusic logic -> create_colorglyphenum -> crash
The cause of the crash is that in the function "create_colorglyphenum", there
is a judgment of "!colorfont".
> if (!colorfont)
> return DWRITE_E_NOCOLOR;
The "Microsoft YaHei" is not colorfont, it will return DWRITE_E_NOCOLOR
directly, thus triggering a null pointer crash. But I found that in the current
wine7.22, the same return here but no longer triggers the crash, so I would
like to ask which commit fixed this problem (the dichotomy method consumes a
lot of time, so I want to ask if you know the commit first, if You feel this
bothered you, first of all say sorry)
In summary,All you have to do is to add the font file, run the exe file I sent
with wine7.12 .
QQ Music official website link: https://y.qq.com/
(I will attach the corresponding exe installation package in the next reply,
the attached exe file is worried that you are inconvenient to download from the
official website)
crash information:
> 01d8:trace:dwrite:dwritefontface2_IsColorFont 03159B38.
> wine: Unhandled page fault on read access to 00000000 at address 511406CB (thread 01d8), starting debugger...
--------
Question 2:
Use the original wine 7.22 without any modification, after installing QQ Music,
open the application, the application cannot be displayed (without any UI
interface),which makes the entire application unusable, but 7.12 can be
displayed UI and text normally.
Figure 1 shows how 7.12 can be displayed normally, and Figure 2 shows how 7.22
cannot display normally
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=36788
Bug ID: 36788
Summary: Wine doesn't show anything with Photodex slideshow
Product: Wine
Version: 1.7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ostash(a)ostash.kiev.ua
CC: julliard(a)winehq.org
Regression SHA1: ea07c310ecfee6b301e7af8413760eb446e6f184
I have one exe file which seems to be Photodex generated slideshow application.
It used to word perfectly with Wine in 2010-2012, but when I tried to run it
recently I got no output on screen.
Sound plays fine, and it looks like application window is created (it is
present on taskbar), but there is no window, no borders, no title, no output.
Well this slideshow runs fullscreen, but anyway no output.
I've managed to bisect this problem to:
ea07c310ecfee6b301e7af8413760eb446e6f184 is the first bad commit
commit ea07c310ecfee6b301e7af8413760eb446e6f184
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Sep 4 13:34:15 2012 +0200
winex11: Create the whole window at window creation time.
:040000 040000 62dd63d6f45078b96e4305d60fe8d1b7386b1bc0
c02b6dc1c8940fc75d22753888c3fba415848f38 M dlls
Unfortunately code changed too much from that time, so git revert patch can't
be applied.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37615
Bug ID: 37615
Summary: wineconsole: user backend won't detect font -> white
boxes
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)ixit.cz
Distribution: ---
Created attachment 50064
--> https://bugs.winehq.org/attachment.cgi?id=50064
wineconsole.log
Wine compiled without ncurses.
When wineconsole is started, it shows white boxes instead of font. Log with
WINEDEBUG=+wineconsole attached.
This code is from 2002:
programs/wineconsole/user.c : line 442
/* FIXME:
* the current freetype engine (at least 2.0.x with x <= 8) and its
implementation
* in Wine don't return adequate values for fixed fonts
* In Windows, those fonts are expected to return the same value for
* - the average width
* - the largest width
* - the width of all characters in the font
* This isn't true in Wine. As a temporary workaround, we get as the width of
the
* cell, the width of the first character in the font, after checking that all
* characters in the font have the same width (I hear paranoia coming)
* when this gets fixed, the code should be using tm.tmAveCharWidth
* or tm.tmMaxCharWidth as the cell width.
*/
I tried comment font checking, then output is better, but font isn't
fixed-width (still smaller issue than white boxes instead of font).
In Ubuntu 12.04 is freetype 2.4.8, so IMHO we can rely on 2.4 series + ncurses
is default, so we can go ahead and fix it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53644
Bug ID: 53644
Summary: vbscript can not compile classes with lists of private
/ public / dim declarations
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
I am working on porting Visual Pinball to MacOS. I am using the vbscript engine
from Wine and just found out that it is having issues compiling classes that
have lists of private / public declarations.
For example:
Class FlipperPolarity
Public DebugOn, Enabled
private Flipper, FlipperStart,FlipperEnd, FlipperEndY, LR,
PartialFlipCoef
Private Balls(20), balldata(20)
dim PolarityIn, PolarityOut
dim VelocityIn, VelocityOut
dim YcoefIn, YcoefOut
.
.
.
End Class
To get this to compile, I had to split everything to a separate line. I also
had to switch the arrays to dim
Class FlipperPolarity
Public DebugOn
Public Enabled
private Flipper
private FlipperStart
private FlipperEnd
private FlipperEndY
private LR
private PartialFlipCoef
dim Balls(20)
dim balldata(20)
dim PolarityIn
dim PolarityOut
dim VelocityIn
dim VelocityOut
dim YcoefIn
dim YcoefOut
.
.
.
End Class
I think an update is required in parser.y, but I'm not sure yet:
ClassBody
: /* empty */ { $$ = new_class_decl(ctx); }
| FunctionDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| FunctionDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_ERROR; }
/* FIXME: We should use DimDecl here to support arrays, but that conflicts
with PropertyDecl. */
| Storage tIdentifier { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx,
new_class_decl(ctx), dim_decl, $1); CHECK_ERROR; }
| Storage tIdentifier StSep ClassBody { dim_decl_t *dim_decl =
new_dim_decl(ctx, $2, FALSE, NULL); CHECK_ERROR;
$$ = add_dim_prop(ctx, $4,
dim_decl, $1); CHECK_ERROR; }
| tDIM DimDecl { $$ = add_dim_prop(ctx,
new_class_decl(ctx), $2, 0); CHECK_ERROR; }
| tDIM DimDecl StSep ClassBody { $$ = add_dim_prop(ctx, $4,
$2, 0); CHECK_ERROR; }
| PropertyDecl { $$ =
add_class_function(ctx, new_class_decl(ctx), $1); CHECK_ERROR; }
| PropertyDecl StSep ClassBody { $$ =
add_class_function(ctx, $3, $1); CHECK_ERROR; }
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48088
Bug ID: 48088
Summary: DIB engine does not work on a 256-color X server
Product: Wine
Version: 1.5.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 65646
--> https://bugs.winehq.org/attachment.cgi?id=65646
Regedit in Xephyr
To reproduce, run `Xephyr :1 -ac -screen 800x600x8` in one terminal window and
`DISPLAY=:1 wine regedit` in another. The window colors are positively
psychedelic.
A regression test on a Debian 6.0 Squeeze virtual machine revealed:
33ac850c80634c891b0c157bbffa612f70954a40 is the first bad commit
commit 33ac850c80634c891b0c157bbffa612f70954a40
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 6 12:39:34 2012 +0200
winex11: Use window surfaces for rendering top-level windows.
It can be disabled by setting "ClientSideGraphics"="n".
:040000 040000 704eac5fc311e63d373e399c63a2488a6b3dedca
33fb0e5963c1326f8765334e4714060c89b21b5e M dlls
And indeed, creating the registry key "HKEY_CURRENT_USER\Software\Wine\X11
Driver\ClientSideGraphics" with the value "N" or "n" allows the window to be
displayed normally (except for some unsightly dithering).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53767
Bug ID: 53767
Summary: vbscript fails to handle ReDim when variable is not
yet created
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I finally have the example table working and am starting to
work through the runtime errors.
Since the table scripts are often copies of copies of copied code, sometimes
bad practices make their way in.
Take the following code:
Const tnob = 5 ' total number of balls
ReDim rolling(tnob)
This works in real vbscript, but fails here.
As a work around, I've updated the script to:
Const tnob = 5 ' total number of balls
Dim rolling()
ReDim rolling(tnob)
According to the rules I've found:
It's possible to create a new dynamic array within a procedure using the ReDim
statement if the array to which it refers doesn't already exist at either
module or level. Typically, this results from an error of omission; the
programmer forgets to explicitly define the array using Dim, Public, or
Private. Since this method of creating an array can cause conflicts if a
variable or array of the same name is subsequently defined explicitly, ReDim
should be used only to redimension an existing array, not to define a new one.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51870
Bug ID: 51870
Summary: D16 VST plugins fail to save activation info
Product: Wine-staging
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zephyr(a)zephnet.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70786
--> https://bugs.winehq.org/attachment.cgi?id=70786
log from renoise, yabridge, wine
I'm trying to get d16's Punchbox VST2 running on Arch with wine-staging 6.19
(via the wine-ge-custom package).
All d16 plugins require you to go through an online login prompt through the
plugin before you can use it (even for demos) and after you successfully log
in, the plugin requires you to close it and restart it. The problem is, on the
next restart the plugin asks for the activation credentials again.
This problem is not limited to one DAW, Wine version, or plugin bridge it
seems. I have tested this with Renoise and Reaper as VST hosts, with Wine 6.14,
and with the yabridge and airwave plugin bridges. I am able to run other
Windows VSTs without issue.
The plugin works despite the UI being inaccessible - it responds to midi notes,
sounds like it should and and my DAW's VST controllers work (but i can't change
presets).
Attached the log from Renoise / Wine after I start the plugin, log in, close it
and reinitialize.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=25887
Summary: winevdm tries to run dos apps via dosbox on Z: which
is reserved in dosbox
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pquiring(a)gmail.com
If you try to run a dos app that is not under .wine/drive_c (C:) winevdm will
try to use Z: which is reserved in dosbox and fails. Need to mount / with
another drive letter and then run the dos app in that folder.
Winevdm doesn't even create a mount statement for z:
sample bad config generated:
[autoexec]
mount c /home/user/.wine/dosdevices/c:
mount y /home/user/.wine/dosdevices/y:
Z:
cd \home\user\DATA\games\game
Z:\home\user\DATA\games\game\game.exe
exit
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52376
Bug ID: 52376
Summary: RPGMaker game Sinshiya Nightmare has sound underruns
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 71584
--> https://bugs.winehq.org/attachment.cgi?id=71584
console log
Follow up to bug 43616.
You need to apply the workaround to test: "winetricks directmusic dsdmo gmdls"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53973
Bug ID: 53973
Summary: Launcher for GTA RP does not start.
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
Launcher for GTA 5 RP does not start. It is installed, but does not start after
installation. You can check these links:
https://gta5rp.com/download - first.
https://arizona-rp.com/#how-to-play - second.
These are different projects and they both don't work in wine. I specially left
the links so that you can download and try to run them.
Many people will be grateful to you if you can get these projects to work in
wine. GTA 5 and GTA San Andreas work fine in wine. But projects such as the
above - for some reason do not run.
Translated with www.DeepL.com/Translator (free version)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.