http://bugs.winehq.org/show_bug.cgi?id=11387
Summary: SMP/Dual core performing worse than single core
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jcollins(a)asgardsrealm.net
I searched for another bug report on this but did not find anything. I've
tested the same application on two similar systems with similar software loads.
Essentially, the application (Majesty) preforms considerably better on a
single core system than it does on a more powerful dual core system.
Single Core System:
AMD Athlon(tm) 64 Processor 3300+
1.5 Gig RAM
GeForce 6200 256M
Dual Core System:
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
2 Gig RAM
GeForce 7800 256M
Both systems are running Debian Etch, with kernel version 2.6.18-5-k7, NVIDIA
GLX Module 100.14.19, and Wine 0.9.53 (using Scott's packages).
I would expect the dual core system to run as well, if not better, than the
single core system. However, it is extremely sluggish on the dual core system
and blazingly fast (in some cases needing to be slowed down) on the single
core.
I have also tested the dual core system with 0.9.54 (built using Scott's 0.9.53
package as a basis), with no improvement. I'll happily provide any additional
information that would be helpful.
--
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=37633
Bug ID: 37633
Summary: .NET's DownloadString method fails (due to RAS?)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: rasapi32
Assignee: wine-bugs(a)winehq.org
Reporter: andrew(a)bamsoftwaregroup.com
Distribution: ---
Using: wine-1.7.31
I am trying to run a .NET app that I have the source code to.
The C# code looks as follows:
var xml = new
WebClient().DownloadString("https://raw.githubusercontent.com/Epix37/Hearthstone-Deck-Tracker/master/He…");
I see these messages appear in my console:
fixme:ras:RasEnumConnectionsW (0x7804d68,0x33e43c,0x33e440),stub!
fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program
to use LAN connection/winsock instead!
fixme:ras:RasConnectionNotificationW (0xffffffff,0x2cc,0x00000003),stub!
fixme:winhttp:get_system_proxy_autoconfig_url no support on this platform
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
And then the C# stack trace which bubbles, originating from DownloadString:
########## 11/25/2014 8:58:27 PM ##########
System.Windows.Markup.XamlParseException: The invocation of the constructor on
type 'Hearthstone_Deck_Tracker.MainWindow' that matches the specified binding
constraints threw an exception. ---> System.AccessViolationException: Attempted
to read or write protected memory. This is often an indication that other
memory is corrupt.
at
System.Net.UnsafeNclNativeMethods.SafeNetHandlesXPOrLater.freeaddrinfo(IntPtr
info)
at System.Net.SafeFreeAddrInfo.ReleaseHandle()
at System.Runtime.InteropServices.SafeHandle.InternalDispose()
at System.Runtime.InteropServices.SafeHandle.Dispose(Boolean disposing)
at System.Net.Dns.TryGetAddrInfo(String name, AddressInfoHints flags,
IPHostEntry& hostinfo)
at System.Net.Dns.TryInternalResolve(String hostName, IPHostEntry& result)
at System.Net.ServicePoint.GetIPAddressInfoList(Int32& currentIndex,
IPAddress[] addresses)
at System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure,
Socket s4, Socket s6, Socket& socket, IPAddress& address, ConnectSocketState
state, IAsyncResult asyncResult, Exception& exception)
at System.Net.ServicePoint.GetConnection(PooledStream PooledStream, Object
owner, Boolean async, IPAddress& address, Socket& abortSocket, Socket&
abortSocket6)
at System.Net.PooledStream.Activate(Object owningObject, Boolean async,
GeneralAsyncDelegate asyncCallback)
at System.Net.Connection.CompleteStartConnection(Boolean async,
HttpWebRequest httpWebRequest)
at System.Net.Connection.CompleteStartRequest(Boolean onSubmitThread,
HttpWebRequest request, TriState needReConnect)
at System.Net.Connection.SubmitRequest(HttpWebRequest request, Boolean
forcedsubmit)
at System.Net.ServicePoint.SubmitRequest(HttpWebRequest request, String
connName)
at System.Net.HttpWebRequest.SubmitRequest(ServicePoint servicePoint)
at System.Net.HttpWebRequest.GetResponse()
at System.Net.WebClient.GetWebResponse(WebRequest request)
at System.Net.WebClient.DownloadBits(WebRequest request, Stream writeStream,
CompletionDelegate completionDelegate, AsyncOperation asyncOp)
at System.Net.WebClient.DownloadDataInternal(Uri address, WebRequest&
request)
at System.Net.WebClient.DownloadString(Uri address)
at System.Net.WebClient.DownloadString(String address)
at Hearthstone_Deck_Tracker.Helper.CheckForUpdates(Version& newVersionOut)
I am not positive what the exact error here is, although it is pretty severe
that a simple .NET web-related download method fails. Any insight to get this
to work would be appreciated.
--
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=36719
Bug ID: 36719
Summary: Potemkin_Emulator: Everytime it trys to emulate a game
it freezes and a window pops up saying wine did it
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blakeusoris101(a)yahoo.com
Basically I've been trying to get a game and you need an emulator for it. I got
Potemkin the PSP emulator and when ever I try to open a ROM the program freezes
and a window pops up saying there is a problem with Wine. Please help!
--
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=23996
Summary: alt.binz version 0.25.0 not loading
Product: Wine
Version: 1.2
Platform: x86
URL: http://www.altbinz.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leo_mancini(a)yahoo.com
Created an attachment (id=30137)
--> (http://bugs.winehq.org/attachment.cgi?id=30137)
Alt.binz 0.25.0 not working... Here is the error message
Hi all,
When loading alt.binz program, it does not load at all.
and displays the error message as attached in the screenshot.
It used to work prior to my upgrade to Opensuse 11.3 when I was using version
11.2 instead.
--
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=18390
Summary: Roblox can't join a game
Product: Wine
Version: 1.1.20
Platform: Other
URL: http://roblox.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
After working around bug 18388 and bug 18389,
trying to join a game fails; the browser says
it can't start the game, and tells you to start
the app (which you already did). On the console,
one sees a suspicious error message from gecko:
fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0
0x33c794)
0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected
error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame ::
http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF…
:: anonymous :: line 2144" data: no]
Possible workaround: launch games directly using e.g.
wine roblox.exe -play
http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14…
as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.0
--
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=37747
Bug ID: 37747
Summary: Scottrade desktop program crashes.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rosarionyc(a)gmail.com
Distribution: ---
Created attachment 50261
--> https://bugs.winehq.org/attachment.cgi?id=50261
Scottrade desktop program crashes.
Scottrade desktop program crashes.
--
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=30985
Bug #: 30985
Summary: Event handling in external (non-default) monitor issue
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marco_silva85(a)sapo.pt
Classification: Unclassified
currently I have setup dual monitors
when I execute an application with wine (ex. winecfg), it opens on the default
monitor, if I drag it to the other monitor, wine stops handling events, it
doesn't repaint it nor any keyboard/mouse events work (maybe it thinks its
minimized).
Notes:
My DE is xfce.
Native applications work well.
Other xrandr configurations and resolutions have the same problem.
--
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=30147
Bug #: 30147
Summary: mmdevapi: incorrect capture overrun handling
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: m.b.lankhorst(a)gmail.com
Classification: Unclassified
Created attachment 39320
--> http://bugs.winehq.org/attachment.cgi?id=39320
mmdevapi capture test from native w7 machine
Most wineXYZ audio drivers do not handle mmdevapi capture overrun correctly. In
particular, the ALSA & OSS drivers randomly overwrite old with new data,
depending on the read pointer within the capture buffer.
Native roughly supports, with some quirks, a scenario like:
Initialize(duration=Xms);
Start;
Sleep(X+Yms); /* Y extra spare time */
Stop; /* optional, buffer is full now */
repeat GetBuffer/ReleaseBuffer until (hr != S_OK);
The goal is to obtain one buffer (~Xms) full of data.
The attached log from a w7 machine shows what packet gets recorded at what time
by tracing GetBuffer's performance counter output parameter (qpc). The key
data points are:
>capture.c:544: rate: 48000
>capture.c:293: GetBufferSize 23941 period size 480
>capture.c:248: Sleep.1 position 480 pad 16800 flags 0, frames locked: 480
>capture.c:250: sleep qpc=67335132
>capture.c:293: GetBufferSize 23941 period size 480
>capture.c:303: Overrun position 1440 pad 23941 flags 1, frames locked: 480
>capture.c:305: overrun qpc=67355139
This position and qpc jump of exactly one period I don't understand.
>capture.c:331: Cont'ed position 1920 pad 23461 flags 0, frames locked: 480
>capture.c:333: cont'ed qpc=67365133
>qpc=67375139 0 position 2400 pad 22981 flags 0, next 480, frames locked: 480
>qpc=67385135 1 position 2880 pad 22501 flags 0, next 480, frames locked: 480
Note how position correlates with 10ms increments of qpc (in µs).
>qpc=67795152 42 position 22560 pad 3301 flags 0, next 480, frames locked: 480
>qpc=67805153 43 position 23040 pad 2821 flags 0, next 480, frames locked: 480
>qpc=67815148 44 position 23520 pad 2341 flags 0, next 421, frames locked: 421
>qpc=67823919 45 position 23520 pad 1920 flags 0, next 59, frames locked: 59
>qpc=67825154 46 position 24000 pad 1861 flags 0, next 480, frames locked: 480
>qpc=67835147 47 position 24480 pad 1381 flags 1, next 421, frames locked: 421
>qpc=68085155 48 position 36480 pad 960 flags 1, next 480, frames locked: 480
>capture.c:352: Test failed: Valid IAudioCaptureClient_GetBuffer: 08890001
>qpc=68085155 49 position -1 pad 480 flags 1, next 0, frames locked: 0
qpc indicates that old packets are being delivered until iteration <48, where
another position jump occurs.
Summary:
- I don't know where native's 23941 frames buffer comes from.
It's neither a multiple of the period size nor of 1024.
- Upon underrun, a DISCONTINUITY is immediately signaled and one
packet is skipped. The latter is weird. (I'm wondering whether
native overwrites one packet within the circular buffer as an
overrun detector, then skips it?).
+ Then, almost a full buffer of old packets can be retrieved with
GetBuffer.
- While the full buffer is 49 * 480 + 421, only 48 * 480 + 421 frames
can be retrieved with a qpc indicating pre-overrun times.
- The last old packet is flagged with DISCONTINUITY too (iteration 47).
I'd have expected solely the following one to bear this mark.
+ When there's room again in the buffer, GetBuffer yields new packets
(iteration 48). Both position and qpc reflect the overrun gap that
appears to have last for 250ms. DISCONTINUITY is set too.
- There's some strange packet splitting at iterations 44-45 that may
correspond to a wrap-around of native's buffer.
I wonder why native does not limit buffer to multiples of period size.
- Note that the position 23520 of the 59 frames fragment rest is the
same as that of the previous 421 frames packet. A bug in native?
The qpc is different and looks ok.
+ GetNextPacket exactly matches the following GetBuffer, even when it
yields less than one packet, e.g. 421/59/480.
- GetCurrentPadding >= period size does not imply a successful GetBuffer,
see iteration 49. Only GetNextPacket correlates fine. A bug in native?
--
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=30110
Bug #: 30110
Summary: Mass effect steam
Product: Wine
Version: 1.4-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Monoboy4ik(a)gmail.com
Classification: Unclassified
Game works fine but sometimes after 1-2 hours playing game freezes. No errors
in the console does not appear. Help please
--
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=29809
Bug #: 29809
Summary: Hype the Time Quest Installer Goes Over 100%
Product: Wine
Version: 1.3.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jthomas97411(a)yahoo.com
Classification: Unclassified
Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4
rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the
installer to succeed, whereas if you don't uncheck that, it will fail.
When it fails (DirectX check left checked), it stops at about 100%. When it
succeeds (DirectX check unchecked), it goes to 116%, in the case of the
versions mentioned above.
There were some versions there for a while, somewhere not too far after 1.3.29,
that went to 117% when you didn't uncheck the DirectX test and they failed, and
when you did uncheck the DirectX test, the installer stopped at 100% and
succeeded. Whereas with these other versions it doesn't go over if you _don't_
uncheck it and does go over if you _do_ uncheck_ it. It still held true that
unchecking let it succeed and leaving it checked caused it to fail.
So this is a separate bug from the installer simply crashing.
Notice how this is different than the DirectX check bug: 29806. This is about
the installer going over 100%.
I get this 9 times in terminal from when the installer crashes in the case of
1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2:
fixme:advpack:ExecuteCabW Cab archive not extracted!
Jake
--
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.