I don't think J# is going anywhere. It's just microsoft's attempt to lure some J2EE developers into .net platform. Plus, there are some people (I don't think many) that have applications written in J++ and they want it make it easier for them too.

Thanks for your advice Steve, I've already done 70-316 and i would agree with you that there is going to be a lot of questions on Deployment and Debugging, as well as some ADO related questions. Hopefully, some of this will cross over with windows. I have all of the transcender exams for both web and xml services and if they are anything like the windows transcenders then they will be harder than the real exams. (Hopefully) Still i've got a 2 day course before each exam to allow me some practice and hopefuly drill some points home but it's gonna be hectic. 70-315 on the wednesday morning, xml web services on the friday afternoon :((. Hopefully in a couple of weeks my sig will change to Kev Pearman MCAD (fingers crossed). Kev Pearman MCP

It's actually several books. That's what worries me. One is Visual Basic.Net Step-by-Step by Mike Halvorson, one is Visual Basic.Net Programming by Peter Aiken, and the other one is the MCAD/MCSD Windows Aps with VB.Net and C# 2nd Edition. None of them have caused any sort of major exceptions, but I've had to do some sort of "tweaking" to my code to avoid syntax errors that they don't seem to have. So in one way, I'm learning how to improvise, but in another, I'm not getting the same results as these (so called) experts in the field. Still coaxing software out of the can after all these years...

Visual Basic .NET Step-By-Step and then Visual Basic .NET Programming by Peter Aiken. Taking the (me) out and leaving just () worked, but I had to manually stop the program when I was done, not just by using the x, but by using the stop option in the Debug menu. There are two forms, one has two command buttons, the first command button opens the second form and closes the first, the second command button opens the second form but doesn't close the first. The second form only has a command button for closing itself. It was kind of strange, I was looking at the MCSD/MCAD Windows Applications book too, and there was a garbage collection demo that stored so many bits into memory and supposidly if I sat there long enough and waited, it would start to destroy them. I waited...and waited...and waited. Nothing. I just cleaned off my primary drive and reinstalled Win2K about a month ago (I have XP Pro on my laptop). Still coaxing software out of the can after all these years...

Here's the thing. The book came with a cd which includes all the examples so I can see the author's version of the code. His works as the book does and I cannot find anything about his that is any different than mine. Keeping in mind that he warns the user at the beginning of the book that he wrote his using Visual Studio.NET professional and that is what he recommends the readers to use. As far as I know, academic is the same as professional. Well, either way, I know how to fix the problem... Still coaxing software out of the can after all these years...

The thing is that the book was referring to Office XP (2002). Whereas I was using Office 2003. My desktop is running Windows 2000 though. I used the object browser to look up the specific Excel interop I was looking for and saw the pathing didn't match the book, so I copied the full path and pasted it in. The "little blue squigglys" went away. I wonder what caused the discrepancy? Was it the book, or did I miss something somewhere? Still coaxing software out of the can after all these years...

It's sooooo much easier if you download the Visual Studio .NET 2003 bootstrapper plugin. Now you need not write your Win32 bootstapper code to check for framework version, MDAC components, or any of your other concerns. Just install the plug-in, create a new setup(deployment) project in the IDE, and point and click your way to an elegant installer! Rock-on.

David pointed out the integer issue. I hadn't thought of that. I'll have to check the code and see if it would allow decimal increments, if it would, then perhaps the >=13 would be a better solution for eliminating a potential logic error. I think I'll suggest that it be pointed out in future editions. It can make a big difference. Still coaxing software out of the can after all these years...

Ahh... That's because the .NET Framework doesn't register a handler for those extensions. Those are done by the Visual Studio IDE. The files you need are project dependant. You'll definately need the .EXE's and the .DLL's from the bin folder of your project... RageInTheMachine9532 "...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome

I know where you're coming from. Most HR professionals only look at the "surface" attributes and does not seem interested in digging a little deeper. Many qualified people get "circular filed" as a result. :confused: Still coaxing software out of the can after all these years...

Thanks. This place is amazing! ;) Still coaxing software out of the can after all these years...