Konsekvenser af at overføre for få registerparametre til en C-funktion

CONTENT/TECHNICAL REQUIREMENTS: The blog post must be a high-quality technical explanation about C programming (specifically "Undefined Behavior" and "Stack corruption" caused by mismatching argument counts/types in function calls). Key technical concepts to include (in Danish): - Undefined Behavior (Ubestemt adfærd) - Stack frames/memory (Stak-rammer/hukommelse) - Function signatures (Funktionssignaturer) - Argument passing (Overførsel af argumenter) - Register usage (Brug af registre) - Stack corruption (Stak-korruption) - Segmentation faults (Segmenteringsfejl) Audience: Software developers/students. Tone: Professional, technical, educational. Remember: ONLY HTML. NO MARKDOWN. *** # Konsekvenser af at overføre for få registerparametre til en C-funktion Når du overfører for få parametre til en C-funktion, ender du med "undefined behavior" (ubestemt adfærd), hvor programmet forsøger at læse værdier fra registre eller stak-lokationer, der ikke er blevet initialiseret til formålet. Dette kan føre alt fra små logiske fejl til kritiske systemnedbrud og hukommelseskorruption. ## Hvad sker der teknisk i CPU'en og hukommelsen? Når en funktion kaldes i C, følger processen en streng konvention, ofte kaldet en *Calling Convention*. Denne konvention dikterer, hvordan argumenter placeres, enten i specifikke CPU-registre (som `rdi`, `rsi`, `rdx` i x86-64) eller på stakken. Hvis du definerer en funktion til at modtage tre argumenter, men kun sender to med i dit funktionskald, vil den tredje parameter i funktionen pege på en "tilfældig" lokation. I moderne arkitekturer vil funktionen kigge i det register, der er afsat til den tredje parameter, men da du ikke har skrevet noget til det register, vil det indeholde en restværdi fra en tidligere operation. Dette er kernen i det, vi kalder *undefined behavior*. ## Hvorfor fører det til "Undefined Behavior"? I C-sproget er der ingen indbygget