3. Interrupts. Betriebssysteme I Hochschule München Hans-Georg Eßer SS Foliensatz 3 Interrupts

Transkript

1 ::18 14:27:41 1::1 1::1 12:46:44 12:46:44 12:48:41 12:54:44 15:27:35 15:27:35 16:37:11 16:37:11 16:38:1 1::1 1::1 17:43:26 17:43:26 17:53:39 18:43:26 19:43:26 1::1 1::1 :: 1::1 1::1 18:4:5 18:4:5 18:4:34 1::1 1::1 11:15:48 11:15:48 13:49:8 13:49:8 15:42:7 15:42:7 15:42:7 ::31 ::31 1::2 1::2 2::2 1:59: 1:59: 1:59:47 11:3:2 11:59: 14:5:37 14:5:37 14:6:1 14:7:17 14:8:33 15::33 sshd[494]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[29278]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[313]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6516]: Accepted rsa for esser from ::ffff: port 64 sshd[669]: Accepted rsa for esser from ::ffff: port 65 sshd[6694]: Accepted rsa for esser from ::ffff: port 614 sshd[977]: Accepted rsa for esser from ::ffff: port 642 sshd[112]: Accepted rsa for esser from ::ffff: port sshd[114]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[1755]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[17878]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[3188]: Accepted rsa for esser from ::ffff: port sshd[31269]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[4674]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[5499]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') /usr/sbin/cron[739]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[555]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6554]: Accepted publickey for esser from ::ffff: port ssh2 sshd[666]: Accepted rsa for esser from ::ffff: port 693 /usr/sbin/cron[136]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[133]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[998]: Accepted rsa for esser from ::ffff: port sshd[197]: Accepted rsa for esser from ::ffff: port 6133 kernel: snd_seq_midi_event: unsupported module, tainting kernel. kernel: snd_seq_oss: unsupported module, tainting kernel. sshd[29399]: Accepted rsa for esser from ::ffff: port 666 /usr/sbin/cron[662]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[1484]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[8889]: Accepted rsa for esser from ::ffff: port sshd[89]: Accepted rsa for esser from ::ffff: port 643 sshd[9372]: Accepted rsa for esser from ::ffff: port 629 sshd[11554]: Accepted rsa for esser from ::ffff: port sshd[11586]: Accepted rsa for esser from ::ffff: port sshd[1168]: Accepted rsa for esser from ::ffff: port sshd[1163]: Accepted rsa for esser from ::ffff: port 6379 sshd[1293]: Accepted rsa for esser from ::ffff: port Interrupts Betriebssysteme I Hochschule München Hans-Georg Eßer SS 11 Foliensatz 3 Interrupts

2 Motivation (1) Festplattenzugriff ca. um Faktor 1.. langsamer als Ausführen einer CPU-Anweisung Naiver Ansatz für Plattenzugriff: naiv () { rechne (5 ZE); sende_anfrage_an (disk); antwort = false; while (! antwort ) { /* diese Schleife rechnet 1.. ZE lang */ antwort = test_ob_fertig (disk); } rechne (5 ZE); return ; } Betriebssysteme I, Sommersemester 11 Folie 2

3 Motivation (2) Naiver Ansatz heißt Pollen : in Dauerschleife ständig wiederholte Geräteabfrage Pollen verbraucht sehr viel Rechenzeit: I/O-Gerät pollen Besser wäre es, in der Wartezeit etwas anderes zu tun Auch bei Parallelbearbeitung mehrerer Prozesse: Polling immer noch ungünstig Betriebssysteme I, Sommersemester 11 Folie 3

4 Motivation (3) Idee: Prozess, der I/O-Anfrage gestartet hat, solange schlafen legen, bis die Anfrage bearbeitet ist in der Zwischenzeit was anderes tun P1: P2: I/O req warten warten (auf Ende I/O) rechnen I/O! warten Woher weiß das System, wann die Anfrage bearbeitet ist, also wann der Prozess weiterarbeiten kann? Betriebssysteme I, Sommersemester 11 Folie 4

5 Motivation (4) Lösung: Interrupts bestimmte Ereignisse können den normalen Ablauf unterbrechen Nach jeder ausgeführten CPU-Anweisung prüfen, ob es einen Interrupt gibt Betriebssysteme I, Sommersemester 11 Folie 5

6 Interrupt-Klassen I/O (Eingabe/Ausgabe, asyonchrone Interrupts) Meldung vom I/O-Controller: Aktion ist abgeschlossen Timer Hardware-Fehler Stromausfall, RAM-Paritätsfehler Software-Interrupts (Exceptions, Traps, synchrone Interrupts) Falscher Speicherzugriff, Division durch, unbekannte CPU-Instruktion,... Betriebssysteme I, Sommersemester 11 Folie 6

7 Interrupts: Vor- und Nachteile Vorteile Effizienz I/O-Zugriff sehr langsam sehr lange Wartezeiten, wenn Prozesse warten, bis I/O abgeschlossen ist Programmierlogik Nicht immer wieder Gerätestatus abfragen (Polling), sondern abwarten, bis passender Interrupt kommt Nachteile Mehraufwand Kommunikation mit Hardware wird komplexer, Instruction Cycle erhält zusätzlichen Schritt Betriebssysteme I, Sommersemester 11 Folie 7

8 Interrupt-Bearbeitung (1) Anwendung Interrupt-Handler Interrupt tritt hier auf Bild: Stallings, S. 19 Betriebssysteme I, Sommersemester 11 Folie 8

9 Interrupt-Bearbeitung (2) Grundsätzlich Interrupt tritt auf Laufender Prozess wird (nach aktuellem Befehl) unterbrochen, BS übernimmt Kontrolle BS speichert Daten des Prozesses (wie bei Prozesswechsel Scheduler) BS ruft Interrupt-Handler auf Danach: Scheduler wählt Prozess aus, der weiterarbeiten darf (z. B. den unterbrochenen) Betriebssysteme I, Sommersemester 11 Folie 9

10 Interrupt-Bearbeitung (3) Was tun bei Mehrfach-Interrupts? Drei Möglichkeiten Während Abarbeitung eines Interrupts alle weiteren ausschließen (DI, disable interrupts) Interrupt-Warteschlange Während Abarbeitung andere Interrupts zulassen Interrupt-Prioritäten: Nur Interrupts mit höherer Priorität unterbrechen solche mit niedrigerer Betriebssysteme I, Sommersemester 11 Folie 1

11 Mehrfach-Interrupts (1) Anwendung Alle Int. gleichwertig, keine Prioritäten kein Int. unterbricht einen anderen zu Beginn einer Int.-Routine alle Interrupts abschalten Bild: Stallings, S. 26 Betriebssysteme I, Sommersemester 11 Folie 11

12 Mehrfach-Interrupts (2) Anwendung Interrupts haben Prioritäten, z. B. Netzwerkkarte > Platte > Disk Interrupt mit hoher Priorität unterbricht Interrupt mit niedrigerer Priorität Bild: Stallings, S. 26 Betriebssysteme I, Sommersemester 11 Folie 12

13 I/O-lastig vs. CPU-lastig (1) CPU-lastiger Prozess Prozess benötigt überwiegend CPU-Rechenzeit und vergleichsweise wenig I/O-Operationen Längere Rechenphasen werden nur gelegentlich durch I/O-Wartezeiten unterbrochen I/O-lastiger Prozess Prozess führt viele I/O-Operationen durch und benötigt vergleichsweise wenig Rechenzeit Sehr kurze Rechenphasen wechseln sich mit häufigen Wartezeiten auf I/O ab Betriebssysteme I, Sommersemester 11 Folie 13

14 I/O-lastig vs. CPU-lastig (2) Multitasking und Interrupts Multitasking verbessert CPU-Nutzung: - I/O-lastiger Prozess wartet auf I/O-Events, - CPU-lastiger Prozess rechnet weiter Prozess stößt I/O-Operation an und legt sich schlafen (wartet auf Signal) optimale Performance: gute Mischung I/O- und CPU-lastiger Prozesse Betriebssysteme I, Sommersemester 11 Folie 14

15 I/O-lastig vs. CPU-lastig (3) Betriebssysteme I, Sommersemester 11 Folie 15

16 ::18 14:27:41 1::1 1::1 12:46:44 12:46:44 12:48:41 12:54:44 15:27:35 15:27:35 16:37:11 16:37:11 16:38:1 1::1 1::1 17:43:26 17:43:26 17:53:39 18:43:26 19:43:26 1::1 1::1 :: 1::1 1::1 18:4:5 18:4:5 18:4:34 1::1 1::1 11:15:48 11:15:48 13:49:8 13:49:8 15:42:7 15:42:7 15:42:7 ::31 ::31 1::2 1::2 2::2 1:59: 1:59: 1:59:47 11:3:2 11:59: 14:5:37 14:5:37 14:6:1 14:7:17 14:8:33 15::33 sshd[494]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[29278]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[313]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6516]: Accepted rsa for esser from ::ffff: port 64 sshd[669]: Accepted rsa for esser from ::ffff: port 65 sshd[6694]: Accepted rsa for esser from ::ffff: port 614 sshd[977]: Accepted rsa for esser from ::ffff: port 642 sshd[112]: Accepted rsa for esser from ::ffff: port sshd[114]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[1755]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[17878]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[3188]: Accepted rsa for esser from ::ffff: port sshd[31269]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[4674]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[5499]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') /usr/sbin/cron[739]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[555]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6554]: Accepted publickey for esser from ::ffff: port ssh2 sshd[666]: Accepted rsa for esser from ::ffff: port 693 /usr/sbin/cron[136]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[133]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[998]: Accepted rsa for esser from ::ffff: port sshd[197]: Accepted rsa for esser from ::ffff: port 6133 kernel: snd_seq_midi_event: unsupported module, tainting kernel. kernel: snd_seq_oss: unsupported module, tainting kernel. sshd[29399]: Accepted rsa for esser from ::ffff: port 666 /usr/sbin/cron[662]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[1484]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[8889]: Accepted rsa for esser from ::ffff: port sshd[89]: Accepted rsa for esser from ::ffff: port 643 sshd[9372]: Accepted rsa for esser from ::ffff: port 629 sshd[11554]: Accepted rsa for esser from ::ffff: port sshd[11586]: Accepted rsa for esser from ::ffff: port sshd[1168]: Accepted rsa for esser from ::ffff: port sshd[1163]: Accepted rsa for esser from ::ffff: port 6379 sshd[1293]: Accepted rsa for esser from ::ffff: port Praxis: Interrupts unter Linux

17 Praxis ~]$ cat /proc/interrupts CPU : XT-PIC timer 2: XT-PIC cascade 3: 4663 XT-PIC NVidia CK84 5: XT-PIC ohci1394, nvidia 7: XT-PIC hsfpcibasic2 8: 2 XT-PIC rtc 9: XT-PIC acpi 1: 3152 XT-PIC libata, ohci_hcd 11: XT-PIC libata, ehci_hcd 12: XT-PIC eth 14: XT-PIC ide NMI: LOC: ERR: MIS: Betriebssysteme I, Sommersemester 11 Folie 17

18 Moderne Maschine mit vier Cores cat /proc/interrupts CPU CPU1 CPU2 : : : : : 9: 12: : : : : : : : : NMI: LOC: RES: CAL: TLB: TRM: SPU: ERR: MIS: Betriebssysteme I, Sommersemester 11 CPU IO-APIC-edge timer IO-APIC-edge i842 IO-APIC-edge IO-APIC-edge IO-APIC-edge rtc IO-APIC-fasteoi acpi IO-APIC-edge i842 IO-APIC-fasteoi uhci_hcd:usb1, IO-APIC-fasteoi ehci_hcd:usb6, IO-APIC-fasteoi uhci_hcd:usb3, IO-APIC-fasteoi uhci_hcd:usb2 IO-APIC-fasteoi HDA Intel IO-APIC-fasteoi uhci_hcd:usb4, PCI-MSI-edge eth PCI-MSI-edge ahci Non-maskable interrupts Local timer interrupts Rescheduling interrupts function call interrupts TLB shootdowns Thermal event interrupts Spurious interrupts nvidia uhci_hcd:usb7 uhci_hcd:usb5 ehci_hcd:usb8 Folie 18

19 Interrupt Handler (1) Für jedes Gerät: Interrupt Request (IRQ) Line Interrupt Handler (Interrupt Service Routine, ISR) Teil des Gerätetreibers C-Funktion läuft in speziellem Context (Interrupt Context) top half und bottom half Betriebssysteme I, Sommersemester 11 Folie 19

20 Interrupt Handler (2): top half und bottom half top half Interrupt handler startet sofort, erledigt zeitkritische Dinge bestätigt (der Hardware) den Erhalt des Interrupts, setzt Gerät zurück etc. Alles andere bottom half bottom half startet später, macht die eigentliche Arbeit Betriebssysteme I, Sommersemester 11 Folie

21 Interrupt Handler (3) Wichtig: In welchem Context läuft was? User Context: unterbrechbar (HW oder SW interrupts), kann system calls aufrufen, Process Context: nach Software Interrupt aus User Context, läuft im Kernel, Daten zwischen Kernel- und Prozessspeicher übertragen, nur durch HW-Interrupt unterbrechbar Kernel Context: Funktionen des Kernels, kein Datenaustausch zwischen Kernel- und User-Space, nur durch HW-Interrupt unterbrechbar Interrupt Context: Software- und HardwareInterrupts Betriebssysteme I, Sommersemester 11 Folie

22 Interrupt Handler (4) Bild: Quade/Kunst, S. Betriebssysteme I, Sommersemester 11 Folie 22

23 Interrupt Handler (5) Top und bottom half / Tasklet Bottom half heißt im Linux-Kernel (seit Version 2.6) Tasklet Interrupt Service Routine (top half) erledigt das Wichtigste (zeitkritische Dinge), erzeugt Tasklet und beendet sich dabei sind Interrupts gesperrt Tasklets führen längere Berechnungen durch, die zur Interrupt-Verarbeitung gehören dabei sind Interrupts zugelassen Betriebssysteme I, Sommersemester 11 Folie

24 Interrupt Handler (6) Tasklets Tasklet ist kein Prozess (struct tasklet_struct), läuft direkt im Kernel; im Interrupt-Context Zwei Prioritäten: tasklet_hi_schedule: startet direkt nach ISR tasklet_schedule: startet erst, wenn kein anderer Soft IRQ mehr anliegt Betriebssysteme I, Sommersemester 11 Folie

25 Interrupt Handler (7) Mehr Informationen: [1] Linux Kernel 2.4 Internals, Kapitel 2, [2] J. Quade, E.-K. Kunst: Linux-Treiber entwickeln, dpunkt-verlag, Betriebssysteme I, Sommersemester 11 Folie

26 System Calls: Software Interrupts System Call: Mechanismus, über den ein Anwendungsprogramm Dienstleistungen des Betriebssystems nutzt. Führt eine Anwendung einen System Call aus, schaltet das Betriebssystem in den Kernel-Modus ( privilegierten Modus ) um. Für viele Aufgaben (etwa Zugriff auf Geräte oder Kommunikation mit anderen Prozessen) sind Rechte nötig, die normale Anwendungen nicht besitzen (User mode vs. Kernel mode). Das geht dann nur mit System Calls. Oft implementiert über Software Interrupt (Trap). Nach Interrupt Wechsel in den Kernel-Modus. System-Call-Nummer in ein Register eintragen und den SoftwareInterrupt auslösen Betriebssysteme I, Sommersemester 11 Folie 26

27 System Calls (2) /usr/include/asm/unistd_32.h: Über 3 System Calls /* * This file contains the system call * numbers. */ NR_restart_syscall NR_exit NR_fork NR_read NR_write NR_open NR_close NR_waitpid NR_creat NR_link NR_unlink NR_execve NR_chdir NR_time NR_mknod NR_chmod NR_lchown Betriebssysteme I, Sommersemester NR_break NR_oldstat NR_lseek NR_getpid NR_mount NR_umount NR_setuid NR_getuid NR_stime NR_ptrace NR_alarm NR_oldfstat NR_pause NR_utime NR_stty NR_gtty NR_access NR_nice NR_ftime NR_sync NR_kill Folie 27

28 System Calls (3) Beispiel für einen System Call: Library-Funktion fread( ) Bild: Quade/Kunst, S. 149 Betriebssysteme I, Sommersemester 11 Folie 28

29 ::18 14:27:41 1::1 1::1 12:46:44 12:46:44 12:48:41 12:54:44 15:27:35 15:27:35 16:37:11 16:37:11 16:38:1 1::1 1::1 17:43:26 17:43:26 17:53:39 18:43:26 19:43:26 1::1 1::1 :: 1::1 1::1 18:4:5 18:4:5 18:4:34 1::1 1::1 11:15:48 11:15:48 13:49:8 13:49:8 15:42:7 15:42:7 15:42:7 ::31 ::31 1::2 1::2 2::2 1:59: 1:59: 1:59:47 11:3:2 11:59: 14:5:37 14:5:37 14:6:1 14:7:17 14:8:33 15::33 sshd[494]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[29278]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[313]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6516]: Accepted rsa for esser from ::ffff: port 64 sshd[669]: Accepted rsa for esser from ::ffff: port 65 sshd[6694]: Accepted rsa for esser from ::ffff: port 614 sshd[977]: Accepted rsa for esser from ::ffff: port 642 sshd[112]: Accepted rsa for esser from ::ffff: port sshd[114]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[1755]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[17878]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[3188]: Accepted rsa for esser from ::ffff: port sshd[31269]: Accepted rsa for esser from ::ffff: port /usr/sbin/cron[4674]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[5499]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') /usr/sbin/cron[739]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[555]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[6554]: Accepted publickey for esser from ::ffff: port ssh2 sshd[666]: Accepted rsa for esser from ::ffff: port 693 /usr/sbin/cron[136]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[133]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[998]: Accepted rsa for esser from ::ffff: port sshd[197]: Accepted rsa for esser from ::ffff: port 6133 kernel: snd_seq_midi_event: unsupported module, tainting kernel. kernel: snd_seq_oss: unsupported module, tainting kernel. sshd[29399]: Accepted rsa for esser from ::ffff: port 666 /usr/sbin/cron[662]: (root) CMD (/sbin/evlogmgr -c "severity=debug") /usr/sbin/cron[1484]: (root) CMD (/sbin/evlogmgr -c 'age > "3d"') sshd[8889]: Accepted rsa for esser from ::ffff: port sshd[89]: Accepted rsa for esser from ::ffff: port 643 sshd[9372]: Accepted rsa for esser from ::ffff: port 629 sshd[11554]: Accepted rsa for esser from ::ffff: port sshd[11586]: Accepted rsa for esser from ::ffff: port sshd[1168]: Accepted rsa for esser from ::ffff: port sshd[1163]: Accepted rsa for esser from ::ffff: port 6379 sshd[1293]: Accepted rsa for esser from ::ffff: port System Calls für Programmierer: Standardfunktionen in C

30 open( ) Daten zum Lesen/Schreiben öffnen int open(const char *pathname, int flags); int open(const char *pathname, int flags, mode_t mode); int creat(const char *pathname, mode_t mode); Rückgabewert: File Descriptor man 2 open Beispiel: fd = open("/tmp/datei.txt",o_rdonly); Betriebssysteme I, Sommersemester 11 Folie 3

31 read( ) Daten aus Datei (File Descriptor) lesen ssize_t read(int fd, void *buf, size_t count); Rückgabewert: Anzahl gelesene Bytes man 2 read Beispiel: int bufsiz=128; char line[bufsiz+1]; int fd = open( "/etc/fstab", O_RDONLY ); int len = read ( fd, line, bufsiz ); Betriebssysteme I, Sommersemester 11 Folie 31

32 Beispiel: read( ) und open( ) #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <unistd.h> #include <stdio.h> int main (void) { int len; int bufsiz=128; char line[bufsiz+1]; line[bufsiz] = '\'; int fd = open( "/etc/fstab", O_RDONLY ); while ( (len = read ( fd, line, bufsiz )) > ) { if ( len < bufsiz) { line[len]='\'; } printf ("%s", line ); } close(fd); return ; } Betriebssysteme I, Sommersemester 11 Folie 32

33 write( ) Daten in Datei (File Descriptor) schreiben ssize_t read(int fd, void *buf, size_t count); Rückgabewert: Anzahl geschriebene Bytes man 2 write Beispiel: main() { char message[] = "Hello world\n"; int fd = open( "/tmp/datei.txt", O_CREAT O_WRONLY, S_IRUSR S_IWUSR ); write ( fd, message, sizeof(message) ); close(fd); exit(); } Betriebssysteme I, Sommersemester 11 Folie 33

34 close( ) Datei (File Descriptor) schließen int close(int fd); Rückgabewert: bei Erfolg, sonst -1 (errno enthält dann Grund) man 2 close Beispiel: close(fd); Betriebssysteme I, Sommersemester 11 Folie 34

35 exit( ) Programm beenden void exit(int status); Kein Rückgabewert, aber status wird an aufrufenden Prozess weitergegeben. man 3 exit Beispiel: exit(); Betriebssysteme I, Sommersemester 11 Folie 35

36 fork( ) neuen Prozess starten pid_t fork(void); Rückgabewert: Child-PID (im Vaterprozess); (im Sohnprozess); -1 (im Fehlerfall) man fork Beispiel: pid=fork() Betriebssysteme I, Sommersemester 11 Folie 36

37 Bibliotheksfunktionen exec(): Anderes Programm in Prozess laden int int int int int execl(const char *path, const char *arg,...); execlp(const char *file, const char *arg,...); execle(const char *path, const char *arg,..., char * const envp[]); execv(const char *path, char *const argv[]); execvp(const char *file, char *const argv[]); Rückgabewert: keiner (Funktion kehrt nicht zurück) Parameter arg (Name), arg1,...; letztes Argument: NULL-Zeiger man 3 exec Beispiele: execl ("/usr/bin/vi", "", "/etc/fstab", (char *) NULL); execlp ("vi", "", "/etc/fstab", (char *) NULL); Betriebssysteme I, Sommersemester 11 Folie 37

38 Header-Dateien einbinden Am Anfang jedes C-Programms: #include #include #include #include <fcntl.h> <sys/types.h> <sys/stat.h> <stdlib.h> sys/stat.h enthält z. B. S_IRUSR, S_IWUSR fcntl.h enthält z. B. O_CREAT, O_WRONLY Betriebssysteme I, Sommersemester 11 Folie 38