std:: uninitialized_fill_n
|
Definiert im Header
<memory>
|
||
|
template
<
class
NoThrowForwardIt,
class
Size,
class
T
>
NoThrowForwardIt uninitialized_fill_n
(
NoThrowForwardIt first,
|
(1) | (constexpr seit C++26) |
|
template
<
class
ExecutionPolicy,
class
NoThrowForwardIt,
class
Size,
class
T
>
|
(2) | (seit C++17) |
+
[
0
,
count
)
wie durch
for
(
;
count
--
;
++
first
)
::
new
(
voidify
(
*
first
)
)
typename
std::
iterator_traits
<
NoThrowForwardIt
>
::
value_type
(
value
)
;
return
first
;
|
std:: is_execution_policy_v < std:: decay_t < ExecutionPolicy >> ist true . |
(bis C++20) |
|
std:: is_execution_policy_v < std:: remove_cvref_t < ExecutionPolicy >> ist true . |
(seit C++20) |
Inhaltsverzeichnis |
Parameter
| first | - | der Anfang des Bereichs der zu initialisierenden Elemente |
| count | - | Anzahl der zu konstruierenden Elemente |
| value | - | der Wert, mit dem die Elemente konstruiert werden |
| Typanforderungen | ||
-
NoThrowForwardIt
muss die Anforderungen von
LegacyForwardIterator
erfüllen.
|
||
-
NoThrowForwardIt
dürfen keine Inkrement-, Zuweisungs-, Vergleichs- oder Dereferenzierungsoperationen Ausnahmen werfen.
Die Anwendung von
&
*
auf einen
NoThrowForwardIt
-Wert muss einen Zeiger auf seinen Werttyp liefern.
(bis C++11)
|
||
Rückgabewert
Wie oben beschrieben.
Komplexität
Linear in count .
Exceptions
Die Überladung mit einem Template-Parameter namens
ExecutionPolicy
meldet Fehler wie folgt:
-
Wenn die Ausführung einer als Teil des Algorithmus aufgerufenen Funktion eine Exception wirft und
ExecutionPolicyeiner der Standard-Policies ist, wird std::terminate aufgerufen. Für jede andereExecutionPolicyist das Verhalten implementierungsdefiniert. - Wenn der Algorithmus keinen Speicher allozieren kann, wird std::bad_alloc geworfen.
Hinweise
| Feature-Test Makro | Wert | Std | Funktion |
|---|---|---|---|
__cpp_lib_raw_memory_algorithms
|
202411L
|
(C++26) | constexpr für spezialisierte Speicheralgorithmen , ( 1 ) |
Mögliche Implementierung
template<class NoThrowForwardIt, class Size, class T> constexpr NoThrowForwardIt uninitialized_fill_n(NoThrowForwardIt first, Size count, const T& value) { using V = typename std::iterator_traits<NoThrowForwardIt>::value_type; NoThrowForwardIt current = first; try { for (; count > 0; ++current, (void) --count) ::new (static_cast<void*>(std::addressof(*current))) V(value); return current; } catch (...) { for (; first != current; ++first) first->~V(); throw; } return current; } |
Beispiel
#include <algorithm> #include <iostream> #include <memory> #include <string> #include <tuple> int main() { std::string* p; std::size_t sz; std::tie(p, sz) = std::get_temporary_buffer<std::string>(4); std::uninitialized_fill_n(p, sz, "Example"); for (std::string* i = p; i != p + sz; ++i) { std::cout << *i << '\n'; i->~basic_string<char>(); } std::return_temporary_buffer(p); }
Ausgabe:
Example Example Example Example
Fehlerberichte
Die folgenden verhaltensändernden Fehlerberichte wurden rückwirkend auf zuvor veröffentlichte C++-Standards angewendet.
| DR | Angewendet auf | Verhalten wie veröffentlicht | Korrigiertes Verhalten |
|---|---|---|---|
| LWG 866 | C++98 |
bei gegebenem
T
als Werttyp von
NoThrowForwardIt
, falls
T :: operator new existiert, könnte das Programm fehlerhaft sein |
verwendet globales Platzierungs- new stattdessen |
| LWG 1339 | C++98 |
die Position des ersten Elements nach
dem Füllbereich wurde nicht zurückgegeben |
zurückgegeben |
| LWG 2433 | C++11 | dieser Algorithmus könnte durch überladenen operator & entführt werden | verwendet std::addressof |
| LWG 3870 | C++20 | dieser Algorithmus könnte Objekte auf einem const Speicher erstellen | weiterhin nicht erlaubt |
Siehe auch
|
kopiert ein Objekt in einen nicht initialisierten Speicherbereich, definiert durch einen Bereich
(Funktions-Template) |
|
|
(C++20)
|
kopiert ein Objekt in einen nicht initialisierten Speicherbereich, definiert durch einen Startpunkt und eine Anzahl
(Algorithmus-Funktionsobjekt) |