http://bugs.winehq.org/show_bug.cgi?id=7229
Hans Nieser <aphax(a)xs4all.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aphax(a)xs4all.nl
--- Comment #29 from Hans Nieser <aphax(a)xs4all.nl> 2008-02-08 14:30:15 ---
Ever since I believe patch 2.3.2 (possibly 2.3.1, not 100% sure on this) I have
started getting these lockups (though they do not seem to be exactly the same
as the one mentioned by the reporter of this bug, but it does however seem to
be the same kind of lock-up that other repliers in this bug have been talking
about), where the last message on my console is:
err:ntdll:RtlpWaitForCriticalSection section 0xf767ea0 "rtl.c:
RTL_RWLOCK.rtlCS" wait timed out in thread 001d, blocked by 0000, retrying (60
sec)
Like other people that have replied, it happens most frequently shortly after
entering or leaving a battleground (Alterac Valley is the one I do most). I've
also had it happen shortly after login, or at completely random moments while
playing the game (but never on the login or character selection screen, and
never while logging in or out). Sometimes I can play fine for hours without any
lock-ups, sometimes I get 3 within 5 minutes.
At first I thought this was some regression in Wine, but rolling back to 0.9.48
didn't help. I've tried setting the process affinity mask through the
config.wtf setting (SET processAffinityMask "<integer-mask-value>") and using
schedtool, unfortunately neither has helped.
My machine has an Intel Pentium D 940 dual-core processor, an nvidia 7950GX2
graphics card and runs Linux 2.6.24 with the proprietary nvidia drivers
(version 169.09). I have another machine that has an AMD Athlon XP 3500+ with
an ATI X1550 card (using fglrx driver version 8.452) that does not suffer from
this problem. Also the lock-ups have not dissappeared for me with patch 2.3.3.
I will attach my wow crash log, hopefully this information will be helpful in
solving this issue.
--
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=7389
--- Comment #5 from Juan Lang <juan_lang(a)yahoo.com> 2008-02-08 12:40:16 ---
Do I have to be a Schwab customer to download this? I haven't found a download
link on the URL you posted, instead I get redirected to:
http://www.schwabat.com/Platforms/streetsmart_pro/Overview.aspx
Clicking on "Trading Simulators" under Quicklinks gets me nowhere, either.
--
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=7544
--- Comment #32 from Erich Hoover <ehoover(a)mines.edu> 2008-02-08 12:33:34 ---
(In reply to comment #31)
> (In reply to comment #29)
> > That's the way Alexandre wants it
>
> what are we trying to do, create windows or an _compatibility_ layer
>
Ok, I understand that that was not a satisfying explanation. I think a more
accurate explanation would be that Alexandre seems to have a policy that you
should only use functions at an API level lower than the one you are working
at. For this particular example MoveFile and friends are at the same level as
ReplaceFile (Win32 API), so only the next lower level (NT API) and base
functions (POSIX API) can be used. As you can see from the history of this
patch I was also not aware of such a policy, I have not seen it explicitly
stated anywhere. However, such a policy is good for making a long-term design
- when changes are made to a function at a particular level you only need to
check for consequences at the next level up. Especially since this entire
project is managed by one person (Alexandre), such a policy probably helps him
keep track of what functions are affected by any particular change. If this
analysis is incorrect then someone should speak up and correct me.
> > > Your current patch for this bug doesn't handle moving file over different mount
> > > points.
> > >
> > Quite so, but neither does MoveFile.
> >
>
> yeah MoveFile doesn't do it by default, but it can with the flag
> MOVEFILE_COPY_ALLOWED.
>
I understand that there is a policy to not directly quote MSDN as there are
some copyright concerns. Therefore, I suggest that you check the "remarks"
section of the entry on ReplaceFile and note that there is no flag similar to
the one for MoveFile.
--
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=2436
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #5 from Juan Lang <juan_lang(a)yahoo.com> 2008-02-08 12:05:45 ---
Bug 11070 has an example of one app that needs this. Since that one has more
info, I'm marking this one a dup.
*** This bug has been marked as a duplicate of bug 11070 ***
--
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=7660
--- Comment #12 from Hans Nieser <aphax(a)xs4all.nl> 2008-02-08 06:28:46 ---
I think the issue described in this bug has been solved, I haven't had this
problem anymore in the last 5-10 Wine releases (tested on two systems with
different mice).
--
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=5646
--- Comment #7 from unggnu <unggnu(a)googlemail.com> 2008-02-08 03:59:14 ---
Btw. it seems to be mainly a Jagged Alliance Wildfire Bug. Entering serial
works fine under Windows XP and maybe before but not under Vista so it seems to
be a general problem. Maybe it should be marked as Won't fix but should be
still possible to find for users and still linked under the Game so they can
find the workaround.
--
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=7755
--- Comment #10 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-02-07 23:17:23 ---
(In reply to comment #9)
> does the demo from http://www.mafia-game.com/ have the same problem?
>
I tried the EU demo (20MB less in size than the US), watched the cutscene and
drove around the streets crashing into a few cars etc. I didn't notice any
stuttering sound.
--
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=5620
--- Comment #19 from foobard <jens(a)porup.com> 2008-02-07 21:04:18 ---
Hi,
I got the glx issue sorted, and I've been trying to get some debug output to
help further development on this issue. I've been using the command:
WINEDEBUG=+relay wine AutoPlay.exe 2>&1 | tee ~/adobelog.out;
but it takes *forever*..... what should takes five minutes takes hours, and
then it hangs, and I can't sit there waiting for it all the time, and I can't
seem to get it to finish before I have to pack up and go somewhere.
Is there a more targeted debug switch that would provide good information on
the specific failure here?
--
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=11502
Summary: Save as dialog in nwn2 DM tookit fails to open
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cngnome(a)gmail.com
This is dotnet fw 2 program. It cannot be run in mono since mono does not
support msvcm80.dll and I dont know how mono could be installed to wine.
When I choose save as file dialog, I get
************** Exception Text **************
System.AccessViolationException: Attempted to read or write protected memory.
This is often an indication that other memory is corrupt.
at System.Windows.Forms.UnsafeNativeMethods.SendMessage(HandleRef hWnd,
Int32 msg, IntPtr wParam, IntPtr lParam)
at System.Windows.Forms.FileDialog.HookProc(IntPtr hWnd, Int32 msg, IntPtr
wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.GetSaveFileName(OPENFILENAME_I
ofn)
at System.Windows.Forms.SaveFileDialog.RunFileDialog(OPENFILENAME_I ofn)
at System.Windows.Forms.FileDialog.RunDialog(IntPtr hWndOwner)
at System.Windows.Forms.CommonDialog.ShowDialog(IWin32Window owner)
at System.Windows.Forms.CommonDialog.ShowDialog()
fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
--
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.