| |
ZL3AI > APRDIG 04.06.03 09:09l 193 Lines 7175 Bytes #999 (0) @ WW
BID : 1411-ZL3AI
Read: GUEST
Subj: TAPR Digest, May 28, 3/3
Path: DB0FHN<DB0RGB<DB0MRW<DB0ERF<DB0FBB<DB0GOS<DB0EEO<PI8DAZ<PI8HWB<ON0AR<
7M3TJZ<SP7MGD<VK7AX<ZL2BAU<ZL3VML
Sent: 030603/1330Z @:ZL3VML.#80.NZL.OC #:1608 [Chch-NZ] FBB7.00i $:1411-ZL3AI
From: ZL3AI@ZL3VML.#80.NZL.OC
To : APRDIG@WW
Subject: RE: APRS Client Longevity
From: "Ramon F. Kolb" <ramon@ieee.org>
Date: Wed, 28 May 2003 21:04:30 -0400
X-Message-Number: 20
Well... You could try the same thing for UI-View32. There are similar and
even longer longivity reports out for that software... Mine normally runs
continuously from Windows XP Pro boot-up to reboot, which is weeks at a
time... (I reboot voluntarily, not because of crashes. WinXpPro is
reasonably stable here...)
Reminds me of a situation we had at my workce. We delivered voicemail
systems to the largest landline operator in Japan, and they beat the hell
out of us for software quality. After many, many, many hours of QA and bug
fixing, the system was finally stable and more than 50 of our systems were
deployed all over Japan. Until... 381 days later. In a timespan of a few
days, all systems suddenly were hanging up, leaving us wondering why (and
the customer rather annoyed... You should know them Japanese when it comes
to quality :)) Turn out, that in the ancient version of Unix we were using
(Unixware 1.0.5 if I remember correctly), there was a bug that the LBOLT
counter (some OS specific counter that was used to determine intervals
between two moments in time, don't ask me the specifics) was overflowing
because it ran out of bits... The systems were installed and booted (each
system had about 10 Unix boards on-board) more or less in a timespan of a
week-- and a year later they went down in the same timespan. No-one else had
ever discovered this bug, because no-one else had ever had a system up and
running for so long time!
The solution was actually a lot trickier. The work-around was to reboot the
system, component by component after about a year. However, there was 1
redundant subsystem that couldn't switch over automatically, and as a result
downtime (the biggest fear of any telco) would be incurred. For *** (yeah--
I guess I can name them) this meant that a month in advance all subscribers
(!!!) would get a brochure mailed explaining what would be happening and how
long it would take. A multi-million dollar operation...
The actual solution was to upgrade the OS to a newer version. UnixWare 1.0.5
was no longer supported by SCO for a long, long time, and it was about time.
However, this is a HUGE operation as all software needed to be QA'd again--
a multi-manyear endeavor. And of course, the customer wouldn't pay for
fixing bugs... In the end, after about 2 years, this was finally done, and
the bug was solved. Old engineers in my previous company still shiver of the
LBOLT-bug...
-Ramon
Ramon F. Kolb, KX1T, PA3EUG, Boston, MA, USA [FN42KI]
ICQ:77117744; MSNMGR:legalalien30@hotmail.com
http://kx1t.webhop.org
----------------------------------------------------------------------
Subject: DIMM memory
From: Wes Johnston <wes@johnston.net>
Date: 28 May 2003 21:17:44 -0400
X-Message-Number: 21
Someone here a few weeks ago asked me off sig about max size of dimm
memory. The biggest I've found is 64meg's / stick and they have some at
[commercial content deleted].
Wes
----------------------------------------------------------------------
Subject: A few more maps added to APRSQuery/APRSTrack
From: "Brian Riley (maillist)" <n1bq_list@wulfden.org>
Date: Wed, 28 May 2003 21:23:24 -0400
X-Message-Number: 22
Schools coming to an end real soon now ... I just had my retirement banquet
and I some time on my hands and created a handful of new maps for the
tracking page. Most notable "greater Montreal area" (St Bruno to Laval) and
a "Montreal" area available from the tracking and the APRS activity locator
queries.
cheers ... 73 de brian, n1bq
P.S. I am entertaining request to create maps again now that time has freed
up a bit again.
----------------------------------------------------------------------
Subject: Re: Pocket APRS 1.94 ack problem
From: "Coe" <k4coe@hiwaay.net>
Date: Wed, 28 May 2003 20:59:52
X-Message-Number: 23
It is nice to know that there is hope, but, that does not explain why both
my PalmPro2MB upgrade and my IIIc(?) experience the problem. I upgraded
both units from registered 1.20 by loading 1.94 directly over them. The
FINDU message listing shows it pretty clearly. After receiving a message
it echoed the message back out without a "to". Technically, I do not know
if it "ack"ed, also, only that it issued the untargeted echo. I'll see if
one of the ones that sent messages to me has a record of the "ack".
In the two cases where the gateway server responded with the requested L:
callsign lookup information, the Palm actually did not 'receive' those
replies, which is why I requested it twice and why it was not echoed in
those cases. I only found out that the gateway had responded, afterwards,
by looking on FINDU.
Puzzling...
K4COE
----------------------------------------------------------------------
Subject: Re: Change in Wxsvr Output July 1st
From: KC7ZRU - Tate <kc7zru@arrl.net>
Date: Wed, 28 May 2003 20:18:27 -0600
X-Message-Number: 24
dale huguley wrote:
>Hello all-
>In order to clean up the
>datastream, I will be terminating the uncompressed multiple area
>packets July 1st.
What kind of affect will this have on text only mobile devices - like a
HamHUD-II?
And of course - many thanks for running this too!
73
--
"The Dungeon" online at http://go.to/kc7zru
Casper, WY | CARC Repeater
DN62tt | 146.940-
http://www.trib.com/~carc
----------------------------------------------------------------------
Subject: Re: APRS Client Longevity
From: KC7ZRU - Tate <kc7zru@arrl.net>
Date: Wed, 28 May 2003 20:23:28 -0600
X-Message-Number: 25
Curt Mills wrote:
>Ok, I did it. What's next?
Uh - hows this:
Build a complete *nix type Live File system CD (ala 'Knoppix'), with
xastir pre-compiled and runnable, then send it out to every ham in the
call book.
That way everyone could try out xastir just by booting a CD - never
touch their hard drives. The ultimate "Plug n Play" APRS client.
<seg>
73
--
"The Dungeon" online at http://go.to/kc7zru
Casper, WY | CARC Repeater
DN62tt | 146.940-
http://www.trib.com/~carc
----------------------------------------------------------------------
Subject: Re: APRS Client Longevity
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil>
Date: Thu, 29 May 2003 03:11:34 -0000
X-Message-Number: 26
I have yet to see an installer that managed to properly detect and configure
video drivers for X windows every time, or even close to it. Heck, even
Windows still has trouble getting better than 800x600 out of some video
cards without downloading extra drivers.
It's still a cool idea, though. I think I'd configure it with no window
manager - have Xastir run full-screen and that's all. Well, maybe run twm
so you could move dialogs and such.
Mailing a zillion disks a la AOL might not be practical, but you could have
clubs download an ISO image and burn copies to distribute to all of their
members.
Scott
N1VG
---
END OF DIGEST
Read previous mail | Read next mail
| |
