| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2782.1 | Mad batch job... | FRAMBO::BALZER | Christian Balzer DTN:785-1029 | Tue Aug 01 1989 04:11 | 9 |
| This should really be answered by Ralf Zimmermann, but since he
has been VERY busy the last days...
Ralfs automagic update batch job has gone beserk during the last
weekend, causing multiple (4) copies of old stuff to be re-inserted
into Notesfile. I dunno how Ralf is going to clear up the mess,
my proposal was rather drastic, to start all over...
<CB>
|
| 2782.2 | look at this ... | FRAIS2::ZIMMERMANN | NCP> DEF MOD WORK DEST NL: | Tue Aug 01 1989 06:08 | 43 |
| BULL!@#$HIT,
this happens the second time now. Seems that i had to remember my BLISS-16
and BLISS-36 times to learn BLISS-32 and rewrite USENOTES.
..
..
$ USENOTES NOTES$LIBRARY:AMIGA_SYS dua1:[zimmermann._vnews._new]COMP_SYS_AMIGA.1AUG1989
%SCN-F-INPSTMREA, Error reading the input stream file DUA1:[ZIMMERMANN._VNEWS._NEW]COMP_SYS_AMIGA.1AUG1989;
-RMS-W-RTB, 298 byte record too large for user's buffer
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
00033A84 00033A84
0003392F 0003392F
00032D40 00032D40
000331C1 000331C1
00033181 00033181
USENOTES_PARSE SCAN_MAILFILE 102 0000002D 00001045
NOTES_TEST TEST 261 000000EA 000012B6
$!
or is there a quicky via the UAF. Here are my setups:
Maxjobs: 0 Fillm: 50 Bytlm: 40000
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 50 JTquota: 1024
Prclm: 10 DIOlm: 30 WSdef: 2048
Prio: 4 ASTlm: 40 WSquo: 4096
Queprio: 0 TQElm: 30 WSextent: 8192
CPU: (none) Enqlm: 200 Pgflquo: 20000
Authorized Privileges:
SETPRV TMPMBX NETMBX
Default Privileges:
TMPMBX OPER NETMBX
any comments
Ralf
====
|
| 2782.3 | RMS | WJG::GUINEAU | | Tue Aug 01 1989 08:51 | 11 |
| Looks like USENOTES allocated less than 298 bytes for a $GET from that file
causing RMS to choke?
In any case, nothing to do with the UAF parameters. Try running teco on that
file. Sometimes it will fix things up.
Is it ASCII? MAybe just editing it and putting a CR where that long record is
will fix it.
John
|
| 2782.4 | input record buffer size | SAUTER::SAUTER | John Sauter | Tue Aug 01 1989 09:10 | 5 |
| From the error message, part, at least, of USENOTES is written in VAX
SCAN. My guess is that the VAX SCAN program declares that its input
records will not exceed 255 bytes. If you have the source, increase
that to 32760 and see if it works better.
John Sauter
|