http://bugs.winehq.org/show_bug.cgi?id=34259
Bug #: 34259
Summary: cygwin 2.819 installer hangs during postinstall
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 45597
--> http://bugs.winehq.org/attachment.cgi?id=45597
terminal output
Similar to bug 24018, but that should be fixed in cygwin's upstream.
Install progresses as normal, when the postinstall script process start, it
hangs.
austin@aw25 ~ $ sha1sum setup-x86.exe
1574ef1833e07af1d6b33b80229d15c1b46c4319 setup-x86.exe
austin@aw25 ~ $ du -h setup-x86.exe
712K setup-x86.exe
austin@aw25 ~ $ wine --version
wine-1.7.0
May be related to bug 30397.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33188
Bug #: 33188
Summary: wine explorer: wrong behavior when dragging with no
items selected
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Apologies if this is already reported, apparently it's been around since at
least 1.2, but I couldn't find a report for it.
Noticed in notepad++, but wine explorer has the same behavior.
$ wine explorer
click in the bottom right where no files are (you may need a folder with a few
files, but not a ton..)
drag
the top item in list is selected, even though the mouse is nowhere nearby
this does not occur on windows with notepad++
native comctl32 works around it.
--
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=45422
Bug ID: 45422
Summary: ./tools/sfnt2fon/sfnt2fon.c shows a heap buffer
overflow fill_fontinfo()
Product: Wine
Version: 3.11
Hardware: x86
URL: https://bugs.winehq.org/show_bug.cgi?id=40330
OS: Linux
Status: NEW
Keywords: download, source, valgrind
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
First noticed in #40330, with ASAN:
../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5
16,1250,7
=================================================================
==18356==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a06ab3 at
pc 0x5658546e bp 0xffd67ec8 sp 0xffd67eb8
READ of size 1 at 0xf5a06ab3 thread T0
#0 0x5658546d in fill_fontinfo
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d)
#1 0x56585da8 in main
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x9da8)
#2 0xf7680302 in __libc_start_main (/lib32/libc.so.6+0x18302)
#3 0x56582070
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x6070)
0xf5a06ab3 is located 1 bytes to the right of 2-byte region
[0xf5a06ab0,0xf5a06ab2)
allocated by thread T0 here:
#0 0xf7a42ed4 in malloc
(/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.0/32/libasan.so.4+0xe5ed4)
#1 0xf785e437 (/usr/lib32/libfreetype.so.6+0x9437)
SUMMARY: AddressSanitizer: heap-buffer-overflow
(/var/lib/jenkins/home/workspace/wine-gcc-asan/tools/sfnt2fon/sfnt2fon+0x946d)
in fill_fontinfo
Shadow bytes around the buggy address:
0x3eb40d00: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d10: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x3eb40d50: fa fa fa fa fa fa[02]fa fa fa fd fa fa fa fd fa
0x3eb40d60: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
0x3eb40d70: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd
0x3eb40d80: fa fa fd fa fa fa fd fa fa fa fd fa fa fa fd fa
0x3eb40d90: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x3eb40da0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
==18356==ABORTING
Using Valgrind gets better line numbers:
austin@valgrindbox ~/wine-valgrind/fonts $ .
~/src/wine-valgrind/scripts/vg-wrapper.sh
austin@valgrindbox ~/wine-valgrind/fonts $ valgrind make sserifee.fon
../tools/sfnt2fon/sfnt2fon -o sserifee.fon ms_sans_serif.ttf -d 129 13,1250,5
16,1250,7
==20606== Invalid read of size 1
==20606== at 0x10A91E: fill_fontinfo (sfnt2fon.c:577)
==20606== by 0x10AD1F: main (sfnt2fon.c:729)
==20606== Address 0x4be6f03 is 1 bytes after a block of size 2 alloc'd
==20606== at 0x482D58B: malloc (vg_replace_malloc.c:299)
==20606== by 0x487DD87: ft_alloc (ftsystem.c:102)
==20606== by 0x488592E: ft_mem_qalloc (ftutil.c:76)
==20606== by 0x488592E: ft_mem_alloc (ftutil.c:55)
==20606== by 0x488632E: ft_glyphslot_alloc_bitmap (ftobjs.c:490)
==20606== by 0x48C2D62: tt_sbit_decoder_alloc_bitmap (ttsbit.c:628)
==20606== by 0x48C2D62: tt_sbit_decoder_load_bitmap (ttsbit.c:1234)
==20606== by 0x48C2D62: tt_sbit_decoder_load_image (ttsbit.c:1439)
==20606== by 0x48C8265: tt_face_load_sbit_image (ttsbit.c:1616)
==20606== by 0x489F269: load_sbit_image (ttgload.c:2308)
==20606== by 0x489F269: TT_Load_Glyph (ttgload.c:2716)
==20606== by 0x489F269: tt_glyph_load (ttdriver.c:468)
==20606== by 0x4882E0F: FT_Load_Glyph (ftobjs.c:913)
==20606== by 0x488371D: FT_Load_Char (ftobjs.c:1051)
==20606== by 0x10A9F7: fill_fontinfo (sfnt2fon.c:550)
==20606== by 0x10AD1F: main (sfnt2fon.c:729)
==20606==
--
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=35436
Bug ID: 35436
Summary: NeteaseMusic client can't play music
Product: Wine
Version: 1.7.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fangpeishi(a)gmail.com
Classification: Unclassified
Created attachment 47292
--> http://bugs.winehq.org/attachment.cgi?id=47292
the terminal output
steps:
1.install&open client;
2.add songs to playlist;
3.click the play button.
BUT Netease music client did not start playing.
download url:
Netease music client(网易云音乐客户端): http://music.163.com/#/download
--
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=36523
Bug ID: 36523
Summary: Original War: Patcher 1.12.10.12 fails at writing
data1.owp`s header - canvas does not allow drawing
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jopac76(a)mail.com
Created attachment 48605
--> https://bugs.winehq.org/attachment.cgi?id=48605
The error log mentioned on the popup
After installing the retail cd version 1.02 french, and then trying to update
to 1.12.10.12.exe fails about at 14% installed, then the installer shows the
following:
>*Patching*
>Writing data1.owp`s Header
And a error report popup with
>Setup Thread Error: Canvas does not allow drawing
>Error log Created: Please include "C:\users\user\Temp\\ErrorLog0000.TXT" with >your bug report
Download: http://www.owsupport.com/?sect=patches
71a1e44b03639791875dd216755e5e8910db24cb OWPatch_1.12.10.12.exe
I can't find out how to attach more than one file, but the only thing on the
wine output is a fixme about timezones.
--
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=44681
Bug ID: 44681
Summary: Outcast Second Contact: Black screen
Product: Wine
Version: 3.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 60690
--> https://bugs.winehq.org/attachment.cgi?id=60690
debug log in dx11
The game Outcast: Second Contact (from GOG) starts and runs but only shows a
black screen.
>From the logs
0033:fixme:d3d:wined3d_device_resolve_sub_resource Unhandled multisample
resolve, dst_format WINED3DFMT_R8G8B8A8_TYPELESS, src_format
WINED3DFMT_R8G8B8A8_TYPELESS, format WINED3DFMT_R8G8B8A8_UNORM.
0032:err:d3d:wined3d_debug_callback 0x77f1480: "GL_INVALID_ENUM in
glTexSubImage2D(target=GL_TEXTURE_2D_MULTISAMPLE)".
I'm guessing this is bug #39754 but filing a new one just to be sure.
I also tried forcing the game to start in d3d9 mode by disabling the d3d11 dll.
I have no idea if it works for this title, but is supported in some other Unity
games. The behavior is similar, but the game shows a pink screen and logs:
0032:err:d3d:wined3d_debug_callback 0xd8810: "GL_INVALID_ENUM in
glTexSubImage2D(target=GL_TEXTURE_2D_MULTISAMPLE)".
Attaching logs from dx11 and dx9 runs.
--
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=46402
Bug ID: 46402
Summary: DnsQuery_W fails for DNS_TYPE_ANY
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Fluenz calls DnsQuery_W with DNS_TYPE_ANY, and this fails - then it assumes
there is no internet.
The underlying problem is that res_query fails for T_ANY - not sure why, but
it's like that.
Forcing res_query to use T_A works around the problem and makes Fluenz work.
--
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=35815
Bug ID: 35815
Summary: Allow remapping of joystick buttons
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Some Windows games only accept a limited number of joystick button inputs,
presumably based on the set of joystick devices against which the game was
tested. If the native driver for a device returns different button numbers
than the Windows driver, this can prevent some common controller devices from
being used with such games. For example, the PlayStation 3 controller reports
its face buttons as button numbers 12-15, but apparently the commonly used
Windows driver "MotioninJoy" remaps these to lower button numbers; due to that,
some games (such as Astebreed: http://edelweiss.skr.jp/works/astebreed/) only
accept up to 12 button inputs, preventing PS3 controllers from working
properly.
The attached patch (against Wine 1.7.14) adds a "ButtonMap" configuration value
to the DirectInput registry key, allowing the first 16 joystick button inputs
reported by Wine to be remapped to arbitrary native joystick buttons. The
format of the value is a comma-separated list of numbers, with the first number
giving the (zero-based) physical button index for DirectInput button 0, the
second number giving the physical button index for DirectInput button 1, and so
on for up to 16 buttons.
--
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=11112
Summary: Does the fatal error if the config directory isn't owned
by the user make sense?
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bero(a)arklinux.org
Created an attachment (id=10147)
--> (http://bugs.winehq.org/attachment.cgi?id=10147)
Proposed fix
Recent wine versions abort on startup if the config directory isn't owned by
the user running wine.
This breaks setups where several users share a common wine prefix (e.g. to make
applications that make heavy use of the registry available to several users
without installing them several times) and they have the right access to the
configs through group permissions.
Unless I'm overlooking a better way to do this, it would make more sense to
check proper permissions than to check ownership. I'm attaching a patch that
does that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.