https://bugs.winehq.org/show_bug.cgi?id=8051
--- Comment #127 from swswine(a)gmail.com ---
(In reply to Stefan Dösinger from comment #125)
> Our ProcessVertices so far only supports
> very basic fixed function operations - just transformation, no lighting
> support. For shader support we'll need to be able to interpret the shader on
> the CPU, or maybe we can work with one of those OpenGL feedback extensions.
At the first place ProcessVertecies does not understand VertexDeclaration
output buffer specification, while sims2 wants to use them and output buffer
has zero FVF code.
I know it may sound very weird, but can't shader support in ProcessVertices be
done in a shorter way by just using application shader function in fixed
function GLSL pipeline in a way similar to how the normal application shaders
(without ProcessVertices) are used? The user shader and input buffer references
to the input buffer could be attached to the output buffer. Then VP shader code
can be used as a function when output buffer is used. Such output buffer would
be a sort of vertex shader closure :)) The Lock on such output buffer won't
work, but Sims2 does not lock these buffers (as I can see from my logs), and
overall it would be strange for the application to process vertices in its code
after requesting shader processing (if mainly for debugging purposes maybe).
--
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=21579
Summary: Yahoo Messenger 10 crash when opening IM window with a
contact
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://rd.software.yahoo.com/msgr/10/msgr10us.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deun.support(a)gmail.com
After installing client, it starts and I can log in without any issue. However,
when attempting to open an IM window with a contact, the application
systematically crashes with a page fault in one of its threads, but app stays
stuck until I do a Ctrl+C in the shell from which I launched it.
Not being sure about what leads to that page fault, I've attached a debug log
with +user,+advapi,+ole just in case.
I case also provide a +all log if there's not enough infos in that log.
Tested on Ubuntu 9.04 x86 32bits.
Bug occurs with identically with both wine 1.1.37 and 1.1.34.
--
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=8051
--- Comment #126 from swswine(a)gmail.com ---
(In reply to Stefan Dösinger from comment #125)
> (In reply to swswine from comment #124)
> I noticed d3dx9 trying to create a shader validator interface, but so far it
> has always been happy with the NULL return and just skipped validation. Are
> you sure it really needs this?
>
Absolutely. It discards all the real shaders without that. The program is
statically linked with a very old d3dx9, maybe newer versions are OK with Null
valudator even if validation is requested. This one returns the error from
d3dx9 shader linking function in this case (E_FAIL 0x80000405)
> I wonder though if this stuff works on any modern Windows driver though.
Google suggests that yes (at least windows 7, not sure about later). There are
some tricks with game configuration files discussed in the forums though. But
it is lkely mainly due to gorgeous configuration files which list all the
graphic cards they know and has plenty specific feature configuration flags.
--
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=8051
Stefan Dösinger <stefan(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefan(a)codeweavers.com
--- Comment #125 from Stefan Dösinger <stefan(a)codeweavers.com> ---
(In reply to swswine from comment #124)
> The reason is that Sims2 is using some shader compilaton function from d3dx
> library (which has fancy static linkage in sims2 exe files, so no way to use
> builtin d3dx.dll). That function requests undocumentated interface from d3d9
> through Direct3DShaderValidatorCreate9, and fails if it is not available.
I noticed d3dx9 trying to create a shader validator interface, but so far it
has always been happy with the NULL return and just skipped validation. Are you
sure it really needs this?
> After that, if shader model 3.0 is available, the model stops rendering at
> all and the trace is full of indications of unsupported features. Not fully
> supported ProcessVertices implementation goes first, then a few other things
> like tangent, binormal and vertex blend indices vertex attributes, and some
> more. These probably should be sorted out one by one.
Horray. A game that actually needs ProcessVertices with shader support. This
will be pretty nasty to implement. Our ProcessVertices so far only supports
very basic fixed function operations - just transformation, no lighting
support. For shader support we'll need to be able to interpret the shader on
the CPU, or maybe we can work with one of those OpenGL feedback extensions.
The other stuff is probably RHW vertices + Shader Model 3 shaders. This should
be fixable with the fixed function vertex pipeline GLSL shader. I wonder though
if this stuff works on any modern Windows driver though. We removed the tests
that test the related functionality because we were getting broken behavior on
newer drivers. (There are plenty of differences between those old tests and
Sims 2 though. One being explicit SWVP, the other is that ProcessVertices + RHW
draw is most likely different from just an RHW draw)
--
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=8051
--- Comment #124 from swswine(a)gmail.com ---
Created attachment 52904
--> https://bugs.winehq.org/attachment.cgi?id=52904
Partial workaround to fix game start, models display and get a sensible trace
I eventually tried to run Sims2 and make it work under Wine. It seems to be an
interesting case of using various d3d9 features which are not implemented in
Wine yet. Shader constants limit is just the first but not the least reason. I
hope it is interesting to share what I found as actually previous discussion
does not reveal what is actually wrong with Sims2 under wine.
While I not yet succeded in making Sims2 fully work I found the major reason
why rendering did not work without any indication what's wrong or not supported
in the trace (after the trick similar to that from Comment #118). I am
attaching the patch which partially fixes rendering for me but more important
reveals actually unsupported features which the game is using. This patch by no
means can be thought as a fix proposal for anything, but lets Sims2 run and
draw models, and makes it usable for further testing and fixing.
As noted in Comment #118 here, the crash on startup can be worked around by
increasing the number of supported shader constants. The patch increases that
constant at the first place and also increases number of constants in wined3d.
Actually this workaround helps to run some other games involving 3d characters,
but not this time. After applying just this the game starts but model is
rendered in T pose and totally red (I am mainly running TS2BodyShop.exe to view
how the model renders). At the same time wine trace does not show up any
relevant problems.
The reason is that Sims2 is using some shader compilaton function from d3dx
library (which has fancy static linkage in sims2 exe files, so no way to use
builtin d3dx.dll). That function requests undocumentated interface from d3d9
through Direct3DShaderValidatorCreate9, and fails if it is not available.
Unlike some redundant constants initialization at startup, this problem does
not show up as crash or something, the game just continues running and falls
back to some most basic shaders which draw red models in T pose, without any
visible errors. My patch adds a very dumb & dirty implementation of the
undocumented validator interface which returns OK for all the requests and does
the trick, the game starts to use real shaders.
After that, if shader model 3.0 is available, the model stops rendering at all
and the trace is full of indications of unsupported features. Not fully
supported ProcessVertices implementation goes first, then a few other things
like tangent, binormal and vertex blend indices vertex attributes, and some
more. These probably should be sorted out one by one.
The last thing that the patch does is hardcoding maximum shaders version to 2
(caps->VertexShaderVersion and caps->PixelShaderVersion in wined3d/directx.c).
After that the model shows OK in model builder (with normal pose and texture).
I also started the main game in tutorial mode (I do not know how to play it),
and the model also showing OK in the beginning, but other glitches show up
quickly when doing some actions in the house (the glitches are now accompanied
by the informative trace output). So probably it is easier to fix the problems
showing up in shader 2.0 model first as it likely has less missing features. It
actually should be possible to limit shader model version within game
configuration files (the google is full of discussions on how people fixing
Sims2 on Windows through these).
--
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=25239
Summary: "Network Places" freezes the application
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: landemaine(a)gmail.com
Hello,
I am using Wine 1.2 with Ubuntu Maverick 2.6.32-26-generic and MS Office 2007.
When in Word, I try to open a file located on a samba share, so I click the
"Network Places" icon in Word's "Open" dialog. But then, Word freezes. I can't
open a file located on a samba share, and I have to kill Word's process.
Charles.
--
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=39679
Bug ID: 39679
Summary: Broken filtering of Recent documents
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 52903
--> https://bugs.winehq.org/attachment.cgi?id=52903
Screenshot showing the recent documents shortcut sub-icon on Windows
The 'My Recent Documents' section of Office's File -> Open dialog does not show
the recent documents if the filter is not set to '*.*'.
To reproduce this bug:
* Start Word 2003 or 2010.
* Open a document.
* Close Word.
* Start Word again.
* Got to File -> Open -> My Recent Documents.
* BUG: The previously opened document is nowhere to be found.
* Change the 'Files of type' field from the default '*.doc...' to '*.*'
* Now the previous document is visible.
* BUG: Hovering over the document shows a filename that ends in '.LNK' whereas
on Windows it ends in '.doc'...
The fact that the full path shown for the recent files ends in '.LNK' probably
explains why they are not shown when the filter is '*.doc'. Note also that in
Wine the files don't have the shortcut sub-icon so somehow Word does now know
they are shortcuts.
--
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=6176
Sebastian Lackner <sebastian(a)fds-team.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |a1790df348caa0318c132717ac5
| |72d1b10b76827
Status|STAGED |RESOLVED
Resolution|--- |FIXED
--- Comment #12 from Sebastian Lackner <sebastian(a)fds-team.de> ---
Fixed with
http://source.winehq.org/git/wine.git/commit/a1790df348caa0318c132717ac572d….
--
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=32350
Bug #: 32350
Summary: Heroes of Might and Magic V crashes when loading a
saved game (without native msvcr71)
Product: Wine
Version: 1.5.18
Platform: x86
URL: http://www.fileplanet.com/162410/160000/fileinfo/Heroe
s-of-Might-&-Magic-V-Demo
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42688
--> http://bugs.winehq.org/attachment.cgi?id=42688
terminal output
The game comes bundled with it's own native msvcp71,msvcr71 libraries, the
crash occurs only when msvcr71=built-in.
The game crashes when I try to load a saved game.
Steps to reproduce the problem with the demo version:
1. install the demo, you can skip the registration steps at the end of
installation.
2. start the demo with ../bin/H5_Game.exe. Intro videos can be skipped by
pressing <Esc>.
3. in the main menu select Single Player > Campaign and start a new game.
Starting a new game shouldn't be a problem with built-in msvcr71.
4. once in the game press <Esc>, choose Save Game and perform a manual save.
5. try to load the previously saved game...a crash occurs 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=32989
Bug #: 32989
Summary: Orcs Must Die! 2 sometimes crashes when level
completed
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff(a)deseret-tech.com
Classification: Unclassified
Orcs Must Die! 2 will sometimes (probably about 50% of the time) crash when the
last wave of enemies is completed instead of displaying the level completion
screen. Since each level can take 20 minutes or more to complete this is rather
frustrating.
There is no output to the console (without debug options) when the crash
occurs. There is no illegal operation notice, the game just disappears.
This has also been reported in the comments on the game's AppDB entry, back in
August 2012. I played often in October 2012 without encountering the issue,
however.
--
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.