Nachdem hier im Forum keine Problemlösung zu erreichen war, habe ich mich im Netz auf die Suche begeben und schließlich dies hier gefunden:
http://web.archiveorange.com/archive/v/rwZjAuuqDYAk16rwrbkY
Es handelt sich also eindeutig um einen Bug in der Apache Software.
Allerdings hatte niemand im Netz einen Workaround-Vorschlag anzubieten.
Nach einem Vergleich meiner Registry-Einträge (funktionierenden xampp-Installation unter Vista v.s. nicht funktionierende xampp-Version unter Win7) führten dann die folgenden Werte unter Win7 zum Erfolg.
HKEY_CLASSES_ROOT/.pl
Name: Standard
Type: REG_SZ
Wert: Perl
HKEY_CLASSES_ROOT/Perl
Name: Standard
Type: REG_SZ
Wert: (Wert nicht gesetzt)
HKEY_CLASSES_ROOT/PersistentHandler
Name: Standard
Type: REG_SZ
Wert: (Wert nicht gesetzt)
ScriptInterpreterSource Registry
findet nun, ohne Auswertung der Shebang Zeile, den Pfad zu perl und alle Scripte (die nicht auf eine MySql Datenbank zugreifen) laufen einwandfrei auf dem Apache.
Aber auch dieses MySql-Problem wird sicherlich zu lösen sein.
Warnung:
Die hier (und im Netz) zu findenden Vorschläge zur Verknüpfung der .pl Extension mit ExecCGI ist zwar nett, führt aber dazu dass Editoren (wie z.B. Komodo u.a.) dann immer zusammen mit dem Browser gestartet werden sobald über den Browser eine URL aufgerufen wird welche die Extension .pl beinhaltet.
Ich sehe gerade ...
User Nobbie hat seine entsprechenden Beiträge bereits gelöscht
Nachtrag:
Es wäre natürlich äußerst hilfreich, wenn man hinter
ScriptInterpreterSource
einfach das jeweilige Interpreterverzeichnis eintragen könnte - aber das funktioniert ja leider nicht.