https://bugs.winehq.org/show_bug.cgi?id=47683
Bug ID: 47683
Summary: C&C Tiberian SUN Not Responding in Main Menu w\ Wine
4.6 and later.
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Commander.Alchemy(a)gmail.com
Distribution: ---
Created attachment 65140
--> https://bugs.winehq.org/attachment.cgi?id=65140
Winedbg w\ Wine 4.6
Hi,
C&C Tiberian Sun does not respond with Wine 4.6 and Later.
Testcase that passes with Wine 4.5 or older.
1. Game launches
2. Intro
3. Game provides menu to choose:
Tiberian Sun or Tiberian Sun Firestorm (expansion)
4. Game main menu
5. Game sub menu
With Wine 4.6;
1. Game launches
2. Intro does not display, but audio plays.
(think it has to do with the switching resolution error in logs).
Display is loading the new res.
3. Game provides the expansion menu.
4. Renders main menu.
5. Does not render at all.
You can hear the sounds of it reacting but nothing renders, clicking esc makes
the [4. Main menu] responsive to clicks again.
System;
Archlinux x86_64
Nvidia 430.40
Wine from PlayOnLinux
Fresh ~/.wine folder each run.
--
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=38813
Bug ID: 38813
Summary: Dweebs switches to full-screen mode even when virtual
desktop mode is enabled
Product: Wine
Version: 1.7.44
Hardware: x86-64
URL: http://web.archive.org/web/20021005065028/http://www.m
utation.btinternet.co.uk/Dweebs/Downloads/Demos/Dweebs
_Demo.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
Testing with Wine 1.7.44 (ubuntu-wine package built for Ubuntu 14.04) on
Lubuntu 14.10 x86-64, Nvidia binary driver 304.125.
This problem shows up with the Dweebs demo that can be downloaded from
http://web.archive.org/web/20021005065028/http://www.mutation.btinternet.co…
Download that self-extracting zip archive and unzip it.
Use winecfg to enable virtual desktop mode. Run Dweebs.exe. It switches to
full-screen mode (changing desktop resolution). But virtual desktop mode is
enabled, so that shouldn't happen.
[On my system the display is also all black, sometimes with a momentary flicker
of the image which is supposed to be there when I alt-tab. But that would be a
separate bug.]
--
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=35276
Bug ID: 35276
Summary: Slingplayer 2.0: multiple crashes in kernel32 during
install in WOW64 mode
Product: Wine
Version: 1.7.9
Hardware: x86-64
URL: http://download.slingmedia.com/player/pc/SP2/SlingPlay
er-2.0.3508-Setup-EMEA.exe
OS: Linux
Status: NEW
Keywords: download, Installer, win64
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 47050
--> http://bugs.winehq.org/attachment.cgi?id=47050
wine-1.7.9-108-ged2d53a console output
Installing SlingPlayer 2.0.4 in WOW64 mode results in multiple crashes in
kernel32, and the installer eventually claims to have failed. However, the
program is installed and usable, so it is more of a nuisance than anything
else.
To get this far:
1. Set Windows mode to Vista (do NOT use Winetricks)
2. winetricks nocrashdialog (not necessary)
3. Install.
--
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=48190
Bug ID: 48190
Summary: User creation: Insist more on the 'Real Name' and
'Remarks' fields
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Without a real name it can be hard to identify who is asking for an account.
The real name field is public though so maybe it's more of a messaging issue
and should not be a hard requirement.
The remarks field could also help identify who's requesting access and at least
it's neither public nor stored. So that could be an alternative.
--
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=48189
Bug ID: 48189
Summary: Track when an account was last used, expire unused
accounts
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
1. We have a number of accounts which have a password reset code but no
password. This means the account was never used.
2. We also have accounts with both a password and a password reset code. It's
quite possible these accounts are no longer used.
3. Some accounts may belong to people who no longer work on Wine and thus be
unused.
4. We also have some duplicates for when users had trouble creating their
account.
The problem with cleaning up all these cases is that there is no record of when
an account was last used. So it's impossible to know if an account has been
sitting unused for a few days or a few years.
This also makes it impossible to reset the password reset code after a while.
--
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=40744
Bug ID: 40744
Summary: NtLockFile I/O completion on lock breaks Strawberry
Perl CPAN
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexchandel(a)gmail.com
Distribution: ---
Strawberry perl (5.24.0.1, 32bit) cannot install any CPAN packages because of
the "fixme:ntdll:NtLockFile I/O completion on lock not implemented yet" issue.
For example, running cpan and then typing `install Log::Log4perl` in the CPAN
shell results in the following message being repeated ad infinitum:
```
Fetching with LWP:
http://cpan.strawberryperl.com/authors/01mailrc.txt.gz
fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored
fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01b6 ignored
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
Waiting for a read lock on
'L:\opt\strawberry-perl-5.24.0.1-32bit-portable\cpan\FTPstats.yml' (since Tue
Jun 7 12:30:45 2016)
...
...
```
CPAN never comes back, and cannot install any packages.
--
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=36268
Bug ID: 36268
Summary: valgrind shows several leaks in
dmloader/tests/loader.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==4220== 880 bytes in 1 blocks are definitely lost in loss record 783 of 872
==4220== at 0x7BC4C735: notify_alloc (heap.c:255)
==4220== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4220== by 0x5F8C7C8: create_dmcontainer (container.c:917)
==4220== by 0x5F8DA8F: ClassFactory_CreateInstance (dmloader_main.c:101)
==4220== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4220== by 0x49558D7: test_COM_container (loader.c:189)
==4220== by 0x4955CB4: func_loader (loader.c:234)
==4220== by 0x4956AB0: run_test (test.h:584)
==4220== by 0x4956E9E: main (test.h:654)
==4220==
==4280== 104 bytes in 1 blocks are possibly lost in loss record 566 of 872
==4280== at 0x7BC4C735: notify_alloc (heap.c:255)
==4280== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4280== by 0x5FD0389: create_dmsegment (segment.c:1340)
==4280== by 0x5FBC088: ClassFactory_CreateInstance (dmime_main.c:100)
==4280== by 0x4D3AE26: CoCreateInstance (unknwn.h:226)
==4280== by 0x5F8FA9B: IDirectMusicLoaderImpl_GetObject (loader.c:312)
==4280== by 0x495525E: test_simple_playing (loader.c:110)
==4280== by 0x4955CAA: func_loader (loader.c:232)
==4280== by 0x4956AB0: run_test (test.h:584)
==4280== by 0x4956E9E: main (test.h:654)
==4280==
==4327== 56 bytes in 1 blocks are possibly lost in loss record 431 of 876
==4327== at 0x7BC4C735: notify_alloc (heap.c:255)
==4327== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4327== by 0xC1632EC: MMDRV_InitPerType (lolvldrv.c:384)
==4327== by 0xC163C4D: MMDRV_Install (lolvldrv.c:476)
==4327== by 0xC16416F: MMDRV_Init (lolvldrv.c:547)
==4327== by 0xC161F4B: MMDRV_InitSingleType (lolvldrv.c:78)
==4327== by 0xC161FEE: MMDRV_GetNum (lolvldrv.c:89)
==4327== by 0xC17F7C8: midiOutGetNumDevs (winmm.c:284)
==4327== by 0x800E004: create_system_ports_list (dmusic.c:328)
==4327== by 0x800E5C7: DMUSIC_CreateDirectMusicImpl (dmusic.c:436)
==4327== by 0x800EABB: ClassFactory_CreateInstance (dmusic_main.c:100)
==4327== by 0x4D4AE26: CoCreateInstance (unknwn.h:226)
==4327== by 0x5FD5DA9: IDirectMusicPerformance8Impl_Init (performance.c:286)
==4327== by 0x5FD8498: IDirectMusicPerformance8Impl_InitAudio
(performance.c:930)
==4327== by 0x4954F82: test_simple_playing (loader.c:83)
==4327== by 0x4955CAA: func_loader (loader.c:232)
==4327== by 0x4956AB0: run_test (test.h:584)
==4327== by 0x4956E9E: main (test.h:654)
==4327==
==4366== 16 bytes in 1 blocks are definitely lost in loss record 150 of 880
==4366== at 0x7BC4C735: notify_alloc (heap.c:255)
==4366== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4366== by 0x5FA2379: create_dmloader (loader.c:899)
==4366== by 0x5F9DA8F: ClassFactory_CreateInstance (dmloader_main.c:101)
==4366== by 0x4D4AE26: CoCreateInstance (unknwn.h:226)
==4366== by 0x4955605: test_COM (loader.c:152)
==4366== by 0x4955CAF: func_loader (loader.c:233)
==4366== by 0x4956AB0: run_test (test.h:584)
==4366== by 0x4956E9E: main (test.h:654)
==4366==
==4511== 44 bytes in 1 blocks are definitely lost in loss record 384 of 872
==4511== at 0x7BC4C735: notify_alloc (heap.c:255)
==4511== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4511== by 0x5FA3B1E: create_dmaudiopath (audiopath.c:642)
==4511== by 0x5FB09FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath
(performance.c:1033)
==4511== by 0x5FB05BF: IDirectMusicPerformance8Impl_InitAudio
(performance.c:952)
==4511== by 0x4944F82: test_simple_playing (loader.c:83)
==4511== by 0x4945CAA: func_loader (loader.c:232)
==4511== by 0x4946AB0: run_test (test.h:584)
==4511== by 0x4946E9E: main (test.h:654)
==4511==
==4877== 44 bytes in 1 blocks are definitely lost in loss record 389 of 876
==4877== at 0x7BC4C735: notify_alloc (heap.c:255)
==4877== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4877== by 0x5FCBB1E: create_dmaudiopath (audiopath.c:642)
==4877== by 0x5FD89FE: IDirectMusicPerformance8Impl_CreateStandardAudioPath
(performance.c:1033)
==4877== by 0x495508B: test_simple_playing (loader.c:93)
==4877== by 0x4955CAA: func_loader (loader.c:232)
==4877== by 0x4956AB0: run_test (test.h:584)
==4877== by 0x4956E9E: main (test.h:654)
==4877==
==4985== 40 bytes in 1 blocks are definitely lost in loss record 366 of 870
==4985== at 0x7BC4C735: notify_alloc (heap.c:255)
==4985== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==4985== by 0x5F9CCE0: DMUSIC_CreateDirectMusicLoaderResourceStream
(loaderstream.c:553)
==4985== by 0x5F9771D: IDirectMusicLoaderImpl_GetObject (loader.c:278)
==4985== by 0x49651A7: test_simple_playing (loader.c:103)
==4985== by 0x4965CAA: func_loader (loader.c:232)
==4985== by 0x4966AB0: run_test (test.h:584)
==4985== by 0x4966E9E: main (test.h:654)
==4985==
--
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=36193
Bug ID: 36193
Summary: valgrind shows some possible leaks in
mmdevapi/tests/capture.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==11962== 28 bytes in 1 blocks are possibly lost in loss record 99 of 483
==11962== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==11962== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==11962== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526)
==11962== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335)
==11962== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894)
==11962== by 0x4FCA783: CoGetClassObject (compobj.c:3032)
==11962== by 0x4FCAD45: CoCreateInstance (compobj.c:3197)
==11962== by 0x4E5F328: func_capture (capture.c:1081)
==11962== by 0x4E74EAF: run_test (test.h:584)
==11962== by 0x4E7529E: main (test.h:654)
==11962==
==12008== 76 bytes in 1 blocks are possibly lost in loss record 225 of 481
==12008== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==12008== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==12008== by 0x652ED88: create_session (mmdevdrv.c:1038)
==12008== by 0x652EE82: get_audio_session (mmdevdrv.c:1068)
==12008== by 0x6530737: AudioClient_Initialize (mmdevdrv.c:1460)
==12008== by 0x4E4DBC8: test_audioclient (audioclient.h:315)
==12008== by 0x4E52477: func_capture (capture.c:1099)
==12008== by 0x4E67EAF: run_test (test.h:584)
==12008== by 0x4E6829E: main (test.h:654)
==12008==
--
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=36239
Bug ID: 36239
Summary: valgrind shows a potential leak in
cryptnet/tests/cryptnet.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312
==25097== at 0x7BC4C735: notify_alloc (heap.c:255)
==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==25097== by 0x4D639FE: CryptMemAlloc (main.c:124)
==25097== by 0x4D769BD: init_oid_info (oid.c:1403)
==25097== by 0x4D77347: crypt_oid_init (oid.c:1613)
==25097== by 0x4D63578: DllMain (main.c:46)
==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40)
==25097== by 0x7BC52FC0: ??? (loader.c:138)
==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068)
==25097== by 0x7BC5597C: process_attach (loader.c:1157)
==25097== by 0x7BC5592C: process_attach (loader.c:1149)
==25097== by 0x7BC5592C: process_attach (loader.c:1149)
==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769)
==25097== by 0x401B03C: ??? (port.c:60)
--
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.