🚀 go-pugleaf

Ich poste hier, um eine Blamage in 'gnu.bash.bug' zu vermeiden.
Seit heute benutze ich die 'bash' auf meinem SCO XENIX 386 als 
Login-Shell.  Das funktioniert so weit auch alles wunderbar.  
Nun gibt es folgendes kleines Problem : Die bash kennt neben
einer Vielzahl anderer netter Sachen ein besonderes builtin
Kommando namens 'enable'.  Mit diesem Kommando kann man 
Builtin-Kommandos abschalten ('enable -n' ist ein disable)
und wieder frei geben.  

Wenn man nun aber das XENIX-'enable' zum Freigeben von 
Druckern oder tty-Ports benutzen moechte und nicht auf
die absolute Pfad-Schreibweise '/bin/enable' zurueck
greifen moechte, muss man dass 'enable' selbst abschalten,
was mit 'enable -n enable' auch erwartungsgemaess funktioniert.

Nun die Preisfrage : Wie kriegt man das builtin 'enable' dann
wieder aktiviert ?  Die naheliegende Idee, 'builtin enable enable'
zu benutzen, haut jedenfalls nicht hin ... ;-)

Was ist das ? Ein Bug ? Irgendwas, was in einer neueren 'bash'
(1.08.5 ist ja nicht mehr da allerneueste) anders geloest ist ?
Mein momentaner Workaround (folgende Zeilen in .bashrc) :

enable() {
    # use XENIX enable :
    /bin/enable $*
}

builtinenable() {
    builtin enable $*
}

Ansonsten ist die 'bash' mit dem richtigen .inputrc einfach geil....

Gruss, Peter
-=-=-
Peter Funk \\ ArtCom GmbH, Schwachhauser Heerstr. 78, D-2800 Bremen 1
Work at home: Oldenburger Str.86, D-2875 Ganderkesee 1/phone : top secret