Well I managed to eliminate that dll problem somehow. I think it was related to other errors in my code. You can never do enough testing, this is something I learned this week. Anyway, I think I got all the bugs out of my code expect one expect. When it crashes (it�s a rare one and can�t be replicated easy), the debugger dumps me to a compare statement in assembly. It�s comparing some part in memory to be 0 and I get an access violation 0xc00000005 or something rather. Anyway, I'm having a hard time figuring out where this is in my code. I guess its crashing in the hl engine so is there some sort of tool I can use to check what the last line of my code that got executed was? Because right now, I set up a dumpfile.txt and put some statements in a few potential suspect functions. That�s the best I can do. I'm using VS 6.0 currently.
Thanks Quoting "K. Mike Bradley" <[EMAIL PROTECTED]>: > Function calls are more complicated than that. > Its not just an Inst pointer. Calling almost any win32 API will result > in a > ring transition from user mode to kernel mode all the way down to an > NTdll.dll call. > > > I am not qualified to help you but I am curious. > > What compiler and IDE are u using? > VS Net? > Are u using that usermode debugger? > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Sunday, June 06, 2004 7:59 AM > To: [EMAIL PROTECTED] > Subject: Re: [hlcoders] Weird missing dll error > > > Well This problem never really went away. If I put the dll in I would > get a > deadlock, if I took it out I would get a missing dll file every time > stepped > thu this one function line by line. The function was in the server's > dll > file so I don't understand why I wanted another dll file that I never > linked > to. I thought a function call was just moving the instruction pointer > to > somewhere else in your code in memory. Anyway I started to do some > memory > leak checks because I ran out of ideas and I found a pretty big block > of > memory not being freed. I traced it and found it out it was from > world.cpp > at this ine: > WorldGraph.AllocNodes (); > > I compiled the stock 2.3 sdk and checked it and there was no leak there. > So > I was wondering why mine was leaking? Well apparently when I switched > from > 2.X to 2.3(big pain in the ass) I forgot the remove the nodes.cpp file > and > add the mpstubb.cpp file into my project. I'm not sure if that was an > actually memory leak, but I guess its worth asking if that could have > been a > problem but I'm almost sure that memory was not being deleted. and the > block# kept changing every time I would restart the level. > > Anyway, thx for the help valve. > > > Quoting [EMAIL PROTECTED]: > > > > > Almost at random times during a game this pops up and the server > > crashes. But its fairly rare. > > > > "The dynamic link library MSVCR70.dll could not be found in the > > specified path" > > > > then it goes on to point to a number of locations including my > steam/... > > half- > > life/ dir > > > > What the heck is that all about? I'm using VS 6.0 with standard > > compile options that came with the sdk. > > > > > > > > > > > > > > > > _______________________________________________ > > 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 > > > > _______________________________________________ > 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
