http://bugs.winehq.org/show_bug.cgi?id=8174
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jaimerave(a)gmail.com
--- Comment #12 from Jaime Rave <jaimerave(a)gmail.com> 2012-04-18 01:19:58 CDT ---
Still a problem in wine-1.5.2-83-g7468238, in fact when you try to play a song
that you have in Ares' Library the application will crash.
--
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=5240
Bruno Jesus <00cpxxx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ehoover(a)mines.edu
--- Comment #16 from Bruno Jesus <00cpxxx(a)gmail.com> 2012-04-17 23:51:56 CDT ---
Erich, can you give me a hint here?
This program opens 0.0.0.0:950, sets SO_BROADCAST and sends a message to
255.255.255.255:950 (it's own port). It does that so it can get the local
computer IP by receiving it's own message.
After receiving it's own broadcast it closes the socket (0.0.0.0:950) and opens
a new socket using the received address, let's suppose 192.168.0.1:950. It
again sets SO_BROADCAST in this new socket and sends a new broadcast, now to
192.168.0.255:950 expecting it to arrive to itself again. But this second
messages never arrives... It keeps sending this message in a regular interval
but as it does not receive it the program does not behave correctly.
The sockets are UDP.
--
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=3962
Bruno Jesus <00cpxxx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |patch
--- Comment #67 from Bruno Jesus <00cpxxx(a)gmail.com> 2012-04-17 19:35:32 CDT ---
Thanks for testing. It will take a longer time for the patch to get in but at
least it's here and others can use it too.
--
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=3962
prinzenrique <prinzenrique(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |prinzenrique(a)gmx.de
--- Comment #66 from prinzenrique <prinzenrique(a)gmx.de> 2012-04-17 15:47:36 CDT ---
tried the patch with Wine 1.4 and it seems to 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=30462
Bug #: 30462
Summary: Diablo II: Mouse Jumps All Over...
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cheako+winehq(a)mikemestnik.net
Classification: Unclassified
Recent notes:
Another note, windowed(-w) mode works fine.
MouseWarpOverride=force wine "Diablo II.exe"; # Didn't work, though I wonder if
I used this correctly?
>From the appdb:
by Jason Marty on Friday March 30th 2012, 23:49
Running wine 1.5 (and earlier), the mouse pointer jumps all over the place when
in-game. No problems exist when using the menus, but when attempting to move
the character the mouse cursor goes nuts. The pointing finger will literally
jump all over the screen with even minor movements of the mouse. *However, it
seems the "actual" location of the pointer moves correctly. Running an
up-to-date version of Arch Linux with the latest wine. It seems this might be
an issue with some other library/package, because even the version of Wine that
use to work fine for me with this game no longer works.
* -- Mike Mestnik, I noted that as the mouse does move fine clicks are passed
to the 'active' location.
by Mike Mestnik on Sunday April 15th 2012, 1:53
I get the same issue running 1.4 and I just upgraded to 1.5.2. However for me
mouse clicks are erratic, choosing the currently active location.
by Mike Mestnik on Monday April 16th 2012, 15:15
This is Ubuntu precise, x86-32.
xfce4(xfwm4)
X.Org X Server 1.11.3
Release Date: 2011-12-16
Build Date: 21 March 2012 06:09:11AM
xorg-server 2:1.11.4-0ubuntu7 (For technical support please see
www.ubuntu.com/support)
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 11.0
X.Org XInput driver : 16.0
X.Org Server Extension : 6.0
Using xrandr didn't help. However I did discover that including the menus the
in-game menu is also un-effected, thus only when the game board has focus is
there an issue. This presents an easy platform to test things as one can
activate/deactivate the bug with vary few other changes. *I'll see what else I
can glean.
* I discovered nothing.
I've just recompiled wine from **git and applied the 3 patches for Diablo III
and the changes from the wine/ppa and AFAICT these are working.
I'd be happy to test other patches.
** git log
commit c8495104a9552095037cb15f54ed5939669cf83c
Author: root
Date: Sun Apr 15 10:58:38 2012 -0500
Mike mestnik migrate to debian src.
commit 0ccd06158b9916543d3a983ad7c19aba4c5a7525
Author: root
Date: Sun Apr 15 10:57:49 2012 -0500
Mike mestnik debian patches 2.
commit 2e3aaf2ae5c2d971ab03e80fae4d0199f1b8903c
Author: root
Date: Sun Apr 15 10:57:04 2012 -0500
Mike mestnik debian patches.
commit a014a68b8b381703043846e6bf81ddc15ae3c973
Author: root
Date: Sun Apr 15 10:54:06 2012 -0500
Mike mestnik D3 patches.
commit c6a673291da6e9ee956910f35efcde0a8d8437ea
Author: Alexandre Julliard
Date: Fri Apr 13 20:15:32 2012 +0200
Release 1.5.2.
by Mike Mestnik on Monday April 16th 2012, 19:08
I have some more information, remember reading I said the 'ghosted' positions
formed a rectangle? Well check this out:
Of the 4 locations x(1):y(1) to x(4):y(4)
x(1)=x
x(2)=x*2
x(3)=x
x(4)=x*2
y(1)=y
y(2)=y
y(3)=y*2
y(4)=y*2
When the mouse is in the upper left corner the 4 locations are vary close
together and when the mouse is near the center the 3 other ghost locations are
near the bottom and right of the screen. As indicated x(1):y(1) seams to track
the 'original'/intended mouse location vary well.
--
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=7977
Piotr Caban <piotr.caban(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #29 from Piotr Caban <piotr.caban(a)gmail.com> 2012-04-17 03:09:11 CDT ---
The test depends on local time settings, it's why there are different results.
The format of date strings looks the same. Marking as fixed.
--
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=9127
Vinycius Maia <viny_viny304(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |viny_viny304(a)hotmail.com
--- Comment #41 from Vinycius Maia <viny_viny304(a)hotmail.com> 2012-04-16 21:50:36 CDT ---
(In reply to comment #37)
> (In reply to comment #36)
> Thanks for your solution. Unfortunately it did not resolved problem with wine
> 1.3 and 1.4, but it had suddenly worked perfectly with 1.2. Anyways I still
> can't overcome inevitable crash on save loading (though Q, W hotkeys usage
> resolve this problem... well, partly... sometimes).
(In reply to comment #36)
> (In reply to comment #35)
>
> Hello, I had the same problem with STEINS;GATE: the game crashed when the OP
> movie started. Luckily, I found a work around for recent Wine 1.3.4 installing
> quartz and ffdshow (should work with earlier versions but I haven't tested
> yet):
>
> 1. Use winetricks to install quartz; this should register the native quartz and
> devenum DLL.
> 2. Use winetricks to install ffdshow. In ffdshow installation, *make sure you
> select MPEG1 and MPEG2 in the list of formats to decode!*. I used libavcodec
> but libmpeg2 should work too.
>
> This fixes STEINS;GATE for me. It also fixes the crash in Ever17 opening, but I
> get only audio. STEINS;GATE works fine.
>
> It's weird though, as the rotating satellite in the title screen (which is also
> a video) works fine without ffdshow. I don't know if it has to do with Wine not
> being compiled against gstreamer, but it'd be nice if the videos could get
> decoded by the native libavcodec.
>
> Let me know if it works.
quartz did not work well for me in wine 1.4), has some problems with ffmpeg
also.
http://bugs.winehq.org/attachment.cgi?id=39828
--
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=30459
Bug #: 30459
Summary: Cannot install PhotoScapeSetup.exe_V3_6.exe
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: msvcp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atv(a)techie.com
Classification: Unclassified
Created attachment 39826
--> http://bugs.winehq.org/attachment.cgi?id=39826
backtrace.txt
Cannot install PhotoScapeSetup.exe_V3_6.exe, get Unhandled exception:
unimplemented function
msvcp90.dll.??0?$basic_istringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@H@Z
called in 32-bit code (0x7ed7ab83).
--
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=30451
Bug #: 30451
Summary: Wine 1.4 under Ubuntu 11.10 Linux 3.0.0-19-generic
can't run Locomotion any more
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mmays(a)arrowhead.net
Classification: Unclassified
Locomotion worked great under Wine on Linux Ubuntu Oceiric 11.10. I run
executable "Loco.exe" which is modded to not ask for a CD. I recently ran an
update to kernel 3.0.0-19-generic. I think that Wine was upgraded, also.
Locomotion now fails and offers dump information in a backtrace, which is
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.