TIP: Click on subject to list as thread! ANSI
echo: locuser
to: Paul Edwards
from: Michael Stapleton
date: 1996-12-18 23:49:04
subject: Tobruk

Hi Paul,

On Dec 09 19:36, 1996, Paul Edwards of 3:711/934.9 wrote:

MS>>> Ok.  ATM, I accept the default of XON/XOFF.

PE>> You can't use XON/XOFF with FTS-6 sessions.

MS>> What does that mean?

PE> Devil Dialer and RSEND both use the FTS-6 protocol to do the
PE> session negotiation.

I see.

PE> If you remember, you sent a CRC as part of that protocol, and
PE> various other binary numbers.  One of those binary nubmers could
PE> be XON or XOFF.  ie, you can't use them for flow control.

That makes sense.

PE>>>> BTW, I am suspicious about mktime() or localtime() not
PE>>>> working, you didn't write either of those yourself did you?

MS>>>> I wrote the mktime() & after it calculates the time_t it uses
MS>>>> localtime() to put the struct tm into standard form.  I
MS>>>> tested my time functions VERY thoroughly - would you like to
MS>>>> see the test program?

PE> If only people would listen to me more often!

Hey, I'm smart enough to recognise when I meet a superior
programmer.  :)

PE> This is a great opportunity for you to say "don't you ever get
PE> sick of being right all the time".  I've got this brilliant
PE> response I learnt from Blake's 7.

Ok, I'll bite - "don't you ever get sick of being right all the
time"?

MS>> The struct tm that you pass to mktime() can have any values in
MS>> its fields and mktime() is supposed to "normalize" these
MS>> values, before converting the time to time_t.

PE> Whilst it is true that it is allowed to, there is no absolute
PE> requirement for it to do so.

Oh, good!

PE> In DOS you won't get over 32767 in an integer anyway.

A fair point.

MS>>> mktime says sec=820552612

PE>> Well, on the assumption that you are attempting to get the
PE>> number of seconds since 1970, like most implementations use,

MS>> Yes.

PE>> the above number is indeed 2/1/96.

MS>> It is?  Where did that come from, I wonder.  The messages say 1
MS>> Jan 96.

PE> Maybe one of us was using timezone in there somewhere.

Yeah, me.

MS>>> mktime says sec=315904080

PE>> I'll assume for now that this is the garbage date of "date
PE>> arrived".

MS>> Huh?  I turned off "date arrived", remember?

PE> You turned it off from being displayed.  It gets calculated
PE> regardless.

Ah, I'll bear that in mind.

Michael Stapleton of Graphic Bits
@EOT:

--- Msged/AM 4.00
* Origin: Graphic Bits (3:711/934.33)
SEEN-BY: 711/934 712/610
@PATH: 711/934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.