New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Age of Conan crashes on start #130
Comments
Come to #d3d9 on irc.freenode.net and ping me, we have an apitrace server. Also, can you post the log with NINE_DEBUG=all, thanks. |
heres NINE_DEBUG=all log |
I think the application is writing outside the buffer. ATI2 is a special format that relies on a hack to work: Can you try the following thing (hoping that will be sufficient, because else some tricks may be needed): at surface9.c, line 408 |
tested and crashed but wine d3d trace played till the end |
Is it the log for the wined3d trace ? Wine doesn't advertise ATI2 on radeonsi, the change I asked you to do shouldn't change anything to the fact it runs or not. Is it crashing at same location ? |
no the log is from nine. |
ok, I wrote something. |
Ok, can you test current git and report ? |
ok compiling now |
tested with git still crashes and i tried with both the patch on git and what you suggested |
actually hang on i mess up compiling |
still crashes. my other games work fine now. |
There is likely some other factors intervening. are you compiling with gcc 5.0 or gcc 5.1 ? |
gcc 4.9.3 |
Is it crashing at the same location than before ? |
nine:unknown:QueryInterface: This=0x7cbb6028 riid=0x33e2f8 ppvObject=0x33e2f4 |
to answer your question, yes it is still crashing in the same timeframe |
dmesg complains about this : [ 226.084129] radeon 0000:01:00.0: va above limit (0x002032E6 > 0x00200000) |
I need to know whether the ATI1/ATI2 patch solves something or not. Can you confirm the log looks different for you with the patch and without ? |
okay ATI1/2 patch gets me farther when i compare the logs that I posted but it looks like it crashes at nine:resource9:ctor: (0x7cbb7d48) Creating pipe_resource now |
replaying the trace on wined3d gives me this: |
axel those patches do not help at all I just reverted and did a apitace after the revert and comparing it to one before revert shows it crashing at the same point as with the patches. |
heres an apitrace https://www.sendspace.com/file/bjy5k9 |
same thing apitrace really short and doesn't show the bug. Did you cut the trace or ? |
i didnt cut the trace thats as far as i get with both apitraces i posted |
latest git broke the patch that fixed the kernel crashing |
what was the last working git for this game ? |
I think theres a bug between the patch and thread_submit=true i removed it from the command line and the game crashes at the new point that i pointed at in the pull request. |
For ageofConan the first patch is required (ATI1/ATI2 stride width) and there's a problem in nine resource management: |
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue iXit#130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
with siro patch it start to a black screen with no movie or anything |
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue iXit#130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
The game plays when minimized and idle when in fullscreen, it looks like this is because of broken window handling. |
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
The ticket should be closed as the bug is fixed. |
siro should i open another ticket about rendering when miminized and not when the window is in focus? |
Yes please |
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130. Signed-off-by: Patrick Rudolph <siro@das-labor.org>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
Store a copy of GUID in the header that is under our control and use it as key for the hashtable instead of using the application provided pointer. The application might change the memory after leaving the function. Fixes a crash for issue #130 Signed-off-by: Patrick Rudolph <siro@das-labor.org> Reviewed-by: Axel Davy <axel.davy@ens.fr>
On a nine apitrace it crashes on IDirect3DTexture9::UnlockRect and hard locks my computer but using D3D_ALWAYS_SOFTWARE=1 allowed me to get the trace. Replaying the trace file in qapitrace complains about an unhandled exception.
Playing a trace file of wined3d on nine crashes at DrawIndexedPrimitive.
amd r2 290x is my video card
The text was updated successfully, but these errors were encountered: