Disable hiding is one of the first things I always do...

Its been beaten into me over the years not to use GOTO's. Programming languages differ, but most have some sort of if / then / else that makes clearer programming than goto. Loops with leave / break statements, etc.. Even Fortran has these (I used it before it did)... I find indenting with GOTO replacements clearer to follow than hunting for GOTO's and their destination. Esp if you have huge functions. Even DOS batch scripting has if / then statements. Few years ago I cleaned up some messy batch scripts to make them readable...

I like a hybred, work mostly from office, day or two at home. I have a long commute. Driving continually can wear me out, as well as make it impossible to go to the dentist locally or deal with a plumber. Not to mention sick kids, etc.. Life. I can be very productive at home. Without the commute (and no other appointments), I can login earlier and stay on later. Esp for specific tasks not requiring working with others. There are times when in person is better, I wouldn't want to be remote full time. Large group discussions over the phone are difficult - strong accents, and not knowing who's talking. We have a formal telecommute program. Sometimes too formal, but mostly ok. Previous job had informal work from home for decades (dumb terminals and old time modems!). I can't imagine returning to not ever working from home - especially with a long commute.

Few Christmases ago, my teenagers complained "why do our grandparents have large flat panel TV's and we don't?" I got HD TV back then, and don't plan to go back. I don't like the costs mind you, but I do like the picture and the lack of width. Looking at two LCD monitors right now for work, that'd be less nice with CRT's. I remember starting work with DEC VT50's. Who needs lower case? Had to wait for the VT52 for that...

Is accountNumber a decimal (1234) or a string ("1234")? lAccNum, lAccountNumber, sAccountNumber, pcAccountNumber are more descriptive.

Dumb question. Is it still in development, or released?

Way back in school I used punch cards and paper tape. More recently programmed in lots of old antiquated languages (Fortran, Bliss, Ada, various assembly, several others I don't list on my resume any more...) Scipted in VMS DCL, and now DOS batch. Mostly build stuff, or runing the app that I programmed. DOS is a newcomer y'know...

If you want to be helpful still, ask what was wrong with the other 3 answers. Does he understand your answer, or disagree? Do you need to better explain your answer, or is there some missing information you didn't know about why your answer won't work? Note older workers can have issues with bad communications from young workers. I'm older, but hopefully wouldn't call someone a child (to their face anyway)... (My wife doesn't like when I don't know the answer to something, she keeps asking, maybe rewording the question thinking I'll suddenly give an answer when I didn't before...)

I learned to type eons ago back in the days of manual type writers. Its one of the reasons I now bang and the keys and annoy my coworkers. I've gotten used to looking at what I type, not what I'm typing from, so I'm not accurate anymore. Had to make 2 corrections already to this text. Ok, 3, just caught another.

re: shrinking cubes I can only guess management wants to pack us in like sardines to save money. Which for distractable programmers can cause shrinking quality. I've seen remaking of perfectly good (but old) cubes into smaller ones with horrible soundproofing. Managers were told to buy workers sound deadening headphones. They were laying people off (moving jobs "offshore") so space wasn't an issue, the building was slowly emptying out (and has since closed). I can only think that they got some sort of tax break for redoing the offices and making folks unhappy. Current job is ok, I have enough room. They are into status however, there's at least 4 different sizes of cubes depending on your job title...

No big room for me. I like some pretense of privacy, not being stared at. I've also known people not able to work with distractions - people moving around, etc.. I've had to put up with Felix Unger (Odd Couple character) type nasal problems I could almost filter out, but people a few rows away were complaining about. WTF? They were no where near the noise... Worst environment seems to be little cubes with bad soundproofing with non-programmers doing other work. People who are on the phone all day for their job. I was a contractor programming, stuck in a call center. I'd hear the strange noices made by some of the characters in between calls, and had to filter out the phone calls. Also bad, they sometimes dumped contractors into a conference room; one big long table. Ok, where do I put my desktop, monitor(s), and manuals? Cubes seem to be getting universally smaller. I don't need big, but I need a place to collect manauals, and papers related to working. Maybe a place to put a family photo or two to make it seem less dreary...

I finally gave up the old VCR when Comcast moved from analog to digital. So my VCR would've been useless without a cable box in front of it. The dvr isn't bad, but I agree i resent paying for it per month. Ended up getting a "package" with high def, phone, internet that was cheaper than all 3 without high def before. I really like HD, but we now get way too many channels... Trying to teach my 8x year old dad to use a dvr (he had the same conversion) was "interesting"... :doh: Last I looked you could find simple VCR's online; try Best Buy or Amazon.

I think my old system had a 500M disk, which was considered pretty big at the time. I'm not tempted to go back; I like Windows 7... Also missing from MSDN downloads: Windows Millenium, NT, and 2000. I have some of those from an old MSDN subscription, but doubt I'll ever use them...

My 17 year old likes to grunt. This is pretty much a conversation! :laugh:

It also depends what exception was thrown and why. Is it something that means the end of the world, or just some recoverable program error? System calls can throw exceptions that aren't fatal, just an indication of a problem you can maybe deal with. I have lots of try / catch blocks in my code. And languages like Ada expect exceptions from the language defined runtimes...

Yup, I wasn't clear... VB creates .resx during project editing, not during building. So it is required to build with, not the result of a build, and not edited by programmers (though I've been known to edit such files with C++ and C#...). Check .resx into source control.

The only bin file to put in would be the .exe or any file it requires to run (.dll?). Think of doing a build / clean before checkin, then add in the few files needed to run your app. (My gang keeps checking in .suo files, they come out read only and screws my ability to build...) Note .sln and .vbproj are required, they're your solution and project files. .vb is your source code. I think .resx is generated by Visual Studio...

Last I knew 5.5, 6.2, and 7.3 of VMS for VAX were still supported (not 4.7). I checked in changes for a post 7.3 that I think never happened, not sure if it was even built. Just tried to keep my runtime in synch with Alpha... :suss:

A coworker named Bill I think had a NH VAXVMS plate a few decades ago. I used to work on layered products for VMS, OSF-1, Tru64 (old DEC stuff)...

I had something similar in production to fix. File had fixed length lines, every column meant something and couldn't change. But it did, suddenly some lines were one char too long, so some columns were invalid. A 2 char field was supposed to be 01, 02, or 03. An int was being used to calculate, and got incremented up to 98, 99, 100, .... More than 2 characters. The program was using C char* with strcpy and strcat, so this field being too long shifted the position of all following fields, bad data! I corrected the field to only be 1, 2 or 3 (zero prepended to make 2 chars), and added checks for the line length before outputting to a the required file. And starting using C++ class std::string instead of char* in my newer code to help my sanity.