http://bugs.winehq.org/show_bug.cgi?id=4066
Ismael Barros <razielmine(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |razielmine(a)gmail.com
--- Comment #28 from Ismael Barros <razielmine(a)gmail.com> 2010-05-17 17:22:12 ---
Indeed, the last patches I tried to send were from last summer.
Mostly, what I accomplished on my GSOC was:
* Wrote a test suite for dplayx (I wrote nothing for dpwsockx, as it's
not used directly by any application AFAIK)
* Fixed some trivial bugs in dplayx according to the test cases
* Began to implement dpwsockx. I tested it with a DirectX SDK example
(SimpleConnect.exe), and managed to get a client and a server
connected IIRC, but I wasn't able to get messages to be passed.
I also managed to get from Microsoft the documentation to implement
new DirectPlay Service Providers, but they sent it to me right after
my GSOC was finished.
I uploaded my work to http://repo.or.cz/w/wine/gsoc_dplay.git, but
most of the patches weren't good enough to get accepted, and I didn't
have enough time to fix them all. Also, my implementation of dpwsockx
was mostly a hack to get something working quickly, and a proper
implementation would be needed, but I didn't really know how to setup
threads and sockets properly, and still haven't had the time to
analyze the architecture of some game networking libraries I
downloaded.
I don't think I'll have enough time to fix this all anytime soon, but
I could certainly help if it's needed.
--
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=3548
zil <zilforever(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zilforever(a)gmail.com
--- Comment #30 from zil <zilforever(a)gmail.com> 2010-05-17 14:28:41 ---
> The application tells shell32 to write the .lnk file to a specific
> C:\path\to\file.lnk location and remembers that location. Any attempt to move
> or rename the .lnk after that - even to the other desktop - loses that file and
> stops the application from deleting it on uninstall.
so when some application want to write .lnk file to:
~/.wine/drive_c/users/user/Desktop
handle it and redirect to:
~/.wine/drive_c/users/Public/Desktop
and when uninstaller will want to delete it from:
~/.wine/drive_c/users/user/Desktop
handle again and redirect to:
~/.wine/drive_c/users/Public/Desktop
Can it work just like 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.
http://bugs.winehq.org/show_bug.cgi?id=4654
Andrew Nguyen <arethusa26(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #24 from Andrew Nguyen <arethusa26(a)gmail.com> 2010-05-17 11:18:57 ---
I can confirm that the bug is 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=4654
--- Comment #23 from Piotr Caban <piotr.caban(a)gmail.com> 2010-05-17 10:47:14 ---
Fixed by commit: 4aee4c7d1c1be70103ce7f5a46e16ecce0041b83. Application is
working in newest git. Please retest and close this bug.
--
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=6341
Juan Lang <juan_lang(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #21 from Juan Lang <juan_lang(a)yahoo.com> 2010-05-17 10:46:53 ---
Fixed by commit d728169d97a881f252fcac5e8d5de8e41cc2a71b.
--
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=22519
Summary: Starcraft 2 Beta Editor doesn't work
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_kracker(a)web.de
Created an attachment (id=27600)
--> (http://bugs.winehq.org/attachment.cgi?id=27600)
console log of starting the editor
When starting the Editor wine freezes and the graphics are broken.
For the log please see the attachment.
When starting with -opengl wine quits immediately. I guess cause the beta
doesn't support opengl yet(?)
This is my first bug report. I hope i didn't miss anything. If so, please give
me a hint :)
--
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=7710
--- Comment #17 from Piotr Pawlow <pp(a)siedziba.pl> 2010-05-17 07:32:54 ---
(In reply to comment #16)
> Piotr, was there a reason why you did not submit this as a patch to
> wine-patches?
Yes, it's just a quick hack. It doesn't check whether CLOCK_MONOTONIC is
defined and implemented, it has no error handling, and I guess it should be
made relative to wineserver start time.
Furthermore, I don't know whether existing server_start_time variable can be
reused for this purpose. When I grepped the source (long time ago) for
server_start_time and gettimeofday, I found it confusing and requiring deeper
analysis, for which I just had no time.
--
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=22352
Summary: Missing mouse cursor in Football Manager 2010
Product: Wine
Version: 1.1.42
Platform: x86
URL: http://appdb.winehq.org/objectManager.php?sClass=versi
on&iId=19524
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stuart_j(a)hotmail.com
After upgrading to 1.1.42 the mouse cursor is no longer visible in the game. I
am still able to move the (invisible) mouse over buttons (which change colour)
and click them.
The mouse works OK in other wine apps that I tried (Guildwars and notepad).
Reverting back to 1.1.41 fixes the 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=4066
--- Comment #27 from Jeff Zaroyko <jeffz(a)jeffz.name> 2010-05-17 06:22:15 ---
Ismael Barros who did the DirectPlay summer of code project was working on
this, the last activity I think was a patch submitted in late 2009 that was not
applied? I'm not sure what the current state of his work is, maybe he can
comment 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=22737
Summary: LOTRO Downloader hangs or crashes
Product: Wine
Version: 1.1.43
Platform: x86-64
URL: http://cdn.content.turbine.com/sites/clientdl/lotro/lo
trohigh.exe _OR_
http://cdn.content.turbine.com/sites/clientdl/lotro/lo
trostandard.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: daniel.santos(a)pobox.com
Created an attachment (id=28030)
--> (http://bugs.winehq.org/attachment.cgi?id=28030)
WINEDEBUG=+all output from running lotrohigh.exe (received hang)
The current Lord of the Rings Online Downloader (for the "Siege of Mirkwood"
release) will either crash with a stack overflow or hangs with an apparent
thread-deadlock (err:ntdll:RtlpWaitForCriticalSection ... wait timed out ...).
I'm updating my wine to 1.1.44 now, so I'll run some more tests and debug
session so I can print all of the threads when I get the deadlock. Sometimes I
get the crash, sometimes I get the hang.
Steps to reproduce:
You can reproduce this in a number of different ways, but for clarity sake, I
have not run any winetricks (as recommended on the appdb page for LOTRO). Here
is what I have done:
cd
WINEPREFIX=/home/daniel/.wine-lotro-test winecfg
# Changed windows version to win2k
cd .wine-lotro-test/drive_c/Program\ Files/
wget http://cdn.content.turbine.com/sites/clientdl/lotro/lotrohigh.exe
WINEPREFIX=/home/daniel/.wine-lotro-test WINEDEBUG=+all wine lotrohigh.exe >
lotrohigh.exe.log 2>&1
The downloader/installer for the previous release, Mines of Moria, did function
correctly, so I'm not sure what changed. I'll see if I can find the old
installer and see if it works on the current wine or not and post that later.
--
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.