http://bugs.winehq.org/show_bug.cgi?id=27320
Summary: sims3 crashes after a while in wined3d
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
sims3 is unstable on my son's computer under ubuntu 10.10 and 11.04,
and crashes after a few minutes of use.
wine --version says wine-1.3.19-248-g6a3255b
glxinfo says
OpenGL renderer string: GeForce GT 220/PCI/SSE2
OpenGL version string: 3.3.0 NVIDIA 270.41.06
c:/users/dank/My Documents/Electronic Arts/The Sims 3/xcpt pantry 11-05-28
07.00.36.txt
says
type: ACCESS_VIOLATION reading address 0xfeeeff06
address: 0x68211d3f "C:\windows\system32\wined3d.dll":0x0001:0x00040d3f
--
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=27855
Summary: entry field in Quicken98-2002 follows keys rather than
filling out field
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesl(a)bestweb.net
Created an attachment (id=35625)
--> (http://bugs.winehq.org/attachment.cgi?id=35625)
Quicken98 sample data
(applies to Quicken98, Quicken 2000 and Quicken 2002. Have not tested against
Quicken99 or 2001)
In the window for writing checks, at the "payee" field, the normal behavior
under Windows is that the field will try to find a match according to what you
are typing. For example, if you were entering a check for "Sears Home Stuff",
you would type the letters s, e, a, r, s, and the field would fill out the
entry until it found the matching memorized transaction, which you could then
select and continue on filling out the rest of the fields.
Under Wine, in the same field if you type those letters, instead of filling out
the field, it will show the first memorized transaction that matches that
letter. Thus "S" would show "Saa...", "E" would show "Esso...", "A" would show
"Amiga...", and so forth. Entering new data (any payee not memorized) can be
difficult as well.
It is possible to enter text by forcing the field to show it's dropdown list,
but it's not what the user expects (in particular my older brother who
discovered this bug <g>).
Sample data files for the versions tested are attached. This bug occurs as
late as Wine 1.3.24, and at least as far back as CrossoverOffice 9.1 (and
whatever version of Wine that was based on).
--
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=28039
Summary: IAudioClock_GetPosition must ignore underruns (MacOS)
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
GetPosition is critical because the new "winmm on mmdevapi" layer relies on it
for its buffer management. Currently, neither winealsa nor winecoreaudio
entirely fulfill GetPosition's contract.
GetPosition yields "the stream position of the sample that is currently playing
through the speakers". My tests show that it ignores underruns and is therefore
not identical to a clock. One can derive at least 2 tests from that:
1. GetPosition <= elapsed time * samples/sec (cannot hear the future).
2. GetPosition <= sum of samples fed to the device.
3. GetPosition == sum of samples once all have been played.
4. Getposition is monotically increasing (except when Reset).
Actually GetPosition does not yield samples, replace the above with GetPosition
/ GetFrequency * samples per sec to be correct.
My tests attached to bug #27937 show that:
- winecoreaudio fails test 3 (then 2).
- winealsa with dmix fails test 1 during the first seconds of play.
- winealsa with pulse fails test 1 much worse.
See bug #27937 comment #1 and 2 for log snippets.
On MacOS, GetPosition appears to continue to grow in the presence of underruns,
violating 2 and 3. Hence the name of the present issue.
Note that underruns are unknown to WINMM. A perfectly legal use is:
waveOutOpen()
waveOutPrepare(hugeboomheader)
waveoutPrepare(clickheader)
waveoutPrepare(ouchheader)
waveoutPrepare(beepheader)
then write the headers as the conditions arise (arguably dsound's mixing would
be more adequate). Guess what happens when GetPosition grows playing nothing
between 2 beeps?
--
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=13194
Summary: Gordian Knot unable to open codec settings dialog
Product: Wine
Version: 1.0-rc1
Platform: PC-x86-64
URL: http://sourceforge.net/projects/gordianknot
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emwine(a)earthlink.net
Created an attachment (id=13019)
--> (http://bugs.winehq.org/attachment.cgi?id=13019)
testcase source and exe
Install Codec Pack (for XviD), and rippack for GK. Run, go to options tab,
click "First Pass" under XviD default codec settings. Nothing. Same with
other codecs and "Codec settings" when trying a compressibility test.
GK is open source, but in pascal. So I created a small testcase in VC++ 6.0
using the same technique. Testcase relies on XviD as opposed to other codecs.
I'm not 100% sure that XviD (and other codecs) are properly registered so that
the technique ought to work. But I think the problem is not codec
registration. Also, I guessed at the component.
--
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=16975
Summary: [StrongDC++] switching between tabs show background
windows
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://strongdc.sourceforge.net/download.php?lang=eng
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bazara.net(a)inbox.ru
If you open several tabs (windows) inside strongdc like hubs and click on a tab
to switch to another hub you should see how all other opened background windows
redraws until it show the one you clicked. If you have many opened hubs like 30
it will take several seconds to do that.
--
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=16263
Summary: Priority: Survive game window flickers
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://solarimpact.servegame.com/files/ps-1.0.3.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=17537)
--> (http://bugs.winehq.org/attachment.cgi?id=17537)
Priority: Survive traces
With today's Git (wine-1.1.9-183-gbbaa72d), when running the Priority: Survive,
flickering can be noted ingame. irrespective of whether the virtual desktop is
enabled. I was unable to test whether different display modes changed the
flicking behavior since the game does not offer such an option. Traces are
attached.
--
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=27854
Summary: ListView_SetTextBkColor doesn't work
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Source: http://www.delphidabbler.com/download?id=art-16
Download: http://netikka.net/dev/CustomLVDemo.exe
Text should be transparent, when checkbox is checked.
Not related to transparency. Even clRed instead of CLR_NONE doesn't set
background to red. Works with native comctl32
See also bug 27711
--
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=14140
Summary: Entropia Universe installer hangs
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.project-entropia.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The current installer,
94aaad630331ce64c219f45e31175f913e9ba402 entropia_installer.exe
goes into a loop forever, scanning backwards from the end
of the commandline, but not hitting its expected termination condition.
You can watch this with
WINEDEBUG=+relay ~/wine-git/wine entropia_installer.exe
grep Call.*strcmp log
Interestingly, it compares each char to both / and \.
And if you pass /, it gets happy and compares against u.
Passing /u makes it really happy, and it shows a ui briefly.
It seems to install a few files, then exits.
It should have launched the real downloader,
~/.wine/drive_c/Program Files/MindArk/Entropia Universe/ClientLoader.exe
Running that by hand downloads a bunch of stuff, then exits.
I think it's supposed to run
~/.wine/drive_c/Program Files/MindArk/Entropia Universe/Entropia.exe
When you do this by hand, wine complains
err:module:find_forwarded_export function not found for forward
'd3dx8.D3DXGetImageInfoFromFileA' used by
L"C:\\windows\\system32\\d3dx9_36.dll". If you are using builtin
L"d3dx9_36.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx9_36.D3DXGetImageInfoFromFileA' used by
L"C:\\windows\\system32\\d3dx9_30.dll". If you are using builtin
L"d3dx9_30.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx8.D3DXGetImageInfoFromFileInMemory' used by
L"C:\\windows\\system32\\d3dx9_36.dll". If you are using builtin
L"d3dx9_36.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx9_36.D3DXGetImageInfoFromFileInMemory' used by
L"C:\\windows\\system32\\d3dx9_30.dll". If you are using builtin
L"d3dx9_30.dll", try using the native one instead.
err:module:import_dll Library WMVCore.DLL (which is needed by L"C:\\Program
Files\\MindArk\\Entropia Universe\\Entropia.exe") not found
and exits. Doing winetricks directx9 wmp10 gets around this.
Entropia then puts up a window very briefly, then quits.
If you then do winetricks vcrun2005sp1, you get bug 14137
(i.e. the app loads msvcp80 wrong and exits).
--
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=20637
Summary: 3DMark 2000, 2001SE - no result of last test
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zilforever(a)gmail.com
Created an attachment (id=24616)
--> (http://bugs.winehq.org/attachment.cgi?id=24616)
3DMark2000- windowsXP
Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz
CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT
Linux 32bit GCC 4.3.3 Release May 26 2009
Linux 2.6.31-14-generic i686
GeForce 9600 GT PCI Express 190.42 512Mb
In 3DMark 2000 and 2001 the last tests seems to work but theare are no results
of this tests.
I also checked Wine 1.0.1.
Somebody can corfirm that?.
--
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=9548
Summary: pxtone: Can't save new project files (*.ptcop), or
*.pttune
Product: Wine
Version: 0.9.44.
Platform: Other
URL: http://hp.vector.co.jp/authors/VA022293/pxtone.html
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-files
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trick(a)icculus.org
Using pxtone (v 0.8.3.3), everything seems to work perfectly, *except* for
saving a new .ptcop project file (also some d3d warnings in the terminal, but
those seem harmless). Exporting to .pttune also doesn't work. Attempting to
save either of these results in a dialog box titled "error" containing the text
"open file". Interestingly, exporting to new .wav files works fine. (Wild
shot in the dark, but could this be related to the filename extension of both
.ptcop and .pttune being more than 3 chars?) Ran with freshly generated
~/.wine, and changing the emulated Windows version has no effect.
Loading existing .ptcop files work fine. Saving to existing .ptcop files also
work fine. Thus, the problem is only saving to new .ptcop files (and .pttune
files) that doesn't already exist in the file system. (This also works fine in
real Windows.)
Using pxtone v 0.8.3.3, available from this page:
<http://hp.vector.co.jp/authors/VA022293/pxtone.html>
Steps to reproduce (works every time):
1. Download pxtone: <http://homepage2.nifty.com/rochet/storage/pxtone_0833.zip>
2. Delete japanese.ico to enable english mode
3. Run the program, go to File->Save project or File->Save project as
4. Enter a new filename, click save
5. Watch error dialog pop up
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.