| |
I0OJJ > XNET 14.04.09 16:17l 129 Lines 5628 Bytes #999 (0) @ ITA
BID : 9612_I0OJJ
Read: GUEST
Subj: Re: X-NET (impazzito!)
Path: IZ3LSV<IW0GPS<I0OJJ
Sent: 090414/1402Z 9612@I0OJJ.ILAZ.ITA.EU [Colleferro] $:9612_I0OJJ
From: I0OJJ@I0OJJ.ILAZ.ITA.EU
To : XNET@ITA
Ciao a tutti,
>Sono da qualche giorno alle prese con il mio x-net, che ha funzionato
>ininterrottamente senza un crash per diversi mesi.
>Ora e' in funzione su un celeron con w98se, xnet 1.38.
innanzitutto buona Pasqua a tutti! Molto bene per i msgs in rete
almeno c'e' di che parlare.
Allora prima di cominciare con i miei racconti vorrei fare alcune
asserzioni, come premessa generale:
1. il prg xnet e' fornito, in tutte le versioni, *gia' compilato* e
quindi quando si installa in un sistema sia linux che winzoz bisogna
vedere se i driver e le librerie dei sistemi sono compatibili con
l'ambiente di compilazione usato dall'autore;
2. tutti i prgs non sono perfetti;
3. i sistemi winzoz sono i soli ad essere colpiti da tante stranezze
e, soprattutto, per fare funzionare xnet su tali piattaforme c'e'
bisogno di usare altri driver e interfacce esterne che lasciano il
tempo che trovano... e si vede! [come diceva quel comico a seven show]
4. ...etc.
Esperienza su linux:
come dicevo, in questi dieci giorni scorsi che sono rimasto
libero dagli impegni ho provato una gran quantita' di versioni/
distribuzioni linux in tutte le salse e, in particolare, per quello
che ci riguarda, il tandem xnet e xfbbd, di cui, anche quest'ultimo,
nelle versioni gia' precompilate fornite con le varie distribuzioni.
Debbo dire in proposito e ad integrazione della premessa che anche
il PC, o meglio l'hardware del PC fa un'enorme differenza.
I kernel 2.6.x sono avidi di RAM e di CPU e gia' nelle
installazioni *non grafiche* sono in grado di far collassare PC
pentium III con 200 mega di RAM.
I kernel 2.4.x, come la situazione presente che ho sotto mano,
che si riferisce alla distribuzione Debian 3.1r8, e' di gran
lunga migliore sotto tutti i fronti:
Linux version 2.4.27-3-686 (pbuilder@dl360-g3) (gcc version 3.3.5
(Debian 1:3.3.5-13)) #1 Tue Dec 5 21:03:54 UTC 2006
total: used: free: shared: buffers: cached:
Mem: 196542464 91144192 105398272 0 9281536 52174848
Swap: 123338752 0 123338752
MemTotal: 191936 kB
MemFree: 102928 kB
MemShared: 0 kB
Buffers: 9064 kB
Cached: 50952 kB
SwapCached: 0 kB
Active: 34980 kB
Inactive: 40604 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 191936 kB
LowFree: 102928 kB
SwapTotal: 120448 kB
SwapFree: 120448 kB
su 196 MB di RAM ne rimangono liberi oltre 100 per far girare gli altri
processi... da notare che queste risorse usate comprendono il sistema
linux attivo con xnet, xfbbd, drive ax25, il web Apache, il server DNS,
il server MAIL etc. etc. in questo momento, con 96 processi in esecuzione
la CPU e' inchiodata allo 0.7% di uso !!!
Ora, per rientrare nel discorso xnet... essendo questo prg fermo al
2006/2007, usando qui delle versioni linux avanzate, come ho fatto
in questi giorni passati, si e' ricreato il problema visualizzato nei
log dell'xnet ir4sp... dalla mia parte, come dicevo in altro prec. msg
all'attivazione di xnet mi segnalava un errore che adesso non ricordo
ma poi il tutto qui funzionava regolarmente...
Anche xfbbd che e' stato sviluppato fino alla piattaforma linux 2.2.x,
nei sistemi che ora usano 2.4.x o superiori lamentano il difetto che
riporto, essendo il sistema linux passato da NET3 a NET4... di seguito
la situazione attuale:
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
CSLIP: code copyright 1989 Regents of the University of California
SLIP: version 0.8.4-NET3.019-NEWTTY-MODULAR (dynamic channels, max=256).
SLIP linefill/keepalive option.
NET4: G4KLX/GW4PTS AX.25 for Linux. Version 0.37 for Linux NET4.0
mkiss: AX.25 Multikiss, Hans Albas PE1AYX
--------------
xfbbd uses obsolete (PF_INET,SOCK_PACKET)
xfbbd uses old SIOCAX25GETINFO
--------------
Ora anche qui' sarebbe da rimettere mano ai sorgenti e ricreare sui
nuovi standard i socket inet, packet, porte seriali... ma chi e'
capace di farlo... se lo fossi, lo potrei fare anche io... ma per
quanto concerne xnet il problema non si pone perche' non sono
disponibili neanche i sorgenti...
Da segnalare anche, stranezza delle stranezze, che xfbbd 704j
fornito da Ubuntu e provato sulla stessa piattaforma da
"segmentation fault" quando uno lo attiva... una vera bufala!!!
Puo' essere che nessuno se ne sia accorto? O dipende dal mio
povero hardware?
Comunque sia i sistemi linux che winzoz che sono *obsoleti* rispetto
alle date di cui sopra, sicuramente sono incompatibili per far
girare al meglio i prgs... e poi se anche questo ipotetico IW1FYS
provoca seppur in modo involontario [!] questi "buffer overflow"
allora il gioco e' completo!
> (Feb 25 2006 12:13:22) 12.04.09 07:17:38 IW1FYS :No more L7SAPs
> (56)
> 12.04.09 07:17:38 IW1FYS :Above message repeats 3 times.
> 12.04.09 07:17:43 IW1FYS :sgetbuf(40) File X:\c\appl\mac
> \axiputil.c Line 125 failed. 40 Buffers
Allora per concludere, credo che bisogna usare anche in questa
occasione la famosa massima latina: "in medio stat virtus"
cioe' fare gli equilibristi:
- in linux usare sistemi basati su kernel 2.4.x e con l'occasione
voglio segnalare anche linux slackware 11 che ho usato negli
ultimi due/tre anni che va benissimo; naturalmente questa versione
debian 3.1r8 che non avevo mai provato e che funziona come una spada!!!
- i problemi causati sul sistema ir4sp si sono verificati in questi
giorni quando ho attivato sistemi nuovi come ubuntu 8.10, desktop e
server, knoppix nelle varie salse etc. programmi che sono validissimi
per tutto pero' fanno a schiaffi con winzoz, hi!!!
un abbraccio,
gus i0ojj
Read previous mail | Read next mail
| |
