![[brute force]](ctrlk.png)
Potrzebujemy nagle przerwać pracę programu? Użyjmy kombinacji Control-K (dwukrotnie w ciągu 5 sekund).
#!/bin/sh
iconv -f ISO8859-2 -t CP852 $1 > /tmp/tmpsmabiout.$$$
lpr -o /tmp/tmpsmabiout.$$$ # <- tu odpowiedni rozkaz wydruku!
rm /tmp/tmpsmabiout.$$$
Skrypt taki, rzecz jasna, musi być wykonywalny - trzeba pamiętać o atrybucie 'x' (np. jeśli nazwiemy sobie ten skrypt po prostu "filtr", to po jego utworzeniu trzeba wpisać polecenie "chmod a+x filtr"). Nazwę tego skryptu (z pełną ścieżką) należy podać jako "rozkaz wydruku" w menu "opcji lokalnych".
Bardziej wszelako zalecanym wyjściem z takiej sytuacji byłoby jednak pozostawienie "socketu" na dotychczasowym miejscu, co można osiągnąć poprzez połączenie z bazą po TCP/IP, ze względu na to, że po wspomnianej powyżej zmianie wprawdzie Smabi będzie mógł łączyć się z bazą, natomiast mogą mieć z tym problem programy z pakietu Postgresa (np. psql, createdb itd.). Uruchomienie tego rodzaju połączenia z serwerem nie nastręczy nam najmniejszego problemu. Wypełniamy w takim przypadku pole "Serwer" nazwą maszyny, gdzie "hula" PostgreSQL (ale nie "localhost"!), i komu- nikacja z Postgresem następuje wtedy poprzez TCP/IP (tak, jak w sieci), dzięki czemu fizyczne umiejscowienie socketu przestaje być istotne. Pamiętajmy wszakże, że w takim wypadku należy także dokonać odpowiedniego wpisu w pg_hba.conf - mimo, że Smabi i Postgres działają na tej samej maszynie!
Jeszcze a'propos Debiana: właśnie ze względu na wspomnianą uprzednio różnicę została przygotowana "paczka" specjalnie dla Debiana (to właśnie to drugie archiwum z rozszerzeniem .deb), spełniająca zalecenia tzw. "Debian policy". Dlatego w przypadku instalacji naszego programu "na Debianie" zalecamy korzystanie z tego właśnie pliku (instalacja poprzez: dpkg -i nazwa_pliku_instalacyjnego.deb), zamiast z archiwum .rpm
baza=nazwa_bazy_roboczej
test_baza=nazwa_bazy_testowej
Oczywiście, etykiety nazwa_bazy_roboczej i nazwa_bazy_testowej w przykładzie powyżej muszą być zastąpione nadanymi przez nas nazwami.
Taki plik jest automatycznie tworzony przez skrypt instalacyjny w razie nazwania baz inaczej, niż domyślnie podpowiadane sales i salestest
cd /usr/lib
ln -s libpq.so.4.0 libpq.so.3
należy tak "manewrować" wartościami zmiennych "lewy margines" i "offset", aby w przypadku druku przelewu "krzyżyk skreślenia" trafił w okienko z literą "W", zaś w przypadku druku wpłaty bezpośredniej - w okienko z literą "P". Wiersze z treścią celowo są przesunięte nieco w prawo, gwoli zwiększenia czytelności wydruku; aby nie trafiały na ramki obrzeża
Ten "gnomowy" x-terminal ma po prostu mapowanie znaków zgodne z ISO-8859-2. Żeby ujrzeć nasze narodowe "robaczki", należy link symboliczny o nazwie FSchrmap.polxterm, "dowiązany" bezpośrednio po instalacji do pliku /usr/share/terminfo/FSchrmap.xterm - po prostu "przenieść" na plik /usr/share/terminfo/FSchrmap.xtermiso. A więc usunąć FSchrmap.polxterm, i stworzyć nowy symlink poprzez:
ln -s FSchrmap.xtermiso /usr/share/terminfo/FSchrmap.polxterm.
Naturalnie, jeśli omawiany problem wystąpił, a my mamy już link FSchrmap.polxterm „wskazujący” właśnie na FSchrmap.xtermiso, należy spróbować akcji odwrotnej: dowiązania go do FSchrmap.xterm.
Jeszcze raz przypomnijmy: należy pamiętać, że program wymaga zestawu znaków w ISO8859-2 - a nie w UTF-8! Tak więc, jeśli chodzi o X-Terminal, korzystać należy np. z xterm-a, a nie z uxterm-a.
1. Może chodzić o problem z ustawieniem zmiennej TERMINFO (stwierdzony np. w przypadku dystrybucji Mandrake 9.2). Wprawdzie Smabi sam ustawia tę zmienną, wszakże z niewiadomych na razie przyczyn w niektórych przypadkach należy ją przed uruchomieniem programu „ręcznie” wyeksportować wpisaniem sekwencji: export TERMINFO=/usr/share/terminfo (można wpisać na stałe w ~/.bashrc). Jeśli zaś to nie pomogło, to:
2. Być może chodzi o niestandardowe mapowanie zestawu znaków. Zwróćmy uwagę, że w katalogu /usr/share/terminfo znajdziemy trzy różne pliki zajmujące się "mapowaniem" zestawu znaków, o tej samej nazwie FSchrmap - lecz o różnych rozszerzeniach: jeden z nich ma sufiks debian, drugi: mdk, a trzeci: suse. Do jednego z tych plików już jest stworzony link symboliczny o nazwie FSchrmap.def.
Najpierw krótkie wyjaśnienie znaczenia tychże plików, zawierających tabele translacji znaków - w pakiecie znajduje się ich pięć:
a) Dla konsoli - czyli dla pracy w trybie „czysto znakowym” -
znaczenie mają pliki: FSchrmap.debian, FSchrmap.mdk,
FSchrmap.suse
b) W przypadku pracy spod któregoś z X-Terminali istotne są pliki
FSchrmap.xterm, FSchrmap.xtermiso
W trakcie instalacji tworzone są dowiązania symboliczne o nazwach:
c) FSchrmap.def - które będzie wskazywało na któryś z plików
wymienionych w punkcie a) - chodzi o pracę w konsoli
d) FSchrmap.polxterm - które będzie wskazywało na któryś z plików
wymienionych w punkcie b) - chodzi o pracę spod X-Terminala
Jak łatwo się zorientować po rozszerzeniach nazw plików z pkt a), zasadniczo dotyczyły one konkretnych dystrybucji Linuksa, niemniej jednak obecnie, ze względu na „ewolucję” zawartości plików zawierających zestawy znaków (które załączają w dystrybucjach ich „maintainerzy”), nie należy się tymi rozszerzeniami kierować; zostały takie, jakie były, już tylko ze względów historycznych.
Obecnie dla (chyba?) większości dystrybucji Linuksa, najodpowiedniejszym wyborem w przypadku pracy z konsoli będzie plik translacji FSchrmap.mdk - zauważymy, że widoczne są zarówno ramki pojedyńcze, jak i - na niektórych ekranach programu (np. przy wyborze „Zleceń stałych”) także podwójne. Plik FSchrmap.debian jest „ostrożniejszym wyborem”, który niegdyś był niezbędny dla starszych dystrybucji Debiana, np. Debian Woody. Różni się on od poprzedniego właściwie głównie „wycięciem” ramek podwójnych; wszystkie znaki ramek podwójnych ulegają zamianie na kody ramek pojedyńczych. Ten plik jest dobrym wyborem do testów, jeśli uprzedni, z jakichś względów, nie sprawdził się.
Plik FSchrmap.suse był aktualny dla starszych dystrybucji SuSE (np. linii 6.x), i obecnie zapewne nie znajdzie już nigdzie zastosowania - ale na wszelki wypadek pozostawiono go jako materiał do ew. porównań.
A zatem: Jeśli wystąpił kłopot z ramkami - możemy przenieść „dowiązanie” linku FSchrmap.def do innego ze wspomnianych plików - być może samo to załatwi sprawę. Najczęściej spotyka się kodowanie takie, jak zdefiniowano w pliku FSchrmap.mdk - ale np. dystrybucja Woody „wolała” właśnie tabelę opisaną w FSchrmap.debian, zaś starsze wersje dystrybucji SuSE, w ogóle specjalnego mapowania nie potrzebowały - i tutaj można było skorzystać z pliku FSchrmap.suse.
„Tip”: w razie jakichkolwiek „problemów z ramkami” - np. w przypadku jakiejś „egzotycznej” dystrybucji, bądź pracy poprzez SSH ze stanowiska pracującego pod kontrolą innego systemu, np. FreeBSD - warto spróbować, przed uruchomieniem Smabiego, skorzystania ze znanej aplikacji screen, która ma jeszcze nieco inaczej „poukładane” otoczenie. W tym przypadku nie będą dostępne ramki podwójne - ale w dalszym ciągu chociaż te pojedyńcze.
Jeśli i to nic nie da, to możemy próbować „poratować” sytuację jeszcze innym sposobem: przed uruchomieniem programu wstukajmy w linii poleceń: export TERM=xterm. Dla ułatwienia można taki wiersz wpisać w skrypcie /usr/bin/smabi przed wierszem uruchomienia Smabiego, oraz drugi wiersz - po „wierszu ze Smabim” - przywracający poprzednią wartość zmiennej TERM po zakończeniu pracy z programem.
Jeśli i to nie dałoby oczekiwanego efektu - można nas zawiadomić o kolejnym przypadku niestandardowego mapowania, podając nazwę i wersję dystrybucji. Albo spróbować ułożyć tabelę translacji samodzielnie, według wskazówek poniżej:.