Decoding the Windows XP Startup Process: Who Can Simplify It for Me?

  • Thread starter Thread starter saltydog
  • Start date Start date
Click For Summary

Discussion Overview

The discussion revolves around understanding the Windows XP startup process, including the sequence of application programs that launch during boot-up. Participants express a desire for a simplified explanation of the boot process and explore various tools and methods to gain deeper insights into the system's behavior during startup.

Discussion Character

  • Exploratory
  • Technical explanation
  • Debate/contested
  • Mathematical reasoning

Main Points Raised

  • One participant seeks a concise summary of the Windows XP boot-up process, expressing difficulty in understanding the complexity of tools like "Autoruns."
  • Several links to external resources are shared, including documentation on the boot process and tools like "msconfig" for viewing loaded services and programs.
  • There is mention of using "Windbg" for debugging, with some participants discussing its capabilities and the concept of a "Checked Build" of Windows XP.
  • One participant raises a question about the presence of the Hardware Abstraction Layer (HAL) in all PCs, leading to a discussion about its role and definitions.
  • A suggestion is made for a simulator that could allow users to "step through" the boot process, akin to debugging applications, to enhance understanding.
  • Participants discuss the feasibility of using emulators and the costs associated with different debugging tools, including JTAG emulators.
  • There is a light-hearted exchange about the challenges of finding additional computers for debugging purposes.

Areas of Agreement / Disagreement

Participants do not reach a consensus on a simplified explanation of the boot process. Multiple viewpoints and tools are discussed, but no single method or understanding is universally accepted.

Contextual Notes

Some discussions involve technical jargon and assumptions about prior knowledge of debugging tools and processes. The conversation reflects varying levels of familiarity with Windows XP internals and debugging practices.

Who May Find This Useful

Individuals interested in computer systems, particularly those wanting to understand operating system boot processes, debugging techniques, and the technical intricacies of Windows XP.

saltydog
Science Advisor
Homework Helper
Messages
1,590
Reaction score
3
Who in this group, the whole PF for that matter, knows what's goin' on during a Windows XP startup? What does it take to have a real good understanding of everything that's goin' on while Windows XP starts up?

I have "Autoruns" and even that is a bit complex.

Can or is anyone willing to summarize for me in a short paragraph, the boot-up process for Windows XP?

You know, I see what those chopper dudes see in stripping down a motorcycle to it's barest bones. That would work for me with my PC.
 
Computer science news on Phys.org
http://www.compphix.com/xpbootprocess.html you go.
 
Last edited by a moderator:
ranger said:
http://www.compphix.com/xpbootprocess.html you go.


Thank you Ranger. That however only describes the boot-strap and what the operating system first does when it gets loaded. Mainly I was interested in the procedure (exact sequence) in which all the varous application programs startup in windows. Like, all the ones in Windows Task Manager.
 
Last edited by a moderator:
Sorry. I hope http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prmc_str_wtlu.asp is what you are looking for.

To see a list of what services and programs are loaded, type msconfig in the run box (located in the start menu).
 
Last edited by a moderator:
ranger said:
Sorry. I hope http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prmc_str_wtlu.asp is what you are looking for.

To see a list of what services and programs are loaded, type msconfig in the run box (located in the start menu).

Well you go Ranger! I think you got the dibs in here dude. Other people in here too. Don't wish to offend anyone. That's a good start for me. I just need to sit down and spend some time with it.

Thanks.
 
Last edited by a moderator:
You may also check out Windbg, I say Win debug but some say windbag. Not at me, that's what they call windbg. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/tools/windbg_debugger.asp

The other thing to do is get what's called a "Checked Build" of your XP as opposed to the free build
 
Last edited by a moderator:
What I though was interesting to read is that during the loading of the operating system kernel, NToskrnl.exe, the "HAL" files are loaded . . . hummm . . . interesting. Does that mean HAL is in everybody's PC?
 
Brad_1234 said:
You may also check out Windbg, I say Win debug but some say windbag. Not at me, that's what they call windbg. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/tools/windbg_debugger.asp

The other thing to do is get what's called a "Checked Build" of your XP as opposed to the free build

That just looks like a debugger Brad. I've used the debugger with MicroSoft Visual C++ a ton debugging applications I've written.

Wanna' tell me what a checked build is and how to get it?
 
Last edited by a moderator:
Does that mean HAL is in everybody's PC?

HAL(Hardware Abstraction Layer) - This is the code that produces the interface between the hardware and any software using it; for example, a graphics adapter, and an API.
Definition from www.futuremark.com/community/hardwarevocabulary/[/URL]

Well according to that definition, it sure seems so. On my linux system, I can recall seeding a "HAL daemon" load at boot time.
 
Last edited by a moderator:
  • #10
ranger said:
HAL(Hardware Abstraction Layer) - This is the code that produces the interface between the hardware and any software using it; for example, a graphics adapter, and an API.
Definition from www.futuremark.com/community/hardwarevocabulary/[/URL]

Well according to that definition, it sure seems so. On my linux system, I can recall seeding a "HAL daemon" load at boot time.[/QUOTE]

Dude, that's just a driver then: usually assembly code which interfaces the hardware electronics with the CPU. I once did an update, and there was something about 64k and old software with 64K+1byte data blocks, and then oh no, "our data has been compromized" . . . "we are our of regulatory compliance", bla, bla, bla, yada you know. Big problem, one measly byte. Anyway, solution was to modify about 5 lines of assembly code in the tape driver.

Good to be a bit-head sometimes.:smile:
 
Last edited by a moderator:
  • #11
Well, I'd like to take this one step further if I can:

You know how when you use a debugger, you can "step through" all the calls to the various functions?

It would be nice to have that ability to "step through" the boot process for XP. I realize that's the "cart before the horse" (what's gonna' run the debugger"). But it doesn't have to be real. It could just be a simulator that you run which "simulates" the boot process but you could "step-through" it just like you would an application in a debugger.

Any body have any ideas?

Oh yea, the reason for having such is to learn about the boot process in detail. That to me gives you more control on your PC. Frankly, I do not like using a PC in which all kinds of stuf is runnin' and I don't know what it is. Also don't want to slow down my PC.
 
Last edited:
  • #12
I think your 2 choices for debugging are windbg or an emulator that you run from a host PC on a target PC. The cheap JTAG emulators cost several thousand$ and an Intel ITP would cost over 20k.

windbg is highly recommended to start with, then see where that leads.

Id wait on the checked build for now
 
  • #13
Brad_1234 said:
I think your 2 choices for debugging are windbg or an emulator that you run from a host PC on a target PC. The cheap JTAG emulators cost several thousand$ and an Intel ITP would cost over 20k.

windbg is highly recommended to start with, then see where that leads.

Id wait on the checked build for now

Jesus Brad! So I googled of course 'Windbg". This quote sounds very, very interesting::smile:

To Prepare for a Debugging Session

If you want to debug kernel-mode code, set up a host computer to run the debugger and a target computer to run the code being debugged. Connect the two computers using either an IEEE 1394 cable or a null-modem cable between two serial ports.

Download and install the latest version of Debugging Tools for Windows on the host computer. The tools can also be installed from the Windows DDK, the Platform SDK, or the Customer Support Diagnostics CD.

Use Windows Symbol Server to access the symbol files from the host computer.

You ever done this before Brad? You know, anybody else too is ok.:smile:

. . . where can I get another computer from now? Suppose I could ask a friend, "hey, you mind if I use your computer to debug the operating system? I promise, I won't mess up anything"
 
Last edited:
  • #14
Yes I've used windbg, but its been years and extra computers were plentiful

There must be cheap $200 computers in the paper or ? The null modem cable should also be easy, that's about 3 wires if I recall, crossover;

There is a microsoft public discussion forum for anything like this, but start with your OS type, general forum, was it XP? http://www.microsoft.com/windowsxp/expertzone/related/default.mspx

And some good Microsoft experts will know much better than I.
 
Last edited by a moderator:

Similar threads

Replies
8
Views
3K
  • · Replies 12 ·
Replies
12
Views
4K
  • · Replies 5 ·
Replies
5
Views
3K
  • · Replies 123 ·
5
Replies
123
Views
21K
Replies
2
Views
4K
  • · Replies 39 ·
2
Replies
39
Views
6K
  • · Replies 23 ·
Replies
23
Views
3K
  • · Replies 1 ·
Replies
1
Views
3K
Replies
31
Views
5K
Replies
4
Views
2K