Anyone here that's more technical than me, I'd like to know what's causing this error and how one would resolve it.
The Error.
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified
at System.Diagnostics.Process.StartWithShellExecuteEx (ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
at TF2IDLE.Form1.Button1_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventAr gs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.O nMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.W ndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
I have no idea on how to fix it. If it's of any concern, I'm trying to run an idler for tf2.
All I can get from it is that you clicked a button on a form, that caused the form to try and open (and execute via the windows shell) a file that it isn't referencing properly or one that doesn't exist.
Basically, it is trying to open an executable (exe) that isn't located where it should be, or doesn't exist.
I have no idea on how to fix it. If it's of any concern, I'm trying to run an idler for tf2.
Did you install TF2 in an unconventional location? Idk, maybe the idlers doesn't know where tf2 is and is making a shitty assumption (most hacks make shitty assumptions)
Originally Posted by Adolfmay
That's a call stack.
All I can get from it is that you clicked a button on a form, that caused the form to try and open (and execute via the windows shell) a file that it isn't referencing properly or one that doesn't exist.
Basically, it is trying to open an executable (exe) that isn't located where it should be, or doesn't exist.
Makes sense, I guess it's trying to locate steam.exe but can't find it due to it being in another drive than C:
I wonder if that is resolvable with a shortcut where I suspect it to be looking for it.
---------- Post added at 11:36 AM ---------- Previous post was at 11:34 AM ----------
It did not, any ways to solve this without having to move steam to C:?
Real men code in assembly and C anyways
procedural langauges are the best languages
Originally Posted by programboy3
Real men code in assembly and C anyways
procedural langauges are the best languages
Way to go, not being helpful at all.
Either help or go away.
Originally Posted by Antipathy
Makes sense, I guess it's trying to locate steam.exe but can't find it due to it being in another drive than C:
I wonder if that is resolvable with a shortcut where I suspect it to be looking for it.
---------- Post added at 11:36 AM ---------- Previous post was at 11:34 AM ----------
It did not, any ways to solve this without having to move steam to C:?
I was going to suggest you use mklink to create a symbolic link, but you can't do that accross storage volumes so you're basically screwed. TBH It probably isn't that hard to reverse engineer and change the directory it's accessing - but depending on how hard it is for you to just move stream, it might be more work than it is worth :/
Honestly though, .Net assemblies contain so much metadata it'd probably take seconds to decompile, fix than recompile.
Originally Posted by Adolfmay
I was going to suggest you use mklink to create a symbolic link, but you can't do that accross storage volumes so you're basically screwed. TBH It probably isn't that hard to reverse engineer and change the directory it's accessing - but depending on how hard it is for you to just move stream, it might be more work than it is worth :/
Well, if you know how this is done then you can probably do it for me.
Until the original creator is heard from.
Any help other than installing steam in C would be appreciated.
Originally Posted by Antipathy
Makes sense, I guess it's trying to locate steam.exe but can't find it due to it being in another drive than C:
I've got steam and steam games spread across 3 drives, no such error here
Originally Posted by Horror
I've got steam and steam games spread across 3 drives, no such error here
But I take it your steam is installed in C:, correct?
"The system cannot find the file specified"
^Your problem. You're referencing something that isn't being found. (Are you using an external reference?)
Start by posting in the right section...
Originally Posted by Antipathy
But I take it your steam is installed in C:, correct?
No. Steam is in F:, and both MW2/BO II are installed in C: (where my OS is located, obviously).
Arma2(OA) is located in G:.
Originally Posted by Horror
I've got steam and steam games spread across 3 drives, no such error here
I'm looking at the source code right now, and it makes direct references to the C drive.
@Antipathy what drive are you using. Easiet fix is to just replace the references to C
Originally Posted by Splinterrr
Start by posting in the right section...
Ameer, don't be mad at me
Originally Posted by Adolfmay
I'm looking at the source code right now, and it makes direct references to the C drive.
@Antipathy what drive are you using. Easiet fix is to just replace the references to C
My OS is run from C (obviously) and as I don't want it clogged up from all my crap I have almost everything I run on my D:drive.