<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://doc.seolizer.de/lib/exe/css.php?s=feed" type="text/css"?>
<rdf:RDF
    xmlns="http://purl.org/rss/1.0/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
    xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel rdf:about="https://doc.seolizer.de/feed.php">
        <title>SEOLizer Dokumentation - lyx_-_programmiersprache:do-178c</title>
        <description></description>
        <link>https://doc.seolizer.de/</link>
        <image rdf:resource="https://doc.seolizer.de/_media/wiki:dokuwiki.svg" />
       <dc:date>2026-05-23T19:41:57+00:00</dc:date>
        <items>
            <rdf:Seq>
                <rdf:li rdf:resource="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:memory-scrubbing?rev=1779461153&amp;do=diff"/>
                <rdf:li rdf:resource="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:meta_safe?rev=1779461210&amp;do=diff"/>
                <rdf:li rdf:resource="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:software-lockstep?rev=1779461096&amp;do=diff"/>
                <rdf:li rdf:resource="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:triple_modular_redundancy?rev=1779461041&amp;do=diff"/>
            </rdf:Seq>
        </items>
    </channel>
    <image rdf:about="https://doc.seolizer.de/_media/wiki:dokuwiki.svg">
        <title>SEOLizer Dokumentation</title>
        <link>https://doc.seolizer.de/</link>
        <url>https://doc.seolizer.de/_media/wiki:dokuwiki.svg</url>
    </image>
    <item rdf:about="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:memory-scrubbing?rev=1779461153&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-05-22T14:45:53+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Memory Scrubbing</title>
        <link>https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:memory-scrubbing?rev=1779461153&amp;do=diff</link>
        <description>Memory Scrubbing

Memory Scrubbing ist ein präventiver Integritätsmechanismus, der das Code-Segment im RAM periodisch auf Bit-Flips prüft — bevor korrumpierte Instruktionen ausgeführt werden. Er läuft als Hintergrundprozess und ist auf Systemen sinnvoll, die kosmischer Strahlung ausgesetzt sind (Luft- und Raumfahrt) oder bei denen SRAM-Fehler durch Alterung und Temperatur auftreten können.</description>
    </item>
    <item rdf:about="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:meta_safe?rev=1779461210&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-05-22T14:46:50+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>ELF-Sektion: .meta_safe</title>
        <link>https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:meta_safe?rev=1779461210&amp;do=diff</link>
        <description>ELF-Sektion: .meta_safe

Die .meta_safe-Sektion ist eine feste Datenstruktur innerhalb der ELF64-Binärdatei, die der Lyx-Compiler automatisch erzeugt, wenn eine Unit mit @integrity annotiert ist. Sie ist die Vertrauensverankerung für den Memory-Scrubbing-Mechanismus und den</description>
    </item>
    <item rdf:about="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:software-lockstep?rev=1779461096&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-05-22T14:44:56+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Software Lockstep</title>
        <link>https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:software-lockstep?rev=1779461096&amp;do=diff</link>
        <description>Software Lockstep

Software Lockstep ist ein Mechanismus zur Erkennung von Berechnungsfehlern — verursacht durch kurzzeitige Prozessorstörungen (SEUs in der CPU, Latch-Fehler, Timing-Anomalien). Der Compiler dupliziert kritische Rechenoperationen und vergleicht die Ergebnisse beider Berechnungen vor jedem dauerhaften Speicherzugriff oder</description>
    </item>
    <item rdf:about="https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:triple_modular_redundancy?rev=1779461041&amp;do=diff">
        <dc:format>text/html</dc:format>
        <dc:date>2026-05-22T14:44:01+00:00</dc:date>
        <dc:creator>Anonymous (anonymous@undisclosed.example.com)</dc:creator>
        <title>Triple Modular Redundancy (TMR)</title>
        <link>https://doc.seolizer.de/lyx_-_programmiersprache:do-178c:triple_modular_redundancy?rev=1779461041&amp;do=diff</link>
        <description>Triple Modular Redundancy (TMR)

Triple Modular Redundancy (TMR) ist ein Hardware-Fehlertoleranzprinzip, das Lyx auf Software-Ebene implementiert: Kritische Werte werden dreifach im RAM gespeichert. Jeder Lesezugriff führt einen Mehrheitsentscheid durch — zwei von drei Kopien müssen übereinstimmen. Eine abweichende Kopie wird automatisch repariert (Self-Healing).</description>
    </item>
</rdf:RDF>
