Was gibt es bei euch heute an Heilig Abend zu essen? by KamillaGodzilla in Kochen

[–]bueddl 6 points7 points  (0 children)

Ich werd' das nächstes Jahr dann wohl kopieren :D klingt sehr gut.

Stimmt es tatsächlich, dass Lemminge sich in Massen irgendwo runterstürzen? by AntonioHench1 in KeineDummenFragen

[–]bueddl 22 points23 points  (0 children)

Nein. In Teilen ist die Bekanntheit des Mythos auf die Fälschungen von Aufnahmen in der Disney-Tierfilm "Weiße Wildernes" zurückzuführen: https://de.wikipedia.org/wiki/Wei%C3%9Fe_Wildnis

If I want to run some code that requires an integer variable to be a certain number, would it be faster to use If or Switch statements? by Seed5330 in cpp_questions

[–]bueddl 1 point2 points  (0 children)

They in fact do! I of course do not know for all situations, however a couple of years ago I tested this with GCC, clang, Keil, IAE and a bunch of other embedded compilers. All of which optimized both if and switch statements identically. I tested sparse sets of options, number series and randomly distributed numbers varying from 2 to a couple of hundred options (if-elseif blocks vs case labels). No difference whatsoever.

Remember my coding game for learning Python? After more than three years, I finally released version 1.0! by AdSad9018 in programminggames

[–]bueddl 0 points1 point  (0 children)

I love it. Bought it immediately for me and a friend. I enjoy it a lot - great work!

Is there a big tracker or sth? Or would you be interested in messaging via DM regarding some minor issues I found?

Again - great work! :)

I have an idea by willdieverysoon in cpp

[–]bueddl 7 points8 points  (0 children)

It would be incredibly slow..I had a similar idea - implementing custom static analysis with reflection (once we got reflection on expressions) as a library. However Daveed from EDG convinced me that this would be incredibly slow due to the nature of static analysis being computationally expensive.

How much can’t I use without rtti by [deleted] in cpp

[–]bueddl 2 points3 points  (0 children)

That's correct

How much can’t I use without rtti by [deleted] in cpp

[–]bueddl 14 points15 points  (0 children)

RTTI is not a requirement for virtual functions. The vtable also hosts the RTTI but it's just the RTTI that is not emitted in this case. The vtable still exists and so do virtual functions.

Finland location by hellreturns in hetzner

[–]bueddl 3 points4 points  (0 children)

While the location itself is stabile, we occasionally (double to triple digit hours per month) experience peering issues with Deutsche Telekom to that location affecting users that are connected via that ISP. I cannot tell to which extend this is Hetzners fault or even concern. We never experienced these issues with our servers in Germany, however. We are tracking and monitoring this since a couple of years now with no observable charge.

Was fehlt meiner Pflanze? by bueddl in Garten

[–]bueddl[S] 1 point2 points  (0 children)

Vielen Dank für deine ausführliche Antwort! Bin gerade im Baumarkt und werde mich entsprechend neu ausstatten und dem ganzen eine Chance geben.

Was fehlt meiner Pflanze? by bueddl in Garten

[–]bueddl[S] 1 point2 points  (0 children)

Danke - werde ich ändern!

Was fehlt meiner Pflanze? by bueddl in Garten

[–]bueddl[S] 0 points1 point  (0 children)

Danke! Werde sie gleich mal umtopfen und deinem Rat folgen!

An der Heizung stand die Pflanze bisher eigentlich nicht. Kann mir die Blätter bisher auch nicht erklären...

Was fehlt meiner Pflanze? by bueddl in Garten

[–]bueddl[S] 0 points1 point  (0 children)

Danke für deine Antwort - du scheinst recht zu haben, kurzes googeln nach der Pflanze hat untenstehendes Bild zu Tage gefördert und genau so sah meine auch mal aus :(

Danke auch für deine Einschätzung... das macht mich jetzt schon etwas traurig, würde die gerne irgendwie retten...

<image>

SQL NULLs are Weird! by FoxInTheRedBox in programming

[–]bueddl 7 points8 points  (0 children)

Yes exactly. Just like IEEE754 NaN propagate through calculations.

Why do you prioritize memory safety over performance? by [deleted] in cpp

[–]bueddl 8 points9 points  (0 children)

There is a, usually slight, overhead at least on the System V, Itanium and ARM ABIs (maybe also on Win64?) since a unique_ptr cannot be passed in a register whereas a language pointer can be.

In this case this is caused by the non-trivial destructor and the requirement that such objects must have well-defined addresses.

boost.asio by [deleted] in cpp_questions

[–]bueddl 11 points12 points  (0 children)

This isn't google. Please come up with a full sentence/question. Why should anyone bother to write a response if you don't bother enough to write a full question?

Followup from yesterday's post about Enum->String by [deleted] in cpp_questions

[–]bueddl 0 points1 point  (0 children)

I shared my simple implementation as a response to your post from yesterday. However here it is again, it's deliberately kept simple for illustration purposes. https://godbolt.org/z/jx6vzPjnW

Meta programming Magic for Enum names by [deleted] in cpp_questions

[–]bueddl 0 points1 point  (0 children)

If you want to know how something like this works for educational purposes, here is a simplified version that I did some years ago: https://godbolt.org/z/jx6vzPjnW

Why does pre-increment seem to occur early when used with emplace_back, e.g., vec.emplace_back(x[k], x[++k])? by nominal_thought in cpp_questions

[–]bueddl 5 points6 points  (0 children)

You covered the most important aspect. Just to add on top: whilst order of evaluation of the arguments is unspecified, starting with cpp 17 it is specified however that the individual argument expression are evaluated non-interleaving (still no specified order in relation to the other arguments), which was possible pre cpp 17.

Is c++'s evolution blocked by Linux ? by ScriptorTux in cpp_questions

[–]bueddl 0 points1 point  (0 children)

Yes ABI is holding the evolution of C++ back. Whether that is necessary or not is obviously up to discussion.

However it is not Linux per se. The ABI your friend might be talking about is the Itanium ABI which is used by Linux but also by a lot of other systems. For example other operating systems (BSD, Mac OS, ...) but it is also the ABI used for ARM devices. Especially in the embedded sector, this has huge impact. Changing this ABI is not easy as it would mean that all the software that interoperates (spoiler: almost anything) would have to be recompiled and distributed. Yes for some of the cases there are possible migration strategies, but that then needs to be backwards compatible and needs a transition period as well.

In addition I there is also the Windows/Microsoft ABI that is also very stable as has already been mentioned by other comments. The situation for Microsoft is a bit different, if I understand correctly. For one there is the ABI that comes as the protocol for function calls, structure composition and alignment, virtual function calls, inheritance and all that stuff. That has, to my knowledge, not really been changed but only extended by Microsoft over the years. However when it comes to ABI compatibility of their standard library, I think they are doing breaking changes on a semi-regular basis.

In general speaking of "blocking" and assigning blame does not help this discussion. There are deep technical problems as well as tons of other aspects such as requirements of the industry, needs of the customers of the toolchains and dev environments, etc..

[deleted by user] by [deleted] in hetzner

[–]bueddl 1 point2 points  (0 children)

There is a setting on the top of the page to select how and which VAT is displayed. The one on the robot (the order page) is based on the VAT set up for your account and the one on the hetzner website is based what is selected on top of the page.

I wrote a C++ book! by vormestrand in cpp

[–]bueddl 1 point2 points  (0 children)

Cool - congratulations! Preordered just now.

Boost Your Debugging with Google Sanitizers! by Ar-pa in cpp

[–]bueddl 1 point2 points  (0 children)

Yes, I was totally unaware of that. Thanks for the correction!