ieryo0922 / gtaivtools

Automatically exported from code.google.com/p/gtaivtools
GNU General Public License v3.0
0 stars 0 forks source link

Crash Bug under Windows 7 #5

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. Windows 7 RC 1 Build 7100
2. Spark IV 0.6.2
3.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?
0.6.2 Windows 7 RC1 Build 7100

Please provide any additional information below.

I'm working on a .NET GTAIV soundboard, and have a stripped down version of
GTAIV, that contains just the 'Rockstar Games/Grand Theft Auto
IV/pc/audio/sfx' structure, plus the GTAIV.exe. Browsing the audio and
playing through results in random crashes, with or without 'Auto Play on
Select' checked, but this setup works just fine under XP. I can browse and
play sound files for hours on XP. The GTAIV.exe is unmodified, and original.

My girlfriend Kassie has customised this app for me, she's working on a
fix, but it does it on your stock version too. XP with your version is
fine, too.

Original issue reported on code.google.com by Tido...@gmail.com on 12 Jun 2009 at 10:49

Attachments:

GoogleCodeExporter commented 8 years ago
I just re-tried it in the VS2008 IDE under Windows 7, and the problem seems to 
be
RageLib.

Here's my Debug log:

'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_32\mscorlib\2.0.0.0__b77a5c561934e089\mscorlib.dll', 
Skipped
loading symbols. Module is optimized and the debugger option 'Just My Code' is 
enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\9.
0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System.Windows.Forms\2.0.0.0__b77a5c561934e089\Sys
tem.Windows.Forms.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll', 
Skipped
loading symbols. Module is optimized and the debugger option 'Just My Code' is 
enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System.Drawing\2.0.0.0__b03f5f7f11d50a3a\System.Dr
awing.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities.Sy
nc\9.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.Syn
c.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.Debugger.Runtime\9.0.0.0__b
03f5f7f11d50a3a\Microsoft.VisualStudio.Debugger.Runtime.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Users\Tidosho\trunk\SparkIV\bin\Debug\SparkIV.vshost.exe', Skipped loading
symbols. Module is optimized and the debugger option 'Just My Code' is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dl
l',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System.Deployment\2.0.0.0__b03f5f7f11d50a3a\System
.Deployment.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System.Xml\2.0.0.0__b77a5c561934e089\System.Xml.dl
l',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
The thread 0x44c has exited with code 0 (0x0).
The thread 0x1204 has exited with code 0 (0x0).
The thread 0x2a4 has exited with code 0 (0x0).
The thread 0x324 has exited with code 0 (0x0).
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Users\Tidosho\trunk\SparkIV\bin\Debug\SparkIV.exe', Symbols loaded.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Users\Tidosho\trunk\SparkIV\bin\Debug\RageLib.Common.dll', Symbols loaded.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Users\Tidosho\trunk\SparkIV\bin\Debug\RageLib.FileSystem.dll', Symbols 
loaded.
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Windows\assembly\GAC_MSIL\System.Configuration\2.0.0.0__b03f5f7f11d50a3a\Sys
tem.Configuration.dll',
Skipped loading symbols. Module is optimized and the debugger option 'Just My 
Code'
is enabled.
'SparkIV.vshost.exe' (Managed): Loaded '93tqckd8'
'SparkIV.vshost.exe' (Managed): Loaded
'C:\Users\Tidosho\trunk\SparkIV\bin\Debug\RageLib.Audio.dll', Symbols loaded.
A first chance exception of type 'RageLib.Audio.SoundBank.SoundBankException'
occurred in RageLib.Audio.dll
The thread 0xd90 has exited with code 0 (0x0).
The program '[3928] SparkIV.vshost.exe: Managed' has exited with code 
-2146233082
(0x80131506).

I hope this will help solve it, we're still working this end to find a fix.

Original comment by Tido...@gmail.com on 26 Sep 2009 at 9:46

GoogleCodeExporter commented 8 years ago
Might be fixed with the newest version. I think the issue is that the audio dll 
doesn't have time to catch up with what SparkIV is feeding it causing SparkIV 
to crash. I've put in a thread delay which should pause SparkIV for a couple of 
milliseconds before feeding new data. If this doesn't help then it should at 
least catch the error without crashing.

Original comment by GamerzWo...@gmail.com on 4 Nov 2010 at 5:14

GoogleCodeExporter commented 8 years ago
Aah, GamerzWorld! I see you do a lot of work here! Nice one! It's been there 
too long. I knew it was the RageLib, just couldn't get breakpoints to show in 
the IDE when debugging, the whole lot just crashes.

I'll test it later, and report back. Thanks again!

Original comment by Tido...@gmail.com on 4 Nov 2010 at 5:26

GoogleCodeExporter commented 8 years ago
Aru has disappeared, I don't know what happened to him. I've been in charge of 
keeping SparkIV up-to-date with the latest IV patches. Since I'm not much of a 
coder, I sadly can't do the big changes that SparkIV needs. Aru has mentioned 
to me that he'd work on SparkIV when he got some time but that was at the 
beginning of the year.

Original comment by GamerzWo...@gmail.com on 4 Nov 2010 at 5:35

GoogleCodeExporter commented 8 years ago
Well, I'm OK with .NET, and have studied SparkIV for quite a while, so if you 
need another developer, let me know. I'm working on making an installer version 
of SparkIV as well as the zipped version, which will make things easier for 
newbies not sure of zip and things.

Original comment by Tido...@gmail.com on 4 Nov 2010 at 7:45

GoogleCodeExporter commented 8 years ago
The crash is still occurring under Windows 7... It just bombs out like it used 
to. I haven't tried it in the VS IDE yet though.

Original comment by Tido...@gmail.com on 12 Nov 2010 at 11:50

GoogleCodeExporter commented 8 years ago
It doesn't even catch the error without crashing? Have you tried running in XP 
compat mode? Are you running x64 or x86? Sorry for all the questions but I 
still haven't been able to duplicate the bug.

Original comment by GamerzWo...@gmail.com on 12 Nov 2010 at 12:22

GoogleCodeExporter commented 8 years ago
No, just the "SparkIV has stopped working" error. I'm running x86, but it did 
do the same when I was also running x64 a while back. Windows has all the 
latest updates and frameworks. Compatibility I haven't tried this time round, I 
think I did when I originally reported it.

Can you show me where in the code you've narrowed it down, and I'll give you a 
hand trying to stop the bug? Email me a list of TODO if you can, to "tidosho at 
gmail dot com", and I'll give you a hand easing the workload. SparkIV is too 
good a program to let it die.

Original comment by Tido...@gmail.com on 12 Nov 2010 at 10:27