http://bugs.winehq.org/show_bug.cgi?id=33839
Bug #: 33839
Summary: YY crash with builtin msvcr90 when 'my setting' is
clicked
Product: Wine
Version: 1.6-rc2
Platform: x86
URL: http://yydl.duowan.com/4/setup/YYSetup-6.1.0.2-zh-CN.e
xe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
Created attachment 44876
--> http://bugs.winehq.org/attachment.cgi?id=44876
Log: +tid,+msvcrt,+msvcp,+seh
1. Download YY installer from
http://yydl.duowan.com/4/setup/YYSetup-6.1.0.2-zh-CN.exe
2. Install and start YY.exe
3. login
4. click 'My setting', will attach screenshot
The app will crash.
Interesting, the backtrace start from msvcp90, however, native msvcr90 helps.
I'm attach a +tid,+msvcrt,+msvcp,+seh log, the full log is too long, I upload
the part contains seh logs, please let me know if anything else is interested.
--
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=28412
Summary: high processor usage of Reaper
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gigaday(a)googlemail.com
I guess this isn't really a bug but I thought the feedback could be useful.
Reaper versions 3.xx and 4.xx with Wine 1.2.x and Wine 1.3.x use about 3 times
as much processor power compared to MS Windows running Reaper on an equivalent
processor.
With Reaper doing nothing processor usage is about 11% on Windows and about 36%
with Wine on Ubuntu 11.04 when using a 2GHz processor.
--
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=26039
Summary: The msi package test produce many failures in the root
directory
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
The msi package test produce many failures, when started in the
root directory of a drive. (12 in Wine for me.)
Hans got 192 failures on Windows.
The difference is the backslash at the end of the current directory,
when the current directory is the root of a drive.
package.c:8811: Test failed: Expected "C:\\", got "C:\"
...
package.c:9467: Test failed: Expected "C:\\FileName1", got "C:\FileName1"
I expect more failures in other tests and asked Greg for help with wtb.
--
By by ... Detlef
--
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=26502
Summary: FX_Client.exe from AVAFX crashes
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: antonaldo.diaferio(a)gmail.com
Created an attachment (id=33742)
--> (http://bugs.winehq.org/attachment.cgi?id=33742)
error pop-up
Hi there,
I have been running the program FX_Client.exe from AVAFX
(www.avafx.com/Download-Ava-Trader)
without any problem with wine-1.3.15 on Ubuntu 10.04.2 LTS.
Now, right after the login and before starting the connection to the server,
the program crashes.
Attached is the message that appears.
Thanks
AD
--
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=35760
Bug ID: 35760
Summary: gdi32:font test_fullname2() fails on Windows 7 in the
French locale
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The fg-win7u64-fr VM gets a lot of errors like the following:
http://test.winehq.org/data/tests/gdi32:font.html
font.c:4855: Checking font Arial:
FamilyName: Arial; FaceName: Arial Bold Italic; StyleName: Bold Italic
font.c:4884: no localized FONT_FAMILY found.
font.c:4905: Test failed: font face names don't match: returned Arial Bold
Italic, expect Arial Gras Italique
font.c:4919: Test failed: style names don't match: returned Bold Italic, expect
Gras Italique
font.c:4928: no localized UNIQUE_ID found.
Despite our expectations the style names are clearly not being localized.
Yet that VM is a Windows 7 Ultimate installation where all the locales have
been set to French:
SystemDefaultLCID 40c
UserDefaultLCID 40c
ThreadLocale 40c
UserDefaultUILanguage 40c
ThreadUILanguage 40c
Interestingly there are other French machines where this does not happen:
fg-acer64-w81-t32 A French Windows 8.1 installed on my Acer laptop
fg-win2000-uplast A French Windows 2000 installed in a VMware VM
--
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=23273
Summary: Spore doesn't start
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=29003)
--> (http://bugs.winehq.org/attachment.cgi?id=29003)
Last 1600 lines of +relay (without heap lines) showing crash
Spore crashes on startup. Looking at +relay, it seems it's in the
middle of some winhttp operation having to do with drm.
--
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=31230
Bug #: 31230
Summary: Topo4 by National Geographic no longer loads
Product: Wine
Version: 1.5.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martindonal(a)gmail.com
Classification: Unclassified
Created attachment 41024
--> http://bugs.winehq.org/attachment.cgi?id=41024
Wine debug output when attempting to load Topo4
Wine 1.5.3-1.fc16.i686 and previous worked very well
On July 15 I installed the update 1.5.8-1.fc16.i686 and the program would no
longer load.
I attach the backtrace
--
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=30931
Bug #: 30931
Summary: Newsbin cannot connect to ssl servers
Product: Wine
Version: 1.5.5
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: web(a)robsonfamily.co.uk
Classification: Unclassified
Cannot register newsbin, or connect to any ssl servers.
I have tried 1.4,1.53, pol 1.4 & 1.53 all with the same problem.
This is the error from Newsbin
ERROR InterSocket - Error: SSL Negotiation Failed, Host:
news.giganews.com Error: SSL Connection Failed: 5 Error 0 Success.
and from the NB support pages.(
http://forums.newsbin.com/viewtopic.php?f=31&t=30453&p=185475)
#define SSL_ERROR_SYSCALL 5 /* look at error stack/return value/errno */
This is error 5. It's saying something in Wine's socket layer's dropping the
ball.
--
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=30880
Bug #: 30880
Summary: Depth Hunter: pictures missing from photo album
without native d3dx9_36
Product: Wine
Version: 1.5.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Since bug #30137 has been fixed I can take photos in the game, using only
built-in d3dx9* dlls, however, photos don't show up in the game photo gallery.
When I open the photo gallery, pictures are surely there, because they're
selectable, but each frame, containing a photo, is empty/blank.
Photos are saved on disk in bmp format, under ~/DepthHunter/Photos directory
and I can open the files with any Linux image viewer.
Native d3dx9_36.dll is a workaround.
Wine doesn't provide anything suspicious in the terminal, so here I'm attaching
a +d3dx debug log.
A demo for Depth Hunter does exist but in-game photo gallery is not available
in the demo.
Fedora 17
Nvidia 250 / driver 295.53
X.Org X Server 1.12.2
--
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=29585
Bug #: 29585
Summary: wineoss.drv audio renderer not on par with others
Product: Wine
Version: 1.3.36
Platform: x86
URL: http://www.winehq.org/pipermail/wine-devel/2012-Januar
y/093721.html
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: aeikum(a)codeweavers.com
Classification: Unclassified
The OSS4 mmdevapi audio renderer is not yet on par with developments in the two
other ones in Wine.
Specific issues are:
1. handling underrun(?)
2. handling incomplete last (initial?) period
3. correct GetPosition
4. non-blocking mode or not needed?
i.e. what's mostly covered by my renderer tests attached to bug #27937.
Some of it was discussed in bug #28056.
This bug is *not* about mixer related issues, or failure to recognize an audio
device at all, or recording. If your Linux or BSD system has such issues with
Wine, please file another bug.
Andre Eikum proposed a patch to GetPosition in:
http://www.winehq.org/pipermail/wine-devel/2012-January/093721.html
It has two flaws:
+ *pos = 0;
this should be at least the position of the last Start (I highly recommend
This->last_pos_frames).
+ stopped/running/etc. state is not checked, yet GETODELAY can only be invoked
while running (witness IIRC the logs attached to bug #28056).
The current ALSA driver is not the best, but here is how I believe several
issues could be solved:
- Decouple OSS buffer from mmdevapi buffer, a bit like winealsa;
- Hide at least one OSS period in that buffer, i.e. GetCurrentPadding yields 0
while OSPACE < oss_period and 1 with period+1. This will help with bug #28723.
That way, unreliable OSS padding < period won't bother GetCurrentPadding.
My preference goes to something like attached to bug #28723, comment #105,
except it should try to hide less than the 3 periods winealsa hides in 1.3.35,
i.e. somewhat of a breed of that attachment and Andrew's initial wine 1.3.25
code.
- At callback time, complete a partial mmdevapi period by adding trailing
silence. We need to do that with ALSA too to ensure short sounds get played,
as well as trailing samples on period-driven devices like dmix. This is the
major ALSA bug #26878. Here I'd like to know how OSS behaves.
- Introduce This->last_pos_frames like I did with ALSA;
>...Underrun
>GetPosition() must return `size'
Not immediately, according to bug #28723, comment #65. But if underrun can be
defined as OSPACE < oss_period (not sure, presumably then 2 OSS periods need
be hidden from GCP), then we can bump last_pos_frames.
Regarding non-blocking mode, I simply don't know whether OSS may block in
open(), waiting for another process. While playing, now that GETOSPACE is
used, blocking may be prevented (I've some doubts since I saw ALSA return
EAGAIN with nearly full buffers in non-blocking mode).
For now, I believe it would be enough to behave like an exclusive-mode renderer
and not bother with decrementing padding in mmdevapi-period-size chunks -- I
still don't know how to best 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.