kloczek: SOURCES pdksh-no_std_aliases.patch
wrobell
wrobell w ite.pl
Nie, 17 Lut 2002, 15:03:23 CET
On Sun, Feb 17, 2002 at 02:43:13PM +0100, Tomasz Kłoczko wrote:
> On Sun, 17 Feb 2002, wrobell wrote:
>
> > On Sun, Feb 17, 2002 at 02:12:00PM +0100, Tomasz Kłoczko wrote:
> > > On Sun, 17 Feb 2002, wrobell wrote:
> > > [..]
> > > > Nie. Ponieważ skrypty pisane pod pdksh (nie można nikomu zabronić
> > > > pisania takich skryptów - mówię o użytkownikach), będą nieprzenaszalne.
> > > > Używaj unalias albo zmień nazwę funkcji.
> > >
> > > Znajdź mi w opisie POSIX sh fragment mówiący o tym że przed użyciem
> > >
> > > foo() {
> > > }
> > >
> > > musze użyć:
> > >
> > > unalias foo
> > To nie ma znaczenia. Nic mnie nie obchodzi co na ten temat mówi POSIX.
>
> Tak długo jak skrypt ma w pierwszej linijce #!/bin/sh nie masz prawa tego
> ignorować .. a w tym wypadku skrypty startowe jak najbardziej coś takeigo
> mają. I po raz Enty .. sprawa nie dotyczy li tylko skryptów startowych.
>
> > Jeśli chcesz się połowywać na POSIX, to:
> >
> > 1. weź źródła pdksh
> > 2. zmień nazwę programu
>
> Bzdura nic do czegoś takeigo mnei nie zobowiazuje.
>
> > 3. i rób z nim co chcesz o ile Ci licencja pozwala
>
> Licencja czegoś takiego nie zabrania.
>
> > Natomiast nie możesz zmieniać standardowego zachowania programu.
>
> Mogę. Zapewne sam coś takiego też juz zdażyło Ci się zrobić.
Nie twierdzę, że coś zabrania Ci to robić.
Ktoś pdksh-a tworzy. Jego autor ma taką a nie inną wizję programu.
Program ten zachowuje się w wielu miejscach w taki a nie inny
sposób - zamierzony przez autora. I ty chcesz mu to popsuć.
Twoje zmiany wprowadzają _niekompatybilność_. Jeśli potrzebujesz
innej implementacji ksh-a, to stwórz ją (bazując na np.: pdksh)
a nie rozwalasz komuś pracę...
> > Nie dlatego, że nie możesz. Dlatego, że w ten sposób ktoś
> > będzie miał przez to kłopoty z przenaszalnością skryptów.
>
> Jeszcze raz. Sprawa dotyczy /bin/sh. pdksh nie instaluje standardowo tego
> dowiązani. Ile razy mozan to powtarzać ?
Są systemy, na których pdksh jest jako standardowe /bin/sh. Po Twojej
poprawce skrypty pisane na systemach opartych o PLD, mogą być
nieprzenaszalne.
wrobell <wrobell w ite.pl>
-------------- następna część ---------
Załącznik, który nie był tekstem został usunięty...
Name: nie znany
Type: application/pgp-signature
Size: 232 bytes
Desc: nie znany
Url : /mailman/pipermail/pld-devel-pl/attachments/20040626/9847a811/attachment.bin
Więcej informacji o liście dyskusyjnej pld-devel-pl