http://bugs.winehq.org/show_bug.cgi?id=5325
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL|http://support.microsoft.com|http://support.microsoft.com
|/default.aspx?scid=kb;en- |/default.aspx?scid=kb;en-
|us;243957 |us;243957
------- Additional Comments From truiken(a)gmail.com 2006-04-06 20:28 -------
The files are not installed during setup because our MoveFiles msi action is not
implemented. MoveFiles differs from InstallFiles in that MoveFiles will locate
already existing files in the system and move (install) those files to another
destination, whereas InstallFiles just copies files listed in the File table to
a destination directory. This bug can be identified by installers that extract
all install files to a temp directory, say from a zip file, and then run the
setup application. This should be fixed once the MoveFiles action is
implemented in msi.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5187
neftune(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neftune(a)gmail.com
------- Additional Comments From neftune(a)gmail.com 2006-04-06 18:54 -------
It installs fine for me with 0.9.14 and the latest git commit
(a866fa37e9d3c3c731215891c5b678a74bd21145).
Can we close this?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4323
------- Additional Comments From hans(a)it.vu.nl 2006-04-06 15:41 -------
Note that the implementation of DnsQuery_A is in CVS but not yet
in a released version of Wine. So you can build Wine from CVS or
wait for 0.9.15.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5357
adebarbara(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Lineage 2 C1 - Using T&L |Lineage 2 C1 - Using T&L
|crash |crash
------- Additional Comments From adebarbara(a)gmail.com 2006-04-06 15:32 -------
This is the differences between T&L and no T&L
this is the differences between T&L and no T&L
T&L
trace:d3d_draw:drawPrimitiveDrawStrided begin Start stride 16, end stride 16,
number of indices34848, number of vertices20723
trace:d3d_draw:drawPrimitiveDrawStrided end Start stride 16, end stride 16,
number of indices34848, number of vertices20723
No T&L
trace:d3d_draw:drawPrimitiveDrawStrided begin Start stride 22763, end stride
22763, number of indices1440, number of vertices272
trace:d3d_draw:drawPrimitiveDrawStrided end Start stride 22763, end stride
22763, number of indices1440, number of vertices272
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4323
------- Additional Comments From istocia(a)op.pl 2006-04-06 15:07 -------
the bat! and wine problem:
when I want to send new email I get:
wine: Call from 0x404c2520 to unimplemented function dnsapi.dll.DnsQuery_A, aborting
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2082
------- Additional Comments From madewokherd(a)gmail.com 2006-04-06 14:27 -------
Created an attachment (id=2585)
--> (http://bugs.winehq.org/attachment.cgi?id=2585&action=view)
WINEDEBUG=+win log
I think I know what's happening here.
I've explained in detail at http://bugs.winehq.org/show_bug.cgi?id=4009#c22
Summary of that comment: The main window passed to SetCooperativeLevel has a
child window that obscures all of it. Wine's ddraw does not draw to the area
obscured by child windows. Presumably Windows' ddraw does. I do not have the
skills needed to do anything about that.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=4009
------- Additional Comments From madewokherd(a)gmail.com 2006-04-06 14:23 -------
Created an attachment (id=2583)
--> (http://bugs.winehq.org/attachment.cgi?id=2583&action=view)
WINEDEBUG=+win log
Ok, it finally occurred to me to get a +win log, and I'm pretty sure I
understand this now. No more guesswork.
The window passed to SetCooperativeLevel is called "Worms Armageddon"
(0x10028). While the menu is showing, this window has some child windows
representing controls on the screen. The heiarchy looks something like this:
0x10028 "Worms Armageddon"
`-0x10023 "#32770"
|- Single player button
|- Hotseat game button
|- Quit button
`- etc.
The immediate child is destroyed and a new one is created every time the
"layout" of the menu changes. Its size is always the same as Worms Armageddon's
size, and it always obscures the entire window.
Someone (I don't know if it's the game or Wine doing this) appears to check
which window the mouse is on whenever it moves. The result is always a child of
Worms Armageddon.
I tried the demo of Diablo (see bug 2082), and it follows the same pattern: a
main window passed to SetCooperativeLevel, a child window the same size, and
child controls on that window. It also has the same problem, fixed by the same
hack (yay Byte).
Since the hwnds appear to be the same every time, I tried modifying ddraw to
draw to 0x10023, the immediate child of Worms Armageddon. The menu showed up
fine (this is a little odd; I expected only part of the menu to show up and
part of it to be obscured by that window's children).
So the problem seems to be that ddraw is drawing to the area of the SCL window
that isn't obscured by children. I don't know why it's doing this. It already
uses a call to GetDCEx without the DCX_CLIPCHILDREN flag. I also don't know how
to make a test for this or correct the problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.