From:	CSBVAX::MRGATE!KARNEY%PPC.MFENET@NMFECC.ARPA@SMTP 20-SEP-1988 11:21
To:	ARISIA::EVERHART
Subj:	BOSS loses parts of stuffed strings


Received: from ppc.mfenet by ccc.mfenet with Tell via MfeNet ;
	Tue, 20 Sep 88 06:53:18 PDT
Date:	  Tue, 20 Sep 88 06:53:18 PDT
From:     KARNEY%PPC.MFENET@NMFECC.ARPA
Message-Id: <880920065318.20200217@NMFECC.ARPA>
Subject:   BOSS loses parts of stuffed strings
To:       EVERHART%ARISIA.decnet@GE-CRD.ARPA
Comment: From KARNEY@PPC.MFENET on 20-SEP-1988 09:41:32.39 EDT

BOSS has problems with data overun on heavily loaded systems.  This causes
only a fragment of stuffed strings to be accepted.  Here is a temporary fix
to this problem from a user here

    From:       USC::BOWMAN       18-SEP-1988 15:18
    To: KARNEY
    Subj:       boss

    You've probably noticed that the /stuff_string qualifier of boss does not 
    always work, as some of the characters seem to be getting lost. I found
    that sending the string one character at a time gets around this problem,
    so I just wanted to let you know. That is, I changed the relevant part of
    the mov_to routine to read:

      if (len > 0) {
        for(i=0;i<strlen(string);i++)
        check(SYS$QIOW(0,py_chn[cur],IO$_WRITEVBLK,&tiosb,0,0,
                       string+i,1,0,0,0,0));
        if (tiosb.stats != SS$_DATAOVERUN) check(tiosb.stats);
      }

It's not obvious that this will always work, although it is easy to see
that it would help.  A more permanent solution would be to wait for an XON
AST when SS$_DATAOVERUN is encountered.  I won't be able to do this for a
few months.

    Charles Karney
    Plasma Physics Laboratory   Phone:   +1 609 243 2607
    Princeton University        MFEnet:  Karney@PPC.MFEnet
    PO Box 451                  ARPAnet: Karney%PPC.MFEnet@NMFECC.ARPA
    Princeton, NJ 08543-0451    Bitnet:  Karney%PPC.MFEnet@ANLVMS.Bitnet

CC:
        EVERHART%ARISIA.decnet@GE-CRD.ARPA
        ewilts%ins.mrc.adhocnet.ca@uncaedu.bitnet
        KARNEY