Date: Tue, 3 Oct 95 22:47:06 EDT From: Snuffles@kew.com Subject: UUPC-Info-Request Digest 1995 #36 To: uupc-info-digest@kew.com Message-ID: Reply-To: UUPC-Info-Request@kew.com UUPC-Info-Request Digest Tue, 3 Oct 95 Volume 1995: Issue 36 Today's Topics: Buffer overflow ... why? (3 msgs) DeScribe. Does someone have docs... (2 msgs) kendra back-online My email address Phone change/service outage trn & 12o - maybe! Where has the news gone? To subscribe to UUPC-Info-Digest, send the command in the body of a message to listserv@kew.com: subscribe uupc-info-Digest To signoff from UUPC-Info-Digest, use "signoff" instead of "subscribe". You can also send an "index" to the listserv to get an index of back issues and other files available for retrieval. ---------------------------------------------------------------------- Date: Thu, 28 Sep 1995 11:06:00 GMT+8 From: nfahmi@abdulla.pc.my Subject: Buffer overflow ... why? To: UUPC/Extended mailing list Hi everybody, I'm having a problem whenever I want to send a big e-mail .... normally those with file attachement. For example, I got a message like below... (3) newrequest: EOF for workfile c:/internet/usr/spool/jaring/C/)jmya~ (3) ImportPath: Mapped C.jaringC0Q0 to jaring/C/)jmyb4 (3) newrequest: got command from c:/internet/usr/spool/jaring/C/)jmyb4 (3) ImportPath: Mapped D.abdulla00Q0d to jaring/D/#y36$i4 (2) Sending "D.abdulla00Q0d" (jaring/D/#y36$i4) as "D.abdulla00Q0r" (2) >>> S D.abdulla00Q0d D.abdulla00Q0r uucp - D.abdulla00Q0d 0666 (2) <<< SY (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 (2) nsread: User aborted processing (0) gmachine: User aborted processing (0) process: Aborting connection to jaring, previous system state = h (0) gmachine: User aborted processing (0) 2 time outs, 0 port reinits, 0 out of seq pkts, 1 NAKs rec, 0 NAKs sent (0) 0 invalid pkt types, 0 re-syncs, 0 bad pkt hdrs, 21 pkts resent (3) ImportPath: Mapped c:/internet/usr/spool/locks.lck/*status.LCS to c:/internet/usr/spool/locks.lck/)status.LCS (3) nhangup: complete. (2) wanted "" (2) sending "\r\pATZ" (2) wanted "OK" (2) got that (3) Buffer overflows: 2382 (3) Receive overruns: 0 (3) Break characters: 11 (3) Framing errors: 88 (3) Parity errors: 0 (3) Transmit errors: 0 (3) DSR errors: 0 (3) CTS errors: 0 Is it something to do with the packet size specified in my .mdm file which is as follows: Description=Microcom DeskPorte FAST ES 28.8 Modem gPacketSize=128 gWindowSize=7 BigGPacketSize=512 BigGWindowSize=7 vPacketSize=4096 vWindowSize=7 TransferBuffer=8096 MaximumErrors=20 InSpeed=38400 Device=COM2 ModemTimeout=3 Answer=CONNECT Ring="" \p\r\pATS0=1 OK-\pATS0=1-OK "" RING AnswerTimeout=15 NoConnect="BUSY" "NO CARRIER" "NO DIALTONE" "VOICE" "NO ANSWER" Connect="CONNECT" DialPrefix=\pATDT DialTimeout=70 Hangup="" \r\pATZ OK-ATZ-OK-\d\d+++\d\dATHZ-OK #Options=fixedspeed Options=carrierdetect Suite=FOSSIL Initialize="" \r\pATZ OK-ATZ-OK-\d\d+++\d\dATHZ-OK \pAT\s&F\s&K3\sL0 OK FYI, I'm using BNU fossil driver and my P.C. has a 16550 UART chip in the serial port. Thanks in advance. Cheers ------------------------------------------------------------------------- | Nik Ahmad Fahmi | e-mail: nfahmi@abdulla.pc.my | | Fax:+60-3-2530801 (O) | 74744.1202@compuserve.com | ------------------------------------------------------------------------- ------------------------------ Date: Thu, 28 Sep 1995 21:16:55 -0400 From: uupcinfo@kew.com Subject: Buffer overflow ... why? To: UUPC/Extended mailing list On Thu, 28 Sep 1995 11:06:00 GMT+8, nfahmi@abdulla.pc.my wrote: > Hi everybody, > > I'm having a problem whenever I want to send a big e-mail .... normally > those with file attachement. For example, I got a message like below... > > (3) newrequest: EOF for workfile c:/internet/usr/spool/jaring/C/)jmya~ > (3) ImportPath: Mapped C.jaringC0Q0 to jaring/C/)jmyb4 > (3) newrequest: got command from c:/internet/usr/spool/jaring/C/)jmyb4 > (3) ImportPath: Mapped D.abdulla00Q0d to jaring/D/#y36$i4 > (2) Sending "D.abdulla00Q0d" (jaring/D/#y36$i4) as "D.abdulla00Q0r" > (2) >>> S D.abdulla00Q0d D.abdulla00Q0r uucp - D.abdulla00Q0d 0666 > (2) <<< SY > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 > (0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 This is going to sound cruel, but it rates about number #2 in FAQ's (after why advanced file systems still use the funky file name mapping for the spool.) Turn your buffer size back down to 512. You're seeing errors transmitting data, and you overrode the packet size to limit which ONLY works if you're not redriving packets (have a perfect connection). There just is not room to make the actual communications transmit buffer bigger in the 16 bit versions. NEVER NEVER NEVER NEVER NEVER override the packet size above 512 without specific reason and benchmarking to back it up. if you are still seeing transmit errors, drop back to a 256 byte packets and window size of 3. -- Drew Derbyshire UUPC/extended e-mail: software@kew.com Telephone: 617-641-3452 To sign off from uupc-info, send the command "signoff uupc-info" in the body of a message to listserv@kew.com. DO NOT send this request to the list itself! For human assistance with the list itself, send mail to snuffles@kew.com. Bring back CP/67! ------------------------------ Date: Thu, 28 Sep 1995 17:36:21 From: jms@bkbn.be Subject: Buffer overflow ... why? To: UUPC/Extended mailing list >Hi everybody, > >I'm having a problem whenever I want to send a big e-mail .... normally >those with file attachement. For example, I got a message like below... >..... >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(0) nswrite: Buffer overflow, needed 1024 bytes from queue of 8191 >(2) nsread: User aborted processing I already reported this problem to Drew some week ago. On our side this happened only on fast DX4/100Mhxz machines (sometimes on DX2/66 too) with version earlier to 1.12o. Other problem appeared in 1.12o though showing 'connection lost' phenomenons, while usung 'v' protocol. 1.12o 'g' protocol is fine though. -- Jean-Marc SOUFFRIAU Phone & Fax: +32 2 3753402 jms@bkbn.be Address: BACKBONE Consultants jms@ains.aton.net avenue prince de Ligne, 80 Brussels, Belgium 1180 ------------------------------ Date: Thu, 28 Sep 95 1:09:05 CET From: cp@scimitar.pb.owl.de Subject: DeScribe. Does someone have docs... To: UUPC/Extended mailing list Salute, [ UUPC Docs, OS/2 ] I guess my PC is just too slow (386/87,8MB,ISA) to be called sufficient, but I aborted the W4W 6.0 import of DeScribe for OS/2 after several hours. Does someone have the doc's of current UUPC actual revision in DeScribe for OS/2 format or is someone willing to convert the new documents, as soon as they are uploaded with 1.12p ? Gruss Chris -- Chris Pallasch cp@scimitar.pb.owl.de ___/__ Drop the top :) cp@uni-paderborn.de /o___o/ R.S.O.C.G. q73765@pbhrzx.uni-paderborn.de ------------------------------ Date: Thu, 28 Sep 95 8:21:38 +0200 From: rommel@ars.de Subject: DeScribe. Does someone have docs... To: UUPC/Extended mailing list You (Chris Pallasch) wrote: > I guess my PC is just too slow (386/87,8MB,ISA) to be > called sufficient, but I aborted the W4W 6.0 import > of DeScribe for OS/2 after several hours. That may well be. In addition, the DeScribe import filters are a bit inefficient in their use of temporary files (too much disk activity). > Does someone have the doc's of current UUPC actual > revision in DeScribe for OS/2 format or is someone > willing to convert the new documents, as soon as > they are uploaded with 1.12p ? I'll try to do so, I have a P-100 with 32MB and PCI, that should be a little faster. :-) Kai Uwe Rommel -- /* Kai Uwe Rommel ARS Computer & Consulting GmbH, Muenchen, Germany * * rommel@ars.de CompuServe 100265,2651, Fax +49 89 324 4524 * * rommel@leo.org (ftp.leo.org:/pub/comp/os/os2 maintenance) */ DOS ... is still a real mode only non-reentrant interrupt handler, and always will be. -Russell Williams ------------------------------ Date: Tue, 03 Oct 1995 22:20:31 -0400 From: postmaster@kew.com Subject: kendra back-online To: UUPC/Extended mailing list kendra is back on-line for outbound service (including bi-direction LISTSERV operation), in bound calls are not yet enabled. This is because of problems getting the new lines installed, and that a fifty phone wire is not enough to get from the NYNEX network interface on the lower SW corner of the new building to the office in the upper NE corner of the same building. I now have the 100 foot wire needed, but no stamina to install it at 10:19 at night. Normal service should resume tomorrow or Thursday. -ahd- ------------------------------ Date: Sun, 24 Sep 1995 17:28:05 -0500 From: plummer@altamira.theme.com Subject: My email address To: UUPC/Extended mailing list If you have my address as plummer@theme.com please send to altamira!plummer@wang.com until further notice. Thanks. --Bill -- William W. Plummer, 7 Country Club Dr., Chelmsford, MA 01824-4505 508-256-9570 PP-ASEL, N1NGK, MA RE Broker plummer@theme.com ------------------------------ Date: Thu, 28 Sep 1995 21:42:30 -0400 From: snuffles@kew.com Subject: Phone change/service outage To: UUPC/Extended mailing list A reminder that we are moving on September 30th, 1995. kewgate and kendra will be down from sometime after 6 PM Friday 9/29 until perhaps as late as 6 PM Tuesday 10/3. Drew actually expects the outage to be shorter, but there's the matter of some wire that needs to be run in some VERY tight spaces, etc.. (We're also getting a new staff member Sunday, Winnie the Paws. Winnie is a seven week old canine, and she may distract from the electronics installation, to say the least. Existing plush staff members, like myself, are all moving to higher ground to be safe. I'm cute -- NOT canine lunch!) When we are back on-line, kendra/kewgate's new number will be 617-279-9816. The Kendra Electronic Wonderworks voice line will also change, to 617-279-9812. (The residence line is also changing, this was announced separately and will not repeated here.) In other news, 1.12p is moving along. We're mostly waiting for Drew to cough up news installation instructions. Look for the release out, with documents, in mid-October. -- Your faithful furry servant, Ice Cream Money: PO Box 80144 Snuffles P. Bear Stoneham, MA 02180 Internet: snuffles@kew.com Care for a Snickers Bar? ------------------------------ Date: Sun, 1 Oct 95 10:35:17 -0700 From: ken@kgwcal.cuug.ab.ca Subject: trn & 12o - maybe! To: UUPC/Extended mailing list For anyone with the problem with trn not seeing old articles after moving to uupc12o - Here is what I have learned so far: The problem seems to be related to the .thread file. If you delete the file, you will be able to see all the articles again. However doing an mthreads of the specific group will not recreate the .thread file and you will be forced with having trn rebuild a temporary copy of it with each read of the group. The only alternative may be to delete the entire news hierarcy of groups and let it be rebuilt as new articles arrive. (Unfortunately 12o seems to throw out all new articles on my system so this will be hard to test on my system! (when Drew tells me what I have set up wrong I'll be able to test things more thoroughly - hint :-) )). If anyone knows a way to rebuild the .thread files, please let me know. This would really help. (I can't find a way to do it with .mthreads.) I am using trn 1.96(beta) based on trn 3.5 Are there any other news readers as good as trn (and where are they?) cheers, ken -- ***************************************************************** * Ken Wiens * * * Information Systems Manager * Using OS/2 and UUPC/extended * * Ranger Oil Limited * * * Calgary, Alberta, Canada * fax 403-251-6354 * * via ken@kgwcal.cuug.ab.ca * voice 403-251-2980 * ***************************************************************** ------------------------------ Date: Sun, 1 Oct 95 0:22:20 -0700 From: ken@kgwcal.cuug.ab.ca Subject: Where has the news gone? To: UUPC/Extended mailing list Hi: Since moving to the 12o release (OS/2 32 bit), my news volumes have decreased remarkably. Groups that would normally have 20-30 article sper day now have 1 in 2 weeks. I assume that the new news software is discarding them for some reason. Any ideas - I don't even know what else to tell you about my configuration - but ask me anything! thanks, Ken PS - has anyone else found trn doesn't see all the articles in a particular diretory under 12o (unrelated problem to the above - but interesting)?? -- ***************************************************************** * Ken Wiens * * * Information Systems Manager * Using OS/2 and UUPC/extended * * Ranger Oil Limited * * * Calgary, Alberta, Canada * fax 403-251-6354 * * via ken@kgwcal.cuug.ab.ca * voice 403-251-2980 * ***************************************************************** ------------------------------ End of UUPC-Info-Request Digest ******************************