Anyone know the program? Is it just part of explorer?
[Help] Program Windoze Uses To Open *.exe Files?
Open, as in edit or open as in execute?
does this look like a [Help] Thread to you? it does to me...
The Topic Title Has Been Edited
// Seph
The CreateProcess function creates a new process and its primary thread. The new process executes the specified executable file.
BOOL CreateProcess(
LPCTSTR lpApplicationName, // pointer to name of executable module
LPTSTR lpCommandLine, // pointer to command line string
LPSECURITY_ATTRIBUTES lpProcessAttributes, // pointer to process security attributes
LPSECURITY_ATTRIBUTES lpThreadAttributes, // pointer to thread security attributes
BOOL bInheritHandles, // handle inheritance flag
DWORD dwCreationFlags, // creation flags
LPVOID lpEnvironment, // pointer to new environment block
LPCTSTR lpCurrentDirectory, // pointer to current directory name
LPSTARTUPINFO lpStartupInfo, // pointer to STARTUPINFO
LPPROCESS_INFORMATION lpProcessInformation // pointer to PROCESS_INFORMATION
);
This might be an important part of it ![]()
Microshaft Windoze 2004
I don't understand your question.....what do you mean what program does Windows use to open EXE files? EXE files are the programs that run within Windows. All programs call the function main() which calls other functions which call WM handles within the program. So if I understand right Windows uses a function, not a program to run EXE files and that function is either main() or WinMain() depending on the type of application.
All programs call the function main() which calls other functions which call WM handles within the program. So if I understand right Windows uses a function, not a program to run EXE files and that function is either main() or WinMain() depending on the type of application.
Not exactly. Windows just execute the instruction from the first code-segment (not totally right too), but the point is, it doesn't know about the main() or WinMain() function names. These are used in C and C++ applications by the compiler to have an entry-point for the application.
What would Windows use to run the program that ran the programs ![]()
Its part of the core operating system, not explorer. Explorer, simplified, basicaly is an exe file. As far as i know a given exe contains the hex code that gets sent directly to the CPU (everone should learn some assembly programing
), and anything more then that jsut makes calls to toher programs on what to do kinds (ie to the window manager: make this window, or to DOS print this text).
i gotta say im disaapointed by the un-teh-133tn3ss and ****ishyness of your question :cry:
y4h, w00t f0r t3h 1337ne55
given exe contains the hex code
Please don't say that
<_<
edit: and can you people stop using those numbers in words >.<
Sp33king in 1337 is a shur3 sign of un-1337n3ss ![]()
Originally posted by AndreasV@Apr 14 2004, 11:08 PMPlease don't say that
<_<
how is that an improper statemnt (im not trying to say im right i realy want to know)
how is that an improper statemnt (im not trying to say im right i realy want to know)
There is no such thing as hex-code. Hex(idecimal) is just another representation of a number. In case of a byte, it's handy to use, because 1 byte is (on most systems) a group of 8 bit. A group of four bits can be representated in one hexidecimal character, so a byte can be easily shown as 2 hexidecimal characters. That's all. Your computer really doesn't know any "hex", it are just numbers.
an *.EXE file could be a load of different things. It could be strait compiled C/++, or IL like from C# (or other .NET) or it could even be an imbedded interpreter + script (perl, python, etc).
Each are run different ways. That's about as low level as I get, so I'll let the real guys clarify for you.
an *.EXE file could be a load of different things. It could be strait compiled C/++, or IL like from C# (or other .NET) or it could even be an imbedded interpreter + script (perl, python, etc).
In the end, it are still instructions + data. No matter what language they are written in and what kind of extra external libraries they require. In the case of a script + interpreter, the script is probably included as data (resource), the interpreter are the instructions (code).
Until we really find out what kind of problem he is having, we really shouldn't argue.
I'm only asuming he has lost the .EXE file association somehow and is re-formatting, since he hasn't replied.
Aqua-Soft Forums