| |
PA2AGA > HDDIG 30.01.00 06:32l 166 Lines 6083 Bytes #-9598 (0) @ EU
BID : HD_2000_29B
Read: DL6KCF GUEST
Subj: HamDigitalDigest 2000/29B
Path: DB0AAB<DB0SL<DB0RGB<OK0PPL<OK0PHL<OK0PBB<OK0PAB<HA5OB<HA3PG<SV1AAW<
EA7URC<PE0MAR<PI8VNW
Sent: 000130/0212Z @:PI8VNW.#ZH2.NLD.EU #:48404 [HvHolland] FBB7.00g24
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : HDDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA29444 ; Sun, 30 Jan 00 00:15:26 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.70/7.5.3) with SMTP
id AA00017694 ; Sat, 29 Jan 2000 14:34:54 MET
Date: Sat, 29 Jan 00 14:23:18 MET
Message-Id: <hd_2000_29B>
From: pa2aga
To: hd_broadcast@pa2aga
Subject: HamDigitalDigest 2000/29B
X-BBS-Msg-Type: B
> own reason for existing. One cannot help but be in awe when he
> contemplates the mysteries of eternity, of life, of the marvelous
> structure of reality.
>
> Edmund Burke
>
> -------------------------------------------------------------------
> -------------
>.
------------------------------
Date: Fri, 28 Jan 2000 20:23:44 -0600
From: "Steve Sampson" <ssampson@usa-site.net>
Subject: Kantroncs bugs?
DQpIYW5rIE9yZWRzb24gd3JvdGUgDQo+ID4gLSBzb2Z0d2FyZSAoRFNQKSBtb2RlbSB1c2luZyBh
IHNvdW5kY2FyZC4NCj4gDQo+IFdpbGwgdGhpcyBoYW5kbGUgOCBwb3J0cyBvZiA5NjAwIC8gMTky
MDAgYmF1ZD8NCg0KTm8sIGJ1dCB0aGVuIGFnYWluIDk2LjglIG9mIEhhbXMgZG9uJ3QgcnVuIG1v
cmUgdGhhbg0Kb25lIHBvcnQgb2YgYW55dGhpbmcuDQoNCkknZCBydW4gYSBzb3VuZCBjYXJkIGJl
Zm9yZSBJJ2QgcnVuIGEgVE5DIChLYW50cm9uaWNzIG9yDQphbnl0aGluZyBlbHNlIGZvciB0aGF0
IG1hdHRlcikuICBJIGhhdmUgdHdvIERSU0kgVE5DDQpjb25uZWN0ZWQgdG8gdHdvIDE5MjAwIEth
bnRyb25pY3MgVUhGIHJhZGlvcyBJIHdpbGwNCnByb2JhYmx5IG5ldmVyIHVzZSBhZ2Fpbi4gIFRo
ZSBUTkMncyBqdXN0IHNsb3cgdGhpbmdzDQpkb3duLg0KDQo5NjAwLzE5MjAwIGJhdWQgaXMgZGVh
ZC4gIE5vIG9uZSBpcyBpbnRlcmVzdGVkIGluIHRob3NlDQpzcGVlZHMuICAxMjAwIGFuZCA0ODAw
IGFyZSB0aGUgdHdvIG1vc3QgY29tbW9uIEFGU0sNCm1vZGVzLiAgSSBhbSBvbmUgb2YgMyBwZW9w
bGUgcnVubmluZyA5NjAwLCBhbiBkIHRoZXJlIGFyZQ0KNSB0aW1lcyB0aGF0IG1hbnkgb24gMTIw
MCBBUFJTIChpbiBPa2xhaG9tYSkuICBJdCdzIGp1c3QNCmEgcmVhbCBiaWcgSGFtIHBhY2tldCBh
Y3Rpdml0eSBoZXJlIChub3QhKS4NCg0KU3RldmUNCg0KDQo=
>.
------------------------------
Date: Wed, 26 Jan 2000 08:53:26 +0000
From: Roger Barker <roger@peaksys.co.uk>
Subject: Kantroncs bugs?
In article <86lj04$eup$1@acme.gcfn.org>, Philip L Carter
<pcarter@gcfn.org> writes
>
>Sorry, I think they're working fine. Never had a problem with any speed
>file transfers with any (kpc2 thru dataengine) at any speed. But I don't
>do winblows on pc's. I use dos, os/2, linux, cp/m and others. Could it
>be a winblows problem?
It's a problem that occurs when the TNC is used in terminal mode with a
buffered UART, at a terminal baud rate greater than 2400.
When the TNC's input buffer is full, and it lowers CTS, the PC is still
likely to send a few characters. That is perfectly normal behaviour.
With Kantronics TNCs, this results in characters being dropped. The
problem is extremely easy to reproduce.
As a final comment, because this thread is obviously going nowhere:-
1. The problem definitely occurs - hundreds of users can't all we wrong,
and it can be very easily demonstrated.
2. I know of no other TNCs that have the same problem - every other
manufacturer seems to have managed to correctly implement hardware
handshaking for many years.
3. Saying use Kantronics host mode, and quoting chunks of the host mode
spec, is not the answer. Certainly in terms of PMS software, the host
mode programs are usually inferior in terms of the facilities they
offer, and more expensive, than some of the programs designed for use
with a wide range of TNCs.
--
Roger Barker, G4IDE roger@peaksys.co.uk
Boston http://www.packetradio.org.uk
Lincolnshire, UK http://www.peaksys.co.uk
>.
------------------------------
Date: Fri, 28 Jan 2000 23:18:58 GMT
From: malloy@execpc.com (Michael Malloy)
Subject: Wanted: Dead KPC-3 TNC
I am looking for a dead KPC-3 to use the case for a project. If you
have one that you would like to part with let me know.
..
__________________________________
Email: Michael Malloy malloy@execpc.com
QTH: Whitefish Bay, WI
Amateur Radio: N9WJV
>.
------------------------------
Date: Wed, 26 Jan 2000 08:57:31 GMT
From: nomail@rob.knoware.nl (Rob Janssen)
Subject: Y2K glitch in DOS and Windows version of PcPakratt program.
Rick Ruhl <ricker@cssincorp.com> wrote:
>The problem is that PakRatt 2.9 used the 'tm' date structure, in which the
>'year' variable is number of years since 1900. Since the code had to be
>rewritten in a number of places, there would be no simple 'patch' to fix
>this. If there was, we would have released it as a patch.
That is not a problem. The number of years since 1900 now is 100.
The problem is that so many programmers assumed that the had to put
that variable after a fixed string of "19", e.g. in constructions like:
printf("the year is 19%02d", tm->tm_year);
This is WRONG. it will print 19100 as the year. it should read:
printf("the year is %04d", tm->tm_year + 1900);
when one is only interested in two digits of the year, the proper
form is:
printf("the year is %02d", tm->tm_year % 100);
This will nicely print 00 as the year. Forgetting the % 100 will yield
100 as the year, with resulting field-width problems.
So, there is no priblem with the tm structure, there is a problem with
many programmers' incorrect interpretation of its contents. Likewise,
first releases of programs written by naive programmers often have the
month number off-by-one in the output. When it is April, the program
says it is month number 3. But that bug is often quickly fixed, as it
is noticed by so many users.
Unfortunately many programmers did not take that as a hint to read
the documentation more carefully before proceeding...
Rob
--
+----------------------------------+--------------------------------------+
| Rob Janssen pe1chl@amsat.org | WWW: http://www.knoware.nl/users/rob |
| AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU |
+----------------------------------+--------------------------------------+
>.
------------------------------
End of Ham-Digital Digest V2000 #29
******************************
You can send in your contribution to this digest by
sending an e-mail to: hd-group@pa2aga.ampr.org
or (via BBS-net) to: hdaga@pi8vnw.#zh2.nld.eu
Read previous mail | Read next mail
| |
