|
When we went from a stack machine (running on a CPU developed in-house during the 1980s) to the Motorola 68K series, it created lots of work for our compiler and tools groups. 
|
|
|
|
|
Writing that machine code generator is one of the funnest things I have ever done. It was done purely for performance reasons. We were trying to sell a targeted application framework and we got lots of questions about the performance of the script engine. As it turns out, it was more than adequate and get even more so as machines got faster but people didn't buy that so I figured out a high performance option. Once I got it done it was fascinating to evaluate its performance. I found that it was neck and neck with Visual C++'s unoptimized code and I was very, very happy with that. The interesting thing was comparing the performance with VC++ code that was optimized. That really showed me the power of optimization because in some cases I saw a 50% improvement. In the stuff I was most interested in, which was numerical computations, it was more like 20% but that is significant. Back then, the fastest hardware was just getting into the 200MHz range so optimization was very important. Now, we are in the multi-gigahertz range and CPUs barely register any usage at all when running that application, which is still being actively deployed.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Heady days! Back when optimizations still mattered. It's one of the things I like about writing stuff that deals with huge data and/or tiny devices. Optimization still matters. And then making it cross platform to boot? And without a ton of conditional compiles? I'm really having fun getting the C++ compiler to do this dance with me.
Real programmers use butterflies
|
|
|
|
|
Mrs. Wife was, as wives are wont to be, "in a mood last night". Wanting surfaces left bare (as though company were coming) and making assorted demands on where in the house I work from. This morning I experienced the "things bundled in one heap and rubber-banded together" effect.
So - I wonder: will this jolly scene continue into the evening, with a dialog in which only one party is aloud to speak? Alternatively, will she come to her senses (for a while), having slept off whatever burr got up . . . ?
Will the year end with whining or wine?
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I would recommend Wining & Dining, and as a last resort SMOKE DEVICES[^]
modified 31-Dec-20 8:44am.
|
|
|
|
|
OK - champagne (non-EU approved source !!!!) is in fridge. I'm the cook around here (she's a lucky lady, indeed !). Going out to eat is a not-possible thing.* Actually, a favorite of hers (you have inspired me) is a pseudo-lasagna (a hybrid with a baked-ziti type construction, but with Orzo and ricotta: much easier to prepare). That may indeed work.
Unless she starts in before I start cooking or something like that. Perhaps if I let her win at 500 Rummy?
The whole trick, really, is to let "them" talk and just try to ignore the things that are gossipy and/or preposterous pronouncements.
* The closest we have, for what seems like forever, is takeout. Tasty; more food for less money; but it doesn't satisfy her feminine desire to be, well, wined and dined.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
That reminds of a single-frame comic. Male Prostitute[^]
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
W∴ Balboos, GHB wrote: Will the year end with whining or wine?
Why not watch this classic play together?
Runs, ducks, rolls, & hides...
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
You, Sir, are definitely no help! 
|
|
|
|
|
Perhaps she has been reading your Lounge posts, and her worst fears have been confirmed 
«One day it will have to be officially admitted that what we have christened reality is an even greater illusion than the world of dreams.» Salvador Dali
|
|
|
|
|
KSS rules preclude my describing how the New Year started.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Happy New Year to all! May 2021 be kinder to you than 2020 was.
Peter
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
All I am hoping for is that 2021 is NOT worse than 2020.
|
|
|
|
|
Based upon peoples behavior and current trends, it looks like 2021 will be mostly uphill because we're starting out in a rush to hell. Look for Hell-Max about early to middle January: those who have picked up COVID at xmas parties can share it at New Years parties.
After that, for a while, things should begin to taper off. If the vaccinations work, and there aren't any riots when those eligible for the vaccine becomes most of us, we may yet enjoy the majority of the year.
Anyone who makes it to 2022 is declared a winner.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Tempting fate and the wrath of the gods: could 2021 be any worse?
I'm not sure how many cookies it makes to be happy, but so far it's not 27.
JaxCoder.com
|
|
|
|
|
Happy New Year to everybody! Everything will be great! 
|
|
|
|
|
Am I talking to the future you, or are you talking to the past me? 
Just the same, here's wishing 2021 will be a better year for all.
It was broke, so I fixed it.
|
|
|
|
|
Peter_in_2780 wrote: May 2021 be kinder to you than 2020 was.
You'd think that's a pretty low bar. But we'll see...
|
|
|
|
|
When working on a WinForms app in Visual Studio, the following information notice is displayed at the top of the design Window.
Scaling on your main display is set to 125% Restart with scaling set to 100% Help me decide
I never really took much notice of it, but just thought how nice of Microsoft to make things visually clearer. But recently I discovered a quirk in this that can easily catch you out.
I wanted to add a dynamic control to a Windows form at run time, and I wanted it the same size as an existing control and positioned alongside it at the same vertical location. Easy enough, drop another control on the form in the designer and make a note of the location and size in the Properties Window.
All fine and dandy, but when I ran the app the dynamic control was mis-positioned and too large. Hmm, I wrote some numbers down incorrectly (a common problem at my age). So, back to the designer and check the numbers, and sure enough they are all correct. So what is different about the runtime form and the design form? After a lot of head scratching and cursing, I put a property grid on the form to look at the controls' values. And lo and behold, the runtime values are smaller than the design values! The differences did not mean much and it took a while for me to realise the simple answer.
Not only does the designer show the form scaled to 125%, but it also updates the position and size values to reflect that scale factor. But when the form is run (at 100% scaling) the numbers are adjusted downwards. When all controls are positioned at design time it is not a problem, just when using the original numbers to do dynamic positioning.
Am I the only person to trip over this?
|
|
|
|
|
What I tend to do with dynamic controls is not to hardcode any sizes or positions but lay out the controls dynamically relative to the size of the control I am adding the controls to.
Not sure if this would fix your issue though.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
How do you calculate the size(s) and locations?
|
|
|
|
|
If you know the size of the main control(which you will do at runtime) you are dropping the child controls onto you can scale to that size, including scaling the position to that size.
I don't have any code with me at the moment but I am pretty sure that is what I have done.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Yes, I guess I should have used the properties of the other two related controls at run time. I just foolishly assumed the values in the designer would be the same. Live and learn ...
|
|
|
|
|
UI design is usually something of a pain, whatever the framework, however WinForms can lull you into a sense of security then do what every other UI designer does - e.g. not what you want 
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Also stumbled into this several times, e.g. when updating the RoundedButton Control[^]
The problem was solved however, can't tell exactly how, but it can be found in the source code attached to the article.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
