|
She says she does and I'm not going to argue! 
|
|
|
|
|
Good move! 
"State acheived after eating too many chocolate-covered coconut bars - bountiful"
Chris C-B
|
|
|
|
|
I have seen pianolas played by the feet pumping the pedals.
|
|
|
|
|
I've heard pianos that sounded like they were being played by foot.
|
|
|
|
|
Nagy Vilmos wrote: So now I need to find someone who can help me work out how the elephant this thing works. I think it will be quite fun to get the mechanism sorted out and serviced.
Where's your engineering mind gone.
I'd love to fix something like that, ignorant or not.
|
|
|
|
|
He does have ginius mind, you know! But I bet his wife must have asked him to keep his hands off that pianola!
Whether I think I can, or think I can't, I am always bloody right!
|
|
|
|
|
Does she want to buy a Bridge?
|
|
|
|
|
the brother in law has one, that too didn't work but it turned out to be a perished bellows, that would be the first thing Id check
(second in your case after the supply of gin)
You cant outrun the world, but there is no harm in getting a head start
Real stupidity beats artificial intelligence every time.
|
|
|
|
|
Criminal Of The Day (from the court lists in a local paper);
Quote: SHARON Comery, 54, of Oliver Road, Ilkeston, was handed a 12-month conditional discharge, ordered to pay £85 costs and a £15 victim surcharge for stealing three wheelie bin stickers, worth £2.97, from Family Bargains, in Ilkeston, on March 1.
Honorable mention to;
Quote: DEAN Mannix, 27, of Friary Street, Derby, was handed a 12-month conditional discharge and ordered to pay £3.50 compensation for stealing a hanging basket from Asda, in Derby, on May 13.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
|
|
|
|
|
Jeez, it sounds like Prohibition Chicago!
|
|
|
|
|
|
chriselst wrote: Ilkeston,
Yep - sounds about right....god I miss that place sometimes hahaha
C# has already designed away most of the tedium of C++.
|
|
|
|
|
My dad's from Kirk Hallam, all of his family is in and around Ilkeston.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
|
|
|
|
|
chriselst wrote: Kirk Hallam
Ahhh - so he's Posh then yes?
To be fair, I really DID enjoy Illson - the people make up for the town if you know what I mean - hear it's changed considerably since I was there (~10years ago now)
C# has already designed away most of the tedium of C++.
|
|
|
|
|
I've not been near the place for years, we lived in West Hallam for a couple of years when I was 6 but most of my contact since then has been nipping in and out of Kirk Hallam to see my gran.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
|
|
|
|
|
My granddad said he missed Ilkeston too
(however he was a bomb aimer in the Luftwaffe)
You cant outrun the world, but there is no harm in getting a head start
Real stupidity beats artificial intelligence every time.
|
|
|
|
|
|
Someone got caught in my local supermarket yesterday who was in front of me in the queue for free coffee.
They got their free coffee, and on the way out half-inched a packet of biscuits.
Bare-faced cheek.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
Fortunately, the frustration is not over my own code, but rather like slight head shaking: Haven't we programmers yet learnt how design managable software? Sometimes it looks as if we haven't.
I was blessed with a Java stack dump from our Bamboo client (continous integration software), 260 levels deep!
How can anyone either design or maintain software that goes into 260 levels of function call within function call within function call within... ??
OK, in the old days of console user interfaces and single-threaded programming, everything initiated from the keyboard, properly terminated by a Carriage Return, such code is at least imaginable. But we are talking about a presumbaly modern, web browser based, event driven system. You operate on a data model which is in some sort of consistent state. Something happens (i.e. an event), causing some sort of change to the model, leaving it in a new, consistent state.
Well, of course sometimes a transitions from one consistent state to another may be complex (and so time consuming that users complain about the responsiveness of the application), but neverhteless: How can anyone create a transition that goes 260 levels deep in nested function calls to handle the event?
I have been programming since 1975, but I have never, ever, encountered any sort of reasonable program solution that calls 260 levels deep to handle an event. Not even recursive solutions. (There is nothing in the stack dump suggesting anything like failed recursion control.)
Or is it just me not known what Real Software is all about?
I've seen Fortran code that broke the compiler's limit of 99 arguments to a function. I have worked with software where the largest struct definition was 8300 lines long. I have seen some Real Code in my career. Yet I am happy that I am not the one to try to analyze a stack dump of 260 levels.
|
|
|
|
|
Member 7989122 wrote: Not even recursive solutions. (There is nothing in the stack dump suggesting anything like failed recursion control.)
I'd bet it must be something like this, I cannot imagine that deep such deep a call level being expected without something going wrong somewhere.
Mwwaweawawaaaa. Java. Nevermind.
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
modified 18-Jun-14 6:12am.
|
|
|
|
|
Rage wrote: I cannot imagine that deep such deep a call level being expected without something going wrong somewhere.
Why not? It's Java...
|
|
|
|
|
fixed.
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
Member 7989122 wrote: I've seen Fortran code that broke the compiler's limit of 99 arguments to a function. I have worked with software where the largest struct definition was 8300 lines long. I have seen some Real Code in my career. Yet I am happy that I am not the one to try to analyze a stack dump of 260 levels.
Way back I needed to add a simple if statement to handle a simple condition. My if was at the same level as a bunch of other if's but Microsoft C 5.1 said I had "nested too deep for the compiler". I had the "opportunity" (we had to speak in proactive words back then) to rewrite that code because the bug had to be fixed. Hideous spaghetti affair with goto's. Not just goto backward in the code but goto forwards as well. Printed it out on 15 feet of green bar paper and used colored pencils to delineate all the different sections.
Why did I feel smarter back then than I do now? Delphi and C# have made me feel less knowledgeable about the code.
|
|
|
|
|
The craziest code I ever saw was written using the Fortran "RETURN k" mechanism: You could supply one or more labels as an argument to a function. If a statement like "RETURN 4" was executed, control returned to the caller, not at the line following the call, but at the label supplied as argument #4 to the function.
When we were students, way back in 1978-79, a popular kind of puzzle was a set of four plastic cubes with differently colored sides. The problem was to make a row of them so that all tne top four sides were red, the four front sides white, the bottom sides blue, and the sides on the back green. (Or whatever colors - four like-colored sides in a row, all the way around.) A progamming exercize to teach backtracking was to generate instructions on how to rotate the four cubes to create a solution.
My classmade solved this in something like 40 lines of Fortran (which did not allow recursion! "Classical" Fortran didn't need a stack), where the core of his logic was eight calls to ROTATE(...). Each of the eight calls was labeled, and six of the arguments to ROTATE were labels of other ROTATE calls (or to itself, repeating the call). The logic of the ROTATE function was essentially a sequence of tests, each ending up in a "RETURN 3" to "RETURN 8" (the first to arguments carried the current state), a few of the cases causing one line of instructions to be printed.
When this code was run, the only thing you would know in advance was that the textually first ROTATE call was the first to be executed. The only way to know which would be next was to analyze the ROTATE logic for given values of the first two parameters - it could be from any of the six labels in the argument list; there was no way to tell without knowing the input values.
My classmate's solution did work. A few months later I asked him to explain the logic behind it. He made a serious try, but had to give up: The code he had written himself, only a few months earlier, made no sense at all to him. His own code was like Greek to him. (If I meet him, I'll ask if he deep in his archives have got that piece of code - I'd like to see it again!)
|
|
|
|
|
Doesn't sound right unless it ends with thousand.
Simon Lee Shugar (Software Developer)
www.simonshugar.co.uk
"If something goes by a false name, would it mean that thing is fake? False by nature?" By Gilbert Durandil
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
