File: rt76550.t

package info (click to toggle)
libpoe-component-resolver-perl 0.921-2
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 200 kB
  • sloc: perl: 829; makefile: 4
file content (59 lines) | stat: -rw-r--r-- 1,100 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
#!/usr/bin/perl -w

use utf8;

use warnings;
use strict;

sub POE::Kernel::ASSERT_DEFAULT   () { 1 }
sub POE::Kernel::CATCH_EXCEPTIONS () { 0 }

use Test::More tests => 1;

use POE;
use POE::Component::Resolver;

my $responses = 0;

my $resolver = POE::Component::Resolver->new(
	max_resolvers => 1,
	idle_timeout  => 2,
);

POE::Session->create(
	inline_states => {
		_start   => sub {
			$_[KERNEL]->alias_set("client_session");
		},
		shutdown => sub {
			$_[KERNEL]->alias_remove("client_session");
		},
		_stop => sub {
			$resolver = undef;
		},
	},
);

# The test fails when it doesn't exit promptly (if at all).
# Use SIGALRM to detect the condition, with enough time for even slow
# computers to finish normally... I hope.

my $timed_out = 0;
alarm(5);
$SIG{ALRM} = sub {
	$timed_out = 1;
	POE::Kernel->post( client_session => 'shutdown' );
};

POE::Kernel->run();

# There is a bit of a race condition here.  The alarm could go off
# somewhere in POE::Kernel->run() as it's trying to clean up.  What
# can be done to mitigate that?

alarm(0);

is($timed_out, 0, "exited normally");

exit;