http://bugs.winehq.org/show_bug.cgi?id=31994
Bug #: 31994
Summary: AquadelicGT: Socket error, code=10013
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: starous(a)volny.cz
Classification: Unclassified
Created attachment 42173
--> http://bugs.winehq.org/attachment.cgi?id=42173
Wine log - WINEDEBUG="-all,+winsock"
Hello,
I am trying to play AquadelicGT game under wine for long time - the game works
fine approx. from version 1.5.8 in single player mode if msxml4.dll is replaced
by native Windows DLL (As I wrote in AppDB -
http://appdb.winehq.org/objectManager.php?sClass=version&iId=18692 ).
But the game is still not working in multiplayer mode - there is displayed
message box "Socket error, code=10013" and game freezes every time when I try
to start "Join multiplayer game".
First I thought it can be related to CAP_NET_RAW problem - I tried set this
capability to game EXE files - Launcher.exe and Run.exe - but this does not
help.
Then I found bug 7929 - it looks similarly like my problem, so I waited for fix
of this bug. Bug 7929 was fixed in latest release 1.5.15, so I tried it today -
but the problem is still the same.
Wine log with debug setting WINEDEBUG="-all,+winsock" is included in
attachment.
(Note: The game itself is Run.exe file - but it (probably) cannot be started
directly, it is started via Launcher.exe file.)
Best regards,
Ales
--
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=30465
Bug #: 30465
Summary: BridgeCentral: Invalid floating point operation in
mozjs.dll (fldcw in JSDOUBLE_IS_INT32)
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: u.dickow(a)gmail.com
Classification: Unclassified
When BridgeCentral 2.2.3 is logged in to a club database on the Internet, it
will be fatally hit by an "Invalid floating point operation" dialog box after
at most (and often exactly) 9 minutes of operation, i.e. 9 minutes after
opening of the main window displaying the very simple web page
http://bridge.dk/bridgecentral/nyheder/Welcome/Welcome.html . When you press
OK to the dialog box, the application is either completely confused and
unusable, or it immediately crashes with 2 more dialog boxes about Access
violation in mozjs.dll for read of an address, and the general wine "Serious
problem" box. The crash happens completely reproducibly if you just let the
application wait at the Welcome window after login and don't touch it.
"Unfortunately" (from a debugging point of view) the bug does _not_ appear when
BridgeCentral 2.2.3 uses only a local database, without any Firebird TCP
connection. So although anyone can download BridgeCentral from
http://bridgecentral.dk/ , you cannot easily reproduce the bug without being a
privileged member of a Danish DBf bridge club.
--
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=35721
Bug ID: 35721
Summary: Black and White: Unhandled page fault on read access
to 0x00000138 at address 0x37f204
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linus(a)folkdatorn.se
Created attachment 47710
--> http://bugs.winehq.org/attachment.cgi?id=47710
Complete output from wine runblack.exe
When trying to run Black and White on wine 1.7.13 it crashes when starting with
the following error:
wine: Unhandled page fault on read access to 0x00000138 at address 0x37f204
(thread 003e), starting debugger...
This does NOT happen when using wine 1.7.5.
My computer takes forever just to build one version of wine so I haven't had
the time for regression testing yet. If someone could do it for me I would be
very thankful.
Attached is the complete output from `wine runblack.exe`.
--
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=41438
Bug ID: 41438
Summary: fastone image viewer 5.9 "crop" window do not show if
called by hotkey from full screen mode
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
steps to reproduce:
1. get faststone image viewer from here:
http://www.faststone.org/FSViewerDownload.htm
2. select any image
3. press "enter" to go to fullscreen mode
4. prexx "x" for crop properties window
5. the window will be shown in background, with no way to switch to it:
actually unusable
--
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=30762
Bug #: 30762
Summary: msxml3/domdoc tests flaky
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
ca48dac8821e128db8991dc54b4dedc8c321e816 and
9c0486d7a802c2f618a56a2074c5d790d329e3cf
both seem to have introduced some flaky tests in msxml3/domdoc.
Here's the result of 455 runs in a loop on ubuntu 12.04 (though I
also saw these on Centos 6):
342 domdoc.c:11537: Test failed: got L"http://blahblah.org"
342 domdoc.c:11542: Test failed: got L"http://blah.org"
350 domdoc.c:11647: Test failed: got L"http://blahblah.org"
350 domdoc.c:11652: Test failed: got L"http://blah.org"
3 domdoc.c:2098: Test failed: can't create file
C:\users\dank\Temp\leading_spaces.xml: 32
--
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=28578
Bug #: 28578
Summary: Editing a wiki page strips out carriage returns from
all preformatted text on that page
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Classification: Unclassified
This most recently happened with the Regression Testing page (bug 28575), but
I've seen it before on other pages: carriage returns are removed from
preformatted text, even if that part is not edited directly, and the
preformatted text turns into an unreadable mess. It used to be possible to
avoid this by staying in GUI mode and not previewing, but that seems to no
longer work.
--
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=33470
Bug #: 33470
Summary: Don't allow to create wiki pages with external links
Product: WineHQ.org
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry(a)baikal.ru
CC: dimi(a)lattica.com
Classification: Unclassified
Just have a look at http://wiki.winehq.org/RecentChanges, it really starts
to take quite a bit of an effort to clean Wine wiki from spam.
Apparently, spammers can't be stopped by keywords listed in the stop list
http://wiki.winehq.org/LocalBadContent, and that's another problem.
Disallowing to create wiki pages with external links is considered main and
very efficient way to stop wiki spam, there are many resources explaining how
to do that for various wiki engines.
--
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=40642
Bug ID: 40642
Summary: Show windows application menu in OS X global menubar
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: f.platte(a)platte-web.de
Distribution: ---
The MacDriver has evolved significantly from when it was introduced and I have
no need to use the X11 window environment since quiet some time. However what
is still missing menubar integration. I don't know if this ever was planed,
however I think this is one of the most logical progression for wine on OS X.
I'm posting this now because I just came across a windows tool which does
exactly that. While there were always attempts to theme windows like OS X and
emulating the global menubar now someone found a way to do just that
(http://lee-soft.com/el-capitan-menubar-for-windows/). So as it's possible to
extract windows applications' menus it might be possible to integrate them into
OS X's menubar as GTK and Java can inject menus there, too.
While I related this "bug report" to the MacDriver and OS X it might also be
useful for Ubuntu, as it (optionally) also features a global menubar.
--
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.