[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC] channels regression issue
[Thread Prev] | [Thread Next]
- Subject: Re: [RFC] channels regression issue
- From: Heiko Thiery <heiko.thiery@xxxxxxxxx>
- Reply-to: libssh@xxxxxxxxxx
- Date: Tue, 21 Apr 2020 11:25:07 +0200
- To: libssh@xxxxxxxxxx
- Cc: Andreas Schneider <asn@xxxxxxxxxxxxxx>, peter.schneider@xxxxxxxxxxx, mvasko@xxxxxxxxx
Hi Jakub,
Am Di., 21. Apr. 2020 um 10:59 Uhr schrieb Jakub Jelen <jjelen@xxxxxxxxxx>:
>
> On Thu, 2020-04-16 at 16:05 +0200, Heiko Thiery wrote:
> > Hi Jakub and all,
> >
> > > Tests are living in the tests/ directory. This does not sound like
> > > something that could be covered with unit test so either client or
> > > server directory would be appropriate. We do not have much code
> > > coverage for this low-level channel handling so it is appropriate
> > > to
> > > create a new test based either of existing ones invoking this
> > > timeout
> > > and this bug. The testsuite already allows you to start openssh
> > > servers
> > > (most of the tests under client/) or invoke existing clients (for
> > > example pkd/ tests).
> > >
> > > Let me know if you will have some trouble putting things together.
> >
> > --- a/tests/client/torture_session.c
> > +++ b/tests/client/torture_session.c
> > @@ -118,12 +118,45 @@ static void torture_channel_read_error(void
> > **state) {
> > ssh_channel_free(channel);
> > }
> >
> > +static void torture_channel_poll_timeout(void **state) {
> > + struct torture_state *s = *state;
> > + ssh_session session = s->ssh.session;
> > + ssh_channel channel;
> > + int rc;
> > + int fd;
> > + int i;
> > +
> > + channel = ssh_channel_new(session);
> > + assert_non_null(channel);
> > +
> > + rc = ssh_channel_open_session(channel);
> > + assert_ssh_return_code(session, rc);
> > +
> > + fd = ssh_get_fd(session);
> > + assert_true(fd > 2);
> > +
> > + rc = ssh_channel_poll_timeout(channel, 500, 0);
> > + assert_int_equal(rc, SSH_OK);
> > +
> > + /* send crap and for server to send us a disconnect */
> > + rc = write(fd, "AAAA", 4);
> > + assert_int_equal(rc, 4);
> > +
> > + rc = ssh_channel_poll_timeout(channel, 500, 0);
> > + assert_int_equal(rc, SSH_ERROR);
> > +
> > + ssh_channel_free(channel);
> > +}
> > +
> > int torture_run_tests(void) {
> > int rc;
> > struct CMUnitTest tests[] = {
> > cmocka_unit_test_setup_teardown(torture_channel_read_error,
> > session_setup,
> > session_teardown),
> > + cmocka_unit_test_setup_teardown(torture_channel_poll_timeout
> > ,
> > + session_setup,
> > + session_teardown),
> > };
> >
> > ssh_init();
> >
> > is this somehow make sense here? frankly speaking I don't excactly
> > know if this is the right position to do this test. A good case that
> > returns valid data is missing.
> >
> > What do you think?
>
> I tested this with and without my patch in master and it looks like it
> reproduces the issue just fine. The only nit is that the variable i is
> unused in your patch and there is some indentation mismatch.
>
> Please, submit it as a merge request on the gitlab so it will not get
> lost here.
No problem. Do you have an idea what to do for checking the valid case
with returned data?
> Thanks,
> Jakub
>
>
| Re: [RFC] channels regression issue | Jakub Jelen <jjelen@xxxxxxxxxx> |
| Re: [RFC] channels regression issue | Andreas Schneider <asn@xxxxxxxxxxxxxx> |
| Re: [RFC] channels regression issue | Heiko Thiery <heiko.thiery@xxxxxxxxx> |
| Re: [RFC] channels regression issue | Heiko Thiery <heiko.thiery@xxxxxxxxx> |
| Re: [RFC] channels regression issue | Jakub Jelen <jjelen@xxxxxxxxxx> |
| Re: [RFC] channels regression issue | Heiko Thiery <heiko.thiery@xxxxxxxxx> |
| Re: [RFC] channels regression issue | Jakub Jelen <jjelen@xxxxxxxxxx> |