Source file:
soxi short-borrowed-old.wav
Input File : 'short-borrowed-old.wav' (flac)
Channels : 2
Sample Rate : 44100
Precision : 16-bit
Duration : 00:00:00.60 = 26460 samples = 45 CDDA sectors
File Size : 54.0k
Bit Rate : 720k
Sample Encoding: 16-bit FLAC
Comment : 'Comment=Processed by SoX'
There is no difference between lines 82 and 92 in the code below with both MSVC2022 and GCC11:
#include <utility>
#include <stdexcept>
#include <iostream>
struct Object
{
virtual const char* name() = 0;
virtual ~Object() = default;
};
struct A : public Object
{
const char* name() override
{
return "A";
}
};
QT is developed by an alien civilization that hate humans. They can’t make std::shared_ptr work in QML since 2014:
It converts only from non-virtual base class subobject:
struct B
{
virtual ~B() {};
};
struct D : public virtual B { };
int main()
{
D d;
B& br1 = d;
// cannot convert a 'B*' to a 'D*'; conversion from a virtual base class is implied
// static_cast<D&>(br1);
dynamic_cast<D&>(br1);
return 0;
}
In the vernacular they say stack and heap, but the standard call this automatic and dynamic:
In my previous post I compared the performance of a single QT connection with the performance of a notification mechanism based on virtual functions.
In this post I’ll demonstrate how the performance of QT signals degrade when the number of the connections grow. Briefly saying a QT signal becomes 57 times slower than a virtual function.
Below I described my experimentations and provided the full source code.
(more…)I defined a QT Object that contains an integer value and uses QT signal along with awl::Observable based on virtual functions to notify the subscribers when the value changes:
#include "Awl/Observable.h"
#include <QObject>
namespace test
{
class NotifyValueChanged
{
public:
virtual void onValueChanged() = 0;
};
class ValueObject :
public QObject,
public awl::Observable<NotifyValueChanged>
{
Q_OBJECT
public:
Q_PROPERTY(int value READ value WRITE setValue NOTIFY valueChanged)
void notifyValueChanged()
{
Notify(&NotifyValueChanged::onValueChanged);
}
signals:
void valueChanged();
The parameter or print function is a forwarding reference because the range can change while being iterated, but the current value is l-value reference:
#include <string>
#include <vector>
#include <ranges>
#include <iostream>
template <class R, class Value>
concept range_over = std::ranges::range<R> &&
std::same_as<std::ranges::range_value_t<R>, Value>;
template <range_over<std::string> Range>
void print(Range&& range)
{
for (const std::string& val : range)
{
std::cout << val << std::endl;
}
}
The code below prints l-value:
#include <iostream>
namespace
{
void foo(const int&)
{
std::cout << "const l-value" << std::endl;
}
void foo(int&)
{
std::cout << "l-value" << std::endl;
}
void foo(int&&)
{
std::cout << "r-value" << std::endl;
}
}
