Closed GoogleCodeExporter closed 9 years ago
Crashes after second battle (
http://www.koreanrandom.com/forum/topic/6108-/?p=124362 )
Original comment by pavlushko.m@gmail.com
on 7 Nov 2013 at 9:19
Oh, guys, I just forgot -a key :D
Swfdump crashes with this file.
Original comment by pavlushko.m@gmail.com
on 7 Nov 2013 at 9:30
Issue with RABCDAsm is confirmed then. By the way, the developer reopened the
issue and I made a detailed report to reproduce the error with SWFDump:
https://github.com/CyberShadow/RABCDAsm/issues/22
Feel free to correct me or to complete my comment.
And I just checked your Application.swf and mine, both have the same checksum,
as expected.
Original comment by edgar.fo...@gmail.com
on 7 Nov 2013 at 9:54
tested #149
CTD after first battle
running linux mint, wine 1.7.5
Original comment by maininqu...@yahoo.de
on 7 Nov 2013 at 10:09
idk if anyone knows about it, but if you set up compatibility with xp sp3 in
win7, game won't crash with (any) application.swf
Original comment by andrew.a...@gmail.com
on 7 Nov 2013 at 11:59
i stumbled across a temp fix
press ctrl alt del ,and open the task manager
now minimise it to your desktop but leave it running.
start wot as normal ,8 hours no crashes
Original comment by gerwynjo...@sky.com
on 8 Nov 2013 at 4:51
[deleted comment]
Mine has been CTD every night, after battle, constantly since release of 0.8.9.
Only mod running is XVM (xvm-5.0.1-test2.zip), Windows 7 ultimate x64, 8Gb RAM,
Nvidia 2Gb GTX 670.
Last night no CTD in 21 games???? No software changes not even Windows
update... This really is random and will be hard to pin down.
Original comment by cheesybo...@cheesyboofs.co.uk
on 8 Nov 2013 at 9:02
Same here - Yesterday no CTD
Original comment by shakerma...@hispeed.ch
on 8 Nov 2013 at 12:23
Linux Mint 15, wine 1.7.5 CTD or Freeze in 2 of 3 Games today.
Original comment by rudolf.f...@gmail.com
on 8 Nov 2013 at 1:57
What I found helpful in reducing crashes was to set battle results to page two
and unchecked the displays and chances to win. Also, I noticed if at the end
of the game if there is no mouse or keyboard input the chance of crash is
reduced. To get off the game after I am dead I do not use the mouse but the
keyboard using tab and the space bar. Input at the end of the game effects
whether you crash or not. This factor can produce a feeling of random crashes.
Renaming the application.swf does work in eliminating crashes...p0pPoP
Original comment by top_...@hotmail.com
on 9 Nov 2013 at 6:59
@#161 Since i renamed application.swf 4 revisions of xvm ago, no crash
whatsoever. i am updating xvm regularly(from aslains pack) and renaming the
.swf as well. i do not believe keyboard/mouse input has anything to do with
this, since before renaming i tried this possibility as well.
Original comment by radu.o.s...@gmail.com
on 9 Nov 2013 at 11:44
Problem with swfdump appears since 0.8.9 CT1
https://wot-xvm.googlecode.com/svn-history/r2823/branches/xvm-5.0-0.8.9/src/xvm/
swf/flash/Application.swf
Original comment by pavlushko.m@gmail.com
on 9 Nov 2013 at 12:09
Mine has stopped crashing and I have changed nothing! No windows update nothing
since my post above. So now I have to try and make it crash again to find out
the catalyst.
Last crash
"World Client has encountered an unhandled exception and must close"; Wed Nov
06 22:12:52 2013.
Log attached as proof.
http://tinyurl.com/n8ma2q9
Original comment by cheesybo...@cheesyboofs.co.uk
on 9 Nov 2013 at 12:27
pavlushko.m, I think SWFDump and Scaleform are failing for the same reasons,
but I don't have a clue on how to fork RABCDAsm with our changes (avoid forward
typename reference + keep same ABC elements order). I don't think RABCDAsm's
developer is willing to rewrite his program either...
This doesn't sound good.
Original comment by edgar.fo...@gmail.com
on 9 Nov 2013 at 1:49
maybee it is time to provide a minimum version that does not crash and add
features incrementally until it starts crashing again and narrowing down the
problem this way performing a pseudo binary search for the problem? once found
one can rewrite that part.
Original comment by Erik.It...@gmail.com
on 9 Nov 2013 at 2:56
We already know what the problem is, the assembler program is producing binary
code that is not supported by Scaleform.
Original comment by edgar.fo...@gmail.com
on 9 Nov 2013 at 4:26
OK, so you have a (thought to be) valid ActionScript source file you cannot
compile because RABCDAsm fails to produce target platform compatible swf byte
code, right? Where is the source, have only seen the swf compiled this far.
which compilers have you tried so far?
Original comment by Erik.It...@gmail.com
on 9 Nov 2013 at 5:55
Hi,
Thx for your mail, but i'm not prentending to have a valid actionscript
souce file... I dont compile anything.
I'm using XVM for about a year (every version)
For the new 8.9, I download the
xvm-5.0.1-test2.zip<https://code.google.com/p/wot-xvm/downloads/detail?name=xvm-
5.0.1-test2.zip&can=2&q=>
and
installed it ... And it crashes every combat end.
Of course I tried to install it 3 or 4 times (clean install, I mean)... no
result!
My computer is running vista and my gpu is a geforce 9500
have a nice evening!
Fred
Original comment by fred.0...@gmail.com
on 9 Nov 2013 at 6:03
ok, you do not have the action script at all, right? you are trying to fix the
Application.swf byte code? Application.swf is authored by WG? did anyone ask
them to provide either the source for just that or assist in solving this
isssue?
Original comment by Erik.It...@gmail.com
on 9 Nov 2013 at 6:42
Download 7zip then go in your game folder / res / packages / gui.pkg > right
click > 7zip > Open. Then Application.swf is located into the flash folder if I
remember correctly.
The problem is that RABCDAsm is the only (dis)assembler for AS3.
Btw, I agree with Erik.Itter, we should ask WG to provide the sources...
Original comment by edgar.fo...@gmail.com
on 9 Nov 2013 at 7:16
what about http://www.as3sorcerer.com/ ?
Original comment by ivobar...@gmail.com
on 9 Nov 2013 at 7:20
Did you try Sothink SWF Decompiler or Editor? I usually use this to get out the
source code
Original comment by gaut...@gmail.com
on 10 Nov 2013 at 12:16
from #155
"idk if anyone knows about it, but if you set up compatibility with xp sp3 in
win7, game won't crash with (any) application.swf"
This is working for me - hardly any crashes since i did this.
Original comment by mattsmit...@gmail.com
on 10 Nov 2013 at 1:08
I'm writing a custom ABC injector for Application.swf, let's hope I get this
fixed in less than one week.
Original comment by edgar.fo...@gmail.com
on 10 Nov 2013 at 1:12
Another confirmation for the #155 idea with the xp sp3 compatibility mode. 63
battles played yesterday afternoon and night, up until 4am GMT -- not a single
crash. Before this setting I would get a CTD maybe every 3-4 battles so I had
application.swf renamed. So far compatibility mode works great. I'll try to get
others to apply it too and I'll report if it worked for them.
Original comment by becimes...@gmail.com
on 10 Nov 2013 at 1:56
Compatibility XP is a false path : I tried it 3 times : 3 CTDs!!
Original comment by fred.0...@gmail.com
on 10 Nov 2013 at 2:47
@post #174
"hardly any crashes" is harley a fix! You mean it is still crashing for you...
I had two solid day with no crashes and now it is crashing again almost every
other game. There is no fix until the Devs come up with one. There is a
workaround and that is to delete "Application.swf" but this will remove XVM
features.
The crashing is random - period!
Original comment by cheesybo...@cheesyboofs.co.uk
on 10 Nov 2013 at 5:06
Issue 575 has been merged into this issue.
Original comment by edgar.fo...@gmail.com
on 10 Nov 2013 at 5:07
#177, iirc you're on Vista, right? as mentioned in #148, the solution I posted
was for 7.
Original comment by andrew.a...@gmail.com
on 10 Nov 2013 at 5:15
edgar.fournival, r2933
Original comment by pavlushko.m@gmail.com
on 10 Nov 2013 at 5:56
pavlushko.m, issue fixed then?
Original comment by edgar.fo...@gmail.com
on 10 Nov 2013 at 6:22
need more testing
Original comment by m.schedr...@gmail.com
on 10 Nov 2013 at 6:25
which one to use: r.2933 or r.2935 ?
Original comment by Mladenov...@gmail.com
on 10 Nov 2013 at 6:52
[deleted comment]
Use r2935.
Original comment by edgar.fo...@gmail.com
on 10 Nov 2013 at 6:55
r2935 seems to solve the issue and everything works for me, good job :)
Original comment by cz.Rui...@gmail.com
on 10 Nov 2013 at 8:42
Not crashing for me too but I only did a few games with the last nightly.
If you still need Application.swf, I can make a non-crashing version in one or
two days, keep me posted.
Original comment by edgar.fo...@gmail.com
on 10 Nov 2013 at 8:59
[deleted comment]
about 40 battles with 2936 and no crash
Original comment by ulisses....@gmail.com
on 11 Nov 2013 at 12:35
How do I update with the r2935?
Original comment by auds...@gmail.com
on 11 Nov 2013 at 3:23
No crash for me too with 2936
Original comment by shakerma...@hispeed.ch
on 11 Nov 2013 at 7:23
Played 36 games without a single crash on 2936. Previously crashed roughly 1 in
15.
Original comment by mike.fir...@gmail.com
on 11 Nov 2013 at 9:11
How to update XVM to r2936?
Original comment by bto...@gmail.com
on 11 Nov 2013 at 9:23
[deleted comment]
@up Update r2936 download this http://nightly.modxvm.com/
Original comment by aenw...@gmail.com
on 11 Nov 2013 at 10:57
> If you still need Application.swf, I can make a non-crashing version in one
or two days, keep me posted.
It will be great, because without Application.swf we have mirrored icons in the
hangar.
Original comment by m.schedr...@gmail.com
on 11 Nov 2013 at 1:49
> If you still need Application.swf, I can make a non-crashing version in one
or two days, keep me posted.
yes, I still need application.swf, many features are useful with it
Original comment by lionel.f...@gmail.com
on 11 Nov 2013 at 2:11
Hello,
Sorry for the bad new, but still CTD with the night build...
Original comment by fred.0...@gmail.com
on 11 Nov 2013 at 2:33
m.schedriviy, lionel.faure, all right I'm working on it.
fred.0056, you have to remove Application.swf from res_mods\0.8.9\gui\flash.
If it's still crashing, please provide python.log & xvm.log.
Original comment by edgar.fo...@gmail.com
on 11 Nov 2013 at 2:42
Original issue reported on code.google.com by
pedrofsp...@gmail.com
on 30 Oct 2013 at 3:07