https://bugs.winehq.org/show_bug.cgi?id=36356
Bug ID: 36356
Summary: valgrind shows a possible leak in
dinput/tests/device.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==9098== 28 bytes in 1 blocks are possibly lost in loss record 230 of 825
==9098== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==9098== by 0x5981BB8: apartment_getclassobject (compobj.c:526)
==9098== by 0x5984FC6: get_inproc_class_object (compobj.c:2894)
==9098== by 0x5987D2F: CoGetClassObject (compobj.c:3032)
==9098== by 0x59884B7: CoCreateInstance (compobj.c:3197)
==9098== by 0x4A56A80: func_device (device.c:216)
==9098== by 0x4A5E18C: run_test (test.h:584)
==9098== by 0x4A5E57B: main (test.h:654)
==9098==
--
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=36290
Bug ID: 36290
Summary: valgrind shows a leak in mscms/tests/profile.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==17956== 19,636 (192 direct, 19,444 indirect) bytes in 1 blocks are definitely
lost in loss record 225 of 225
==17956== at 0x4006B11: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==17956== by 0x4ED03DAB: ??? (in /usr/lib/libfreetype.so.6.10.2)
==17956== by 0x4ED08C5A: ft_mem_qalloc (in /usr/lib/libfreetype.so.6.10.2)
==17956== by 0x4ED08CCE: ft_mem_alloc (in /usr/lib/libfreetype.so.6.10.2)
==17956== by 0x4ED09CCB: FT_New_Library (in /usr/lib/libfreetype.so.6.10.2)
==17956== by 0x4ED04142: FT_Init_FreeType (in
/usr/lib/libfreetype.so.6.10.2)
==17956== by 0x550C7F0: ???
==17956== by 0x550D39B: ???
==17956== by 0x551B635: ???
==17956== by 0x553A646: ???
==17956== by 0x7BC52FC0: ??? (loader.c:138)
==17956== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==17956== by 0x7BC5597C: process_attach (loader.c:1157)
==17956== by 0x7BC5592C: process_attach (loader.c:1149)
==17956== by 0x7BC5592C: process_attach (loader.c:1149)
==17956== by 0x7BC5592C: process_attach (loader.c:1149)
==17956== by 0x7BC585E2: LdrLoadDll (loader.c:2129)
==17956== by 0x7B85A79A: load_library (module.c:933)
==17956== by 0x7B85A908: LoadLibraryExW (module.c:990)
==17956== by 0x7B85A869: LoadLibraryExA (module.c:970)
==17956==
--
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=29975
Bug #: 29975
Summary: Ankh: fails to start
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Somewhere between wine-1.3.24 and wine-1.4rc2, Ankh1 regressed to the point of
being unable to start:
- on Ubuntu Intrepid with Intel graphics, no logo is displayed, the menu
flickers heavily but text (start game/exit etc.) is missing.
- on MacOS X 10.5.8 with NVidia graphics, it aborts with a runtime exception
requester.
When the screen flickering starts, one OUT_OF_MEMORY is displayed every few
seconds.
err:d3d:context_bind_texture >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from
glBindTexture @ context.c / 1938
Much earlier messages are:
err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected
iPixelFormat(3104) vs nFormats(46), returns FALSE
err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected
iPixelFormat(1296236546) vs nFormats(46), returns FALSE
err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected
iPixelFormat(13158564) vs nFormats(46), returns FALSE
[and many other iPixelFormats]
This does not happen (at least with Intel gfx) when using the default
Plugin=RenderSystem_Direct3D9
in bin/release/plugins.cfg. However
Plugin=RenderSystem_GL
is still needed because of the black screen bug #21351.
In bug #21351, comment #8, Henri Verbeet notes that the (demo's?) menu works
for him (NVidia?). Henri, did you you use Direct3D9?
I'd be grateful if somebody could reproduce this and perform regression testing
on a fast machine.
--
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=36316
Bug ID: 36316
Summary: valgrind shows a possible leak in
quartz/tests/avisplitter.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==32461== 32 bytes in 1 blocks are possibly lost in loss record 197 of 561
==32461== at 0x7BC4C735: notify_alloc (heap.c:255)
==32461== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==32461== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326)
==32461== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356)
==32461== by 0x7B876AD0: InitializeCriticalSection (sync.c:313)
==32461== by 0x605E935: ???
==32461== by 0x5FFBAC3: ???
==32461== by 0x5FCFC00: ???
==32461== by 0x5FF4AC0: ???
==32461== by 0x5017E26: CoCreateInstance (unknwn.h:226)
==32461== by 0x494548B: create_avisplitter (avisplitter.c:64)
==32461== by 0x494733E: func_avisplitter (avisplitter.c:457)
==32461== by 0x49557E4: run_test (test.h:584)
==32461== by 0x4955BD3: main (test.h:654)
==32461==
--
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=39279
Bug ID: 39279
Summary: valgrind shows uninitialized memory in
winmm/tests/mcicda.c
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so
mcicda && touch mcicda.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
mcicda.c:174: Tests skipped: No CD-ROM in drive.
==21071== Syscall param ioctl(arg) contains uninitialised byte(s)
==21071== at 0x455603C9: ioctl (in /usr/lib/libc-2.21.so)
==21071== by 0x7BC36D16: CDROM_StopAudio (cdrom.c:1362)
==21071== by 0x7BC38E8C: CDROM_DeviceIoControl (cdrom.c:3024)
==21071== by 0x7BC469AD: NtDeviceIoControlFile (file.c:1614)
==21071== by 0x7B841301: DeviceIoControl (file.c:2658)
==21071== by 0x5B7C3E8: MCICDA_Stop (mcicda.c:1087)
==21071== by 0x5B79D76: MCICDA_Close (mcicda.c:505)
==21071== by 0x5B7CF3B: MCICDA_DriverProc (mcicda.c:1310)
==21071== by 0x48D58FF: DRIVER_SendMessage (driver.c:136)
==21071== by 0x48D5A04: SendDriverMessage (driver.c:156)
==21071== by 0x48DBDD0: MCI_SendCommandFrom32 (mci.c:894)
==21071== by 0x48DE8BA: MCI_Close (mci.c:1875)
==21071== by 0x48DF591: MCI_SendCommand (mci.c:2099)
==21071== by 0x48DFD6E: mciSendCommandW (mci.c:2295)
==21071== by 0x48DFED4: mciSendCommandA (mci.c:2318)
==21071== by 0x476663F: test_openclose (mcicda.c:577)
==21071== by 0x47667B6: func_mcicda (mcicda.c:604)
==21071== by 0x477E3B5: run_test (test.h:584)
==21071== by 0x477E7FD: main (test.h:666)
==21071== Uninitialised value was created by a stack allocation
==21071== at 0x7BC36D08: CDROM_StopAudio (cdrom.c:1362)
==21071==
Note this also exposes a valgrind bug:
==21071== Warning: noted but unhandled ioctl 0x5307 with no size/direction
hints.
==21071== This could cause spurious value errors to appear.
==21071== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a
proper wrapper.
That's https://bugs.kde.org/show_bug.cgi?id=352767
--
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=38324
Bug ID: 38324
Summary: Dead or Alive 5 Last Round and Ridge Racer Unbounded
models/geometry problems
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shadowflash(a)gmail.com
Distribution: Ubuntu
Both games start (DoA5LR requires wmp9 and native quartz) but have problems
with 3D models:
In Ridge Racer Unbounded you see spiky polygon mess instead of cars when you
enter the race.
In DoA5LR you see only some parts of character costume at character select and
in the game, rest of the model is invisible.
Both games run with Wine 1.7.10 without any graphical glitches. I had no time
yet to test every version between 1.7.10 and 1.7.24 to find exactly where that
regression happened but problem is still here in the latest 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.
https://bugs.winehq.org/show_bug.cgi?id=40842
Bug ID: 40842
Summary: libpng12-0 is as dependency missing
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
With Wine 1.9.12 on starting Guild Wars 2 I'm noticing that the launcher is in
its first state black and showing only the initialization/downloading text and
if I'm looking into the console I'm getting spammed with the line
"err:wincodecs:PngDecoder_CreateInstance Failed reading PNG because unable to
find libpng12.so.0". Installing libpng12-0 solves the issue so maybe it should
be a dependency.
--
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=39884
Bug ID: 39884
Summary: .exe files no longer run directly when using the new
wine-builds PPA packages (linux binfmts not installed)
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)ixio.org
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
For years, and until very recently, winehq.org recommended packages from the
ubuntu-wine PPA for Ubuntu users. Those packages install linux binfmts
support, which allows .exe files to be run directly instead of having to run
"wine programname.exe". This is not merely a convenience; it is also helpful
for security because it allows each Windows program to be run with different
AppArmor profile.
After switching to the packages from the new official wine-builds PPA, this
functionality is gone. Please bring it back!
--
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=43100
Bug ID: 43100
Summary: Release key overwrite
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: rebe(a)gmx.net
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I got the following error message from my package manager Synaptic:
"W: GPG-Fehler: https://dl.winehq.org/wine-builds/ubuntu xenial InRelease: Die
folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher
Schlüssel nicht verfügbar ist: NO_PUBKEY 818A435C5FCBF54A
W: The repository 'https://dl.winehq.org/wine-builds/ubuntu xenial InRelease'
is not signed."
I followed the instructions from the wine manual, however
wget https://dl.winehq.org/wine-builds/Release.key
saved as Release.key.3 as the file was preexisting.
According to the wget manual:
"When running Wget without ‘-N’, ‘-nc’, ‘-r’, or ‘-p’, downloading the same
file in the same directory will result in the original copy of file being
preserved and the second copy being named ‘file.1’. If that file is downloaded
yet again, the third copy will be named ‘file.2’, and so on. "
I recommend to change the phrase in the documentation
https://wiki.winehq.org/Ubuntu
to:
wget -nc https://dl.winehq.org/wine-builds/Release.key
or rename the Release.key file as 818A435C5FCBF54A.key so there won't be any
overlap with other release keys you previously downloaded. Furthermore it makes
sense to delete the downloaded key after adding it successfully.
--
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=39782
Bug ID: 39782
Summary: Provide source entry for debian to allow self-build.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temnota.am(a)gmail.com
Distribution: ---
Please provide source files for debian to allow self-build.
--
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.