The Lounge is rated PG. If you're about to post something you wouldn't want your
kid sister to read then don't post it. No flame wars, no abusive conduct, no programming
questions and please don't post ads.
The best I've ever heard was "I'm quite busy today, but can you call back tomorrow?"
When I called back the other day I got the receptionist telling me today was the first day of his three week vacation
It wasn't important, I only needed access to their systems so I could do my work.
So that meant my three week vacation started that day as well
A friend of mine recently started at a company.
His job was to streamline their AWS resources and deployments... Except it took months for him to get the access he needed to do his job
He's been "doing research" and writing blogs for two months until he could finally do his job.
I should mention he's a pretty expensive external consultant.
If I were his boss' boss I'd fire him on the spot for wasting my money and my friends time like that
That said, most managers I've worked under would get that treatment if I were their boss...
I even have a test where it takes erroneus inputs and even with errors its expected to be able to complete the parse *AND* reconstruct the entire document based on the nodes therein. I compare that reconstruction with the original input so it's very demanding in terms of precision. Everything has to be reported even in worst case scenarios.
The LALR(1) parser does not pass these tests, but the LL(1) parser does.
Still, I'm satisfied enough with it for now. The error handling in the LALR(1) parser is going to be dodgy until i get my copy of the dragon book and can look at what they recommend.
This isn't standard error handling. This is being able to handle a situation where the input does not meet the expected format, and yet you have to continue parsing. It can be challenging.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
This isn't standard error handling. This is being able to handle a situation where the input does not meet the expected
In the automation world we say, you are so good as your "home run".
To program the "automatic mode" step chain is the easy part, no matter how exigent is the process. The most difficult part is mostly the "home run" (bring the machine, production line back to the "ready to start" or "ready to continue" after an error)
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
So ... does anyone know how to transfer the panes layout from one to the other? I'd really like them both the same, but it's a frustrating process getting the right, and although I can save the layouts, I can't find where they are saved to copy them to the new machine ... and the VS settings dialog is getting less helpful with each iteration.
Sent from my Amstrad PC 1640 Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
Ok, I get this question a lot, so here's what you do...
Take both machines and place them next to each other.
Then, with all the strength you can muster, slam them together really hard so that data from one machine can jump into the other.
Be careful though, if you slam too hard, or in a wrong angle, or even just time it wrong, your machines will break and you'll lose all your data.
It's tricky but it can be done.
If really all you want is to transfer the screen layout, simply unplug your monitor and plug it into the other machine while leaving your monitor in front of the machine that you want to copy.