I duno HL coding but I do know sompin bout debugging. If you can't spawn the game process from within VC++ debugger (which is user mode only anyway), Why not try WinDBG from Microsoft, which is a kernel debuger?
----- Original Message ----- From: "Codiac" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 25, 2003 2:25 AM Subject: Re: [hlcoders] Registry values for installs and other things > lol, you can't actually attach to a running Steam game, because when you > switch windows to the debugger Steam switches to AppActive: not active > and the game thread is paused. > > This will even prevent you from debugging the game thread within VC++ > unless you set a break point. That is, switching to VC++ and selecting > Break will not get you the game thread. > > It is of course very hard to set a _usefully_ located break point unless > you know what is actually happening during the Verifying Resources stage. > > i.e. Verifying Resources seems to be run after all map objects have > spawned and some time after StartFrame is called for the second time. > Long enough after that many minutes of stepping through the code does > not help. > > Break points in the game rules think functions do no work. > > Can you give me a clue as to what Verifying Resources does and what > parts of the SDK it uses? > > Jeff. > > Alfred Reynolds wrote: > > > Check the other threads, it looks like you broke into one of the Steam > > threads (which won't effect you). > > > > Have you tried putting a breakpoint at the start of your mod code and > > stepping from there? > > > > - Alfred > > > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please visit: > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
