bug-mailutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cunit [Was: Re: mailutils]


From: Alain Magloire
Subject: Re: cunit [Was: Re: mailutils]
Date: Thu, 21 Mar 2002 20:48:21 -0500 (EST)

> 
> Quoteing address@hidden, on Thu, Mar 21, 2002 at 03:13:24PM -0500:
> > > The *unit test stuff (based on a 5 minute look
> > > at the cppunit docs :-)) are fancy asserts. Maybe nice, but
> > > certainly not necessary.
> > 
> > What do you suggest?
> 
> assert(); :-)
> 
> Or cunit(). I installed it, though, and it looked like an assert()
> wrapper. We could upgrade later.


Alright, I'll download cunit() and take a tour when times permit.

[..]

> Oh, and I found a bug, too, in my locker_unlock() when you ctrl-C
> it... already we are seeing results! ;-)

8-)

> > > - open a mailbox on arbitrary file descriptors (can we do this by
> > >   setting the stream after creating one?)
> > 
> > probably, we could create an arbitrary stream_t object that sends
> > garbage or good data intermix with garbage.
> 
> I was thinking for nasty testing on the server you want to fork
> one and do writes() and reads() to try and kill it with garbage.
> 
> To test the mailboxes it would be nice to do
> 
> mailbox_create("pop://user:pass", &mbox);
> stream_t s;
> stream_create_popen("pop3d --inetd --maildir=`pwd`", &s);
> mailbox_set_stream(mbox, s);
> mailbox_open(); // have it just just the stream, rather than opening
>   // a tcp connection
> mailbox_stat();
> ..

And the funny part with the above snippet is that it might
even work with a little tweaking.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]