🚀 go-pugleaf

In article <4imhve$p2i@news.IAEhv.nl> peterk@IAEhv.nl (Peter Korsten) writes:
> Book of News, verse <mbs.49y2@adastra.cvl.va.us>: And Michael B. Smith spake:
> | In article <4i169p$9fk@iaehv.IAEhv.nl> peterk@IAEhv.nl (Peter Korsten) writes:
> | > Is it a known bug, that when you have over 1200 batches in your UUSPOOL:
> | > dir, Uuxqt will tell you that there are no batches to process? I presume
> | > that it checks the directory and runs into some or other "maximum number
> | > of files reached" barrier - pretty poor programming, if you ask me, but
> | > what the h*ck.
> |
> | I didn't ask you, but what the heck.
>
> Gee, did you program it or what? Have I hit a sensitive spot?

I'm one of the programmers of it. I didn't originally code it.

You can call it poor programming all you wish; but until you
give us something better, I think you should keep your mouth
shut.

Does that mean you have "hit a sensitive spot"? Perhaps. I'm
tired of people complaining about free software. Just utterly
and completely tired of it.

> | If you want to fix it, and contribute the fix to the greater amiga
> | community, please do so. Make sure that your fix is efficient and
> | works with all of UUCP and I-Net 225 and the FD Inetutils, too. Thanks.
>
> OK, I'll do that. BTW, the remark about effiency is redundant. I already
> downloaded Taylor UUCP sources, I don't trust someelse's code. Problem
> is, I'm out of spare time. This could take a while.

My comment regarding efficiency isn't redundant. Don't know
why you would presume to state that it was.

If you think that porting Taylor UUCP will be easy to do, just
time consuming, then I think you have another _several_ thinks
coming your way.

There are quite a few things that could be improved in AmigaUUCP,
but what the heck -- it meets the needs of 100's of people, and
if they want to change something, the source is freely available.

> | uucp:src/include/config.h:#define MAXFILES	1000 /* Max # of files in any news or spool directory */
>
> Just what I thought, poor programming.

You're wrong. Perhaps not the most desirable form, but it's a
limit that works 99.99999% of the time. And guess what! The
code doesn't crash when you exceed the limit, nor does it
cost you a 20% or more performance hit for the other
.000001% of the time.

> | > On another note, I managed to poll UUCP over a TCP/IP connection using
> | > telser.device. This may not come to you as the greatest news since the
> | > invention of the wheel, but I think it's pretty neat.
> |
> | I've been doing this since early 1992 with tn3270.device.
>
> Cool. I searched the Web for this device and nothing came up. Are you
> sure it's available for us mere mortals?

Sure. It's part of a commercial software package called I-Net 225. What,
you expect everything to be free? Sorry, the real world doesn't work that
way.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us