I don't believe there is a way to programatically to do that besides taking the case off of the computer and examining the drive. Maybe, the manufacturer's utility (e.g. Western Digital or MaxStor) can get that info if it is indeed stored on the disk.

Jason Hihn wrote: BUT SOME HOW ONE GOT SUPPLIED TO IT. I accidentaly I ran it on my PC (remember it's a service, it's supposed to be started that way, plus I'm running Win98, which doesn't have full NT-Services) and it put me into a WinMain. Where I came from, I don't know... then I remembered to check the subsystem. AFAIS from your original post, your app is linked against MFC42.dll. Are you sure you are not using MFC? I only ask, because it sound quite suitable to me, that MFC42.dll contains your "mysterious WinMain()". -- Daniel Lohmann http://www.losoft.de

you are corect, the concept is known as "completion ports"....search MSDN for this term, there was a good article in MSDN Mag last year on this.....Win2K Server has API support built in for allocating blocks of ports for this... good luck 1. The Lord loves a workin' man. 2. See a doctor and get rid of it. 3. Don't trust whitey.

Hope u're not doing something like: delete this; within the destructor. It may have destroyed the pointer when u exited the function within which u did the allocation. That's a rather strange characteristic of C++. If that's not the case then u may have destroyed the object somewhere else without realizing it,otherwise there's no reason the above code should throw that exception.

Make sure "C++->General->Debug Info:" and "Link->Debug->Debug Info" also are correct. /Magnus

Dean `Karnatos` Michaud wrote: I prefer to write this as follows, personally:   while (Array.GetSize())   {     delete Array[0];   }   Array.RemoveAll(); Imho, that's bad, for 2 reasons: (1) it's inefficient to repeatedly make a function call to GetSize() and (2) it's dangerous to treat integers as boolean expressions. Better to write while (Arrary.GetSize() > 0). /ravi "There is always one more bug..." http://www.ravib.com ravib@ravib.com

I was... but I fixed that. Now I dereference a pointer to a font that always exists (so I can adjust the CFont at runtime), and it still breaks ;( This has me most perplexed.

I _AM_ an idiot. Thanks.

The char type is signed, so an unsigned char* doesn't match a signed char*. --Mike-- http://home.inreach.com/mdunn/ While I can't be correct on all matters, I can make the reassuring claim that where I am inaccurate, I am at least definitively inaccurate. :love: your :bob: with :vegemite: and :beer: Sonork - 100.10414 AcidHelm Test out a prerelease build of my Hotfix Checker v2.0! (133K)

You might want to try this handy addin by Andy Metcalfe: http://www.codeproject.com/macro/resorg.asp It may help to solve your resource id woes. :) Cheers

Doesn't make sense to me. A plain EXE doesn't run inside anything. It sounds like he's thinking of ActiveX controls, which have been around since IE 3. --Mike-- http://home.inreach.com/mdunn/ While I can't be correct on all matters, I can make the reassuring claim that where I am inaccurate, I am at least definitively inaccurate. :love: your :bob: with :vegemite: and :beer: Sonork - 100.10414 AcidHelm Test out a prerelease build of my Hotfix Checker v2.0! (133K)

Service in NT normally run in the local system account. Take the service properties and provide an administrator account and password. Clark

Did you call AfxSockInit befofre using CSocket? Also, you may have problem making CSocket work correctly because your service is a console application. If you can make your code work in a regular MFC program (outside an NT service), then this tool by Xiangyang Liu might help you. Good luck.

Thanks! this worked after I cleaned up a a few issues...

Check out Visual Assist from www.wholetomato.com, it has the option you looking for -- plus lots of other cool things. Aside from that you'll just have to make a mental note to always press return when you reach 80-column width... not exactly dificult, just tedious. -Ben "Its funny when you stop doing things not because they’re wrong, but because you might get caught." - Unknown