Delgett av Patrick D'Cruze (
pdcruze@netpal.com.au)
1. Istället för att köra .sd.sh (eller .sd.csh) filen i mitt .bash_profile skript, kopierade jag .sd.sh skriptet, bytte namn på det till swriter, och kopierade det till /usr/local/bin. sen modifierade jag det genom att lägga till:
#! /bin/bash
i början av skriptet och:
exec swriter3 $*
i slutet av skriptet. Nu behöver jag bara köra swriter och det sätter automatiskt upp de rätta miljö variablerna och sen kör det StarWriter. På det här sättet sparar du problemet med att de miljö variablerna förorenar andra applikationer/miljöer.
2. Jag märkte att StarOffice tar ganska lång tid på sig att ladda för många (uppåt 60 sekunder). Samstämmigheten på Usenet var att en stor del av den tiden var p.g.a. symbol omlokaliseringen, som den dynamiska länkaren måste göra. D.v.s. för varje ny symbol, måste den dynamiska länkaren lokalisera det rätta biblioteket. StarOffice länkas dynamiskt mot ganska många bibliotek , så den dynamiska länkaren spenderar ganska lång tid på att söka igenom alla biblioteken.
Det finns en lösning på det här. Jag kör StarOffice i ett chroot:at fängelse. I fängelset lägger jag alla binära filer och alla bibliotek, som StarOffice använder (alla bibliotek från /usr/X11R6/lib, libc/libm och libg++/libstdc++). StarWriter tar ungefär 15 sekunder att starta på min P133/32MB. Detta beror på att alla bibliotek, som StarOffice behöver, finns i en mapp och den dynamiska länkaren behöver därför inte leta igenom alla bibliotek i systemet. (d.v.s. den behöver inte leta igenom alla onödiga bibliotek i /usr/lib etc. efter symboler).