Faxpoll server with USR Courier V34+

• Messages sorted by:[ date ][ thread ][ subject ][ author ]

    To:  gerhard@ats.xs4all.nl (Gerhard Ahuis)
    Subject:  Re: Faxpoll server with USR Courier V34+
    Cc:  mgetty@muc.de
    Date: Thu, 18 Jan 1996 19:08:22 +0100
    From:  gert@greenie.muc.de (Gert Doering)

	<...stuff deleted...>

    > 01/17 16:51:25 yS1  fax_wait_for(OK)
    > 01/17 16:51:25 yS1  fax_wait_for: string '+FPS:1,2288,0,0,0'
    > 01/17 16:51:25 yS1  page status: +FPS:1,2288,0,0,0
    > 01/17 16:51:25 yS1  8840 lines received, 0 lines bad, 0 bytes lost
    
    This is the next ugly thing: the standard demands hexadecimal responses,
    the courier sends decimal numbers. *sigh*.
    
Eh?  Can you please identify which standard you are referring to (and a
section or page number would be good)?  I did a quick check on T.class2
(the forthcoming ITU T.32 standard), "Class 2" (SP-2388-A) and Class 2.0
(EIA/TIA-592) and can't see anything that says the receive line count value
should be hexadecimal.

In practice the receive line count returned by a modem is decimal (base 10),
but cannot be trusted (many vendors emulate the old Rockwell firmware bug
that causes the same value to be returned no matter what data is received).
The only reliable way to decide how many lines have been received is to 
count EOL markers in the page data.

        Sam