fork gibt's unter windows nicht, also musste da fuer das perl-fork eine andere loesung verwendet werden; perl handelt dies auf interpreterebene, d.h. ein fork klont den interpreter und laesst den neuen interpreter als neuen thread laufen und laesst den neuen thread dort starten, wo das fork steht. also kann es da auch keine echte prozessId geben, sondern perl vergibt dafuer eine pseudo-prozess-id. da eine positive schon vorhanden sein kann, wird dafuer eine negative integerzahl verwendet.