http://bugs.winehq.org/show_bug.cgi?id=10636
Summary: simcity 4 D3D 0.9.50 REGRESSION from 0.9.49
Product: Wine
Version: 0.9.50.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mizvekov(a)gmail.com
On 0.9.49, simcity 4 runs almost flawlessly. On 0.9.50, it becomes unplayable
because the 3d objects become invisible, and only sometimes they flicker back
visibly, but just for an instant.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23516
Summary: Left 4 Dead 2 Sound Drop
Product: Wine
Version: 1.2-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tumpster84(a)gmail.com
The sound drop is likelier to happen when you either rescued (by incap or fall)
or you rescue someone else. You expect the rescue sound to play, but it
doesn't, and then most sounds don't play. This or after you rescue someone
parts of the sound will drop, i.e. you can hear a gun firing but rain drops and
voices cannot be heard.There are other instances where this also occurs (like
luck), but the rescue one is the most reliable one to reproduce. Maps like the
Passing and Dark Carnival, and game types like realism have a higher chance as
well. I have not noticed any trends on weapons (melee or guns) and items, or
characters (survivors or infected).
If you turn on captions and play the game, you expect to see readable words.
When the sound problems occur, you'll see garbage appear in the captions
whenever a sound event happens. You could play with the sound drop until:
- you get kicked off the server (even your own) and get the Server not able to
authenticate message
- there is a round change, then the game "breaks", and you'll have to kill
left4dead2.exe and/or crashes back to desktop.
- you take the initiative, quit, and restart the game before the first two
happen
--
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=27139
Summary: EA Create Demo: cursor does not appear
Product: Wine
Version: 1.3.19
Platform: x86
URL: http://www.create.ea.com/en_GB/home/index
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 26856
A regression, will bisect shortly. The bug appeared before, but was moving
erratically, see bug 26856. Now though, the cursor doesn't appear at all.
wine-1.3.19-284-g35c743b
--
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=20893
Summary: Project One: some graphic elements are not displayed.
Product: Wine
Version: 1.1.28
Platform: PC
URL: ftp://ftp.scs-trc.net/pub/c64/Tools/Graphics/Project1_
V0.5.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wolfram(a)the-dreams.de
Created an attachment (id=25034)
--> (http://bugs.winehq.org/attachment.cgi?id=25034)
Hack to remove display-flaws in ProjectOne
After installing and running the software, the pixels in the zoom-mode and the
grid are all black. So, you can paint, but will see the results in the overview
window only. Selecting View->Palette shows also black boxes instead of the
C64-colors.
I took this opportunity to get started with wine-hacking, and finally came up
with the attached patch, which removes the above flaws. It is based on git as
of yesterday, but I could also apply it to 1.1.28 which I had installed on
another computer. The problem itself was noticed way earlier, maybe pre 1.0.0,
but I can't give exact numbers here. I am aware this is not a true fix; still
it should be a good hint where differences between wine and Windows are. I am
afraid my (yet) lacking windows-skills won't take me much further, so I'll file
this as a bug-report now. I will also attach screenshots before/after the patch
later.
Note that this program was coded by a friend of mine and I do have the
sourcecode. If worthwhile, I can ask him for allowance to give the source to
interested wine-developers (but beware of hackish, first-time VB-code ;)) or
just ask me for details, if needed.
--
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=26954
Summary: DigitalSpace Traveler crashes after selecting avatar
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mscdex(a)sbcglobal.net
Created an attachment (id=34385)
--> (http://bugs.winehq.org/attachment.cgi?id=34385)
standard wine 1.3.18 log
The last time I tried DigitalSpace Traveler (2.03) was with wine 1.3.6, where
it was still working. However, after a report on the software's appdb page and
me trying with wine 1.3.18, it seems the app is broken after 1.3.6.
The program crashes after selecting an avatar (about the time it attempts to
download information from a remote http server). Any program interaction prior
to selecting an avatar works just fine (changing profile information, etc).
I've attached the console output from wine 1.3.18. If there is a specific
WINEDEBUG setting I should use that would provide more helpful output for this
problem, let me know and I'll attach another log.
--
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=27159
Summary: Wine doesn't recognise the NVIDIA GT 540M card
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rockorequin(a)hotmail.com
Created an attachment (id=34690)
--> (http://bugs.winehq.org/attachment.cgi?id=34690)
patch to recognise nvidia GT540M card
Wine doesn't recognise the NVIDIA GT 540M card.
lspci shows for the card:
01:00.0 VGA compatible controller: nVidia Corporation Device 0df4 (rev a1)
AFAIK the card can come with 1GB or 2GB of RAM.
The attached patch adds the card and assumes it has 1GB RAM. It works in
Crysis2, ie Crysis2 tells me that it is an unsupported card but gives the
correct details now instead of defaulting to the 8300GS.
--
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=27252
Summary: Aliwangwang serious error after login
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Created an attachment (id=34846)
--> (http://bugs.winehq.org/attachment.cgi?id=34846)
Log: login to wangwang
1. Download installer of AliWangWang :
http://download.taobaocdn.com/wangwang/AliIM2011_taobao(6.50.27T).exe
( from http://www.taobao.com/wangwang/2010_fp/seller.php )
2. install with wine:
$ LANG=zh_CN.utf8 wine AliIM2011_taobao(6.50.27T).exe
(not sure whether bug 10063 is harmful)
3. import a reg file with regedit, works around Bug 27196 ( dup of bug 25340)
see attachment : clsidall.reg
4. override gdiplus, works around Bug 27251
5. Start wangwang:
$ wine WangWang.exe
6. login to WangWang
After login a while , an error message with log file appear, it says wangwang
has to close.
--
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=22705
Summary: Coffeecup HTML editor 2010 retail - unable to start
program
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kimiskov(a)yahoo.dk
I got a problem.
After installing Coffeecup HTML editor 2010 (pay version) Coofee.exe will not
start.
I got this message:
Program Error
The program Coffee.exe has encountered a serious problem and needs to close. We
are sorry for the inconvenience.
NB. The program is to download as full working 30 days trial at
http://www.coffeecup.com
Kim Iskov
--
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=28693
Bug #: 28693
Summary: Old version Bass.dll fails to load
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jiashulu(a)gmail.com
Classification: Unclassified
I have trouble playing an old game which uses the audio library Bass.dll.
After typing "wine rpg.exe", nothing happens for a while and then an error
occurs:
err:ntdll:RtlpWaitForCriticalSection section 0x7efec904
"/var/tmp/portage/app-emulation/wine-9999/work/wine-9999/dlls/ntdll/loader.c:
loader_section" wait timed out in thread 0028, blocked by 0009, retrying (60
sec)
It seems that Bass.dll calls to DirectSoundEnumerate in its Dllmain and
something goes wrong.
An old version of Bass.dll can be downloaded from its homepage:
http://www.un4seen.com/download.php?bass08
There are also some test programs for Bass.dll in the package above. They all
fail to start under wine but work all right under windows.
--
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=28023
Summary: CoreAudio queue memory leak
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: aeikum(a)codeweavers.com
While working on a patch to fix the Get/ReleaseBuffer ordering, see bug #27184
comment #3, I found a bug in memory management in winecoreaudio's mmdevapi.
510 HeapFree(GetProcessHeap(), 0, This->public_buffer);
but public_buffer originates from
1625 sc = AudioQueueAllocateBuffer(This->aqueue, bytes,
1626 &This->public_buffer);
The APIs don't match. It currently doesn't crash because
public_buffer is NULL upon regular exit. This matches:
1634 AudioQueueFreeBuffer(This->aqueue, This->public_buffer);
That would be easy to fix, but it leads to question how AudioClient_Release
frees the buffer queue.
502 if(This->aqueue)
503 AudioQueueDispose(This->aqueue, 1);
I suppose that Dispose gets rid of all the MacOS-level elements left in the
queue, but I doubt it can handle the additional AQBuffer that Wine links to
every object via the mUserData slot.
1632 buf = HeapAlloc(GetProcessHeap(), 0, sizeof(AQBuffer));
1640 This->public_buffer->mUserData = buf;
Therefore I believe Wine must iterate through the list (aqueue or
avail_buffers?) and free remaining objects one by one.
As I'm not familiar with the MacOS API's, I'd like somebody knowledgeable
(Andrew, Ken?), to check this issue and write the patch.
BTW, I believe that correct freeing should first return
This->public_buffer into the queue -- where it originated -- like I did in my
ordering patch, then delete the whole queue.
+ if(This->public_buffer){
+ AQBuffer *buf = This->public_buffer->mUserData;
+ list_add_tail(&This->avail_buffers, &buf->entry);
+ This->public_buffer = NULL;
+ }
--
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.