tech-net by date

Last updated: Tue Oct 19 16:53:13 2010
Messages in reverse chronological order
Timezone is UTC

Page 1 of 2010/06
[Prev Page] [Newest Page] [Oldest Page] [Next Page]

TimeSubject# followupsFrom
Tue, 29 Jun 2010
14:46 Re: getnameinfo extra len checking (0) Sean Boudreau
Sat, 26 Jun 2010
12:02 Re: why not remove AF_LOCAL sockets on last close? (0) der Mouse
12:01 Re: why not remove AF_LOCAL sockets on last close? (0) der Mouse
11:51 Re: why not remove AF_LOCAL sockets on last close? (0) der Mouse
Fri, 25 Jun 2010
14:52 Re: why not remove AF_LOCAL sockets on last close? (0) Thor Simon
14:26 Re: why not remove AF_LOCAL sockets on last close? (0) Joerg Sonnenberger
14:18 Re: why not remove AF_LOCAL sockets on last close? (0) Joerg Sonnenberger
14:06 Re: why not remove AF_LOCAL sockets on last close? (2) Greg Troxel
14:03 Re: why not remove AF_LOCAL sockets on last close? (0) Matthew Mondor
13:41 Re: why not remove AF_LOCAL sockets on last close? (1) Matthew Mondor
13:32 Re: why not remove AF_LOCAL sockets on last close? (2) Thor Lancelot Simon
13:32 Re: why not remove AF_LOCAL sockets on last close? (0) Thor Lancelot Simon
13:29 Re: why not remove AF_LOCAL sockets on last close? (0) Thor Lancelot Simon
13:20 Re: why not remove AF_LOCAL sockets on last close? (2) Thor Simon
13:02 Re: why not remove AF_LOCAL sockets on last close? (1) Matthew Mondor
12:59 Re: why not remove AF_LOCAL sockets on last close? (2) Matthew Mondor
12:54 Re: why not remove AF_LOCAL sockets on last close? (2) Joerg Sonnenberger
12:48 Re: why not remove AF_LOCAL sockets on last close? (1) Greg Troxel
11:54 Re: why not remove AF_LOCAL sockets on last close? (1) Robert Elz
11:13 Re: why not remove AF_LOCAL sockets on last close? (0) Matthias Scheler
02:56 why not remove AF_LOCAL sockets on last close? (5) Thor Simon
Thu, 24 Jun 2010
09:22 Re: porting OpenBSD's eephy(4) driver to replace m (0) Manuel Bouyer
07:55 MPLS patches (again) (0) Mihai Chelaru
Wed, 23 Jun 2010
23:01 Re: porting OpenBSD's eephy(4) driver to replace m (0) Thor Lancelot Simon
22:49 Re: porting OpenBSD's eephy(4) driver to replace m (2) Greg A. Woods
12:08 Re: Limit on number of sockets (0) Matthew Mondor
12:05 Re: Limit on number of sockets (1) Matthew Mondor
09:45 Limit on number of sockets (1) Edgar Fuß
Tue, 22 Jun 2010
21:48 Re: porting OpenBSD's eephy(4) driver to replace m (1) Thor Lancelot Simon
19:01 porting OpenBSD's eephy(4) driver to replace makph (1) Greg A. Woods
Mon, 21 Jun 2010
19:03 Re: getnameinfo extra len checking (0) Matthew Mondor
18:23 Re: getnameinfo extra len checking (1) der Mouse
17:46 Re: getnameinfo extra len checking (1) Thor Lancelot Simon
17:42 Re: getnameinfo extra len checking (1) Antti Kantee
17:22 Re: getnameinfo extra len checking (0) der Mouse
16:33 Re: getnameinfo extra len checking (0) Sean Boudreau
16:09 Re: getnameinfo extra len checking (2) Antti Kantee
15:57 Re: getnameinfo extra len checking (2) Thor Lancelot Simon
15:52 Re: getnameinfo extra len checking (0) Christos Zoulas
14:16 Re: getnameinfo extra len checking (3) Sean Boudreau
Sun, 20 Jun 2010
17:41 Re: Another update for axe(4) (0) Paul Goyette
16:17 Re: Another update for axe(4) (1) FUKAUMI Naoki
15:32 Re: Another update for axe(4) (1) FUKAUMI Naoki
13:08 Re: Another update for axe(4) (1) Paul Goyette
09:45 Re: Another update for axe(4) (1) Izumi Tsutsui
Fri, 18 Jun 2010
13:27 Re: getnameinfo extra len checking (0) Sean Boudreau
04:47 Re: getnameinfo extra len checking (0) der Mouse
Thu, 17 Jun 2010
23:35 Re: getnameinfo extra len checking (3) Christos Zoulas
21:26 Re: getnameinfo extra len checking (1) Thor Lancelot Simon
21:22 Re: getnameinfo extra len checking (1) Christos Zoulas
17:07 getnameinfo extra len checking (1) Sean Boudreau
01:11 Re: Another update for axe(4) (0) Paul Goyette
00:29 Re: Another update for axe(4) (1) FUKAUMI Naoki
Wed, 16 Jun 2010
22:52 Re: Another update for axe(4) (1) Paul Goyette
19:39 Re: Another update for axe(4) (0) Paul Goyette
17:46 Re: Another update for axe(4) (2) FUKAUMI Naoki
16:25 Re: Another update for axe(4) (1) Paul Goyette
15:26 Re: Another update for axe(4) (1) Izumi Tsutsui
14:04 Re: Another update for axe(4) (1) FUKAUMI Naoki
12:53 Re: Another update for axe(4) (0) der Mouse
12:11 Re: Another update for axe(4) (2) Paul Goyette
11:39 Re: Another update for axe(4) (2) Paul Goyette
11:27 Re: Another update for axe(4) (1) FUKAUMI Naoki
11:17 Re: Another update for axe(4) (1) FUKAUMI Naoki
10:23 Re: mbuf pool allocator can sleep in interrupt con (0) Darren Reed
08:14 Re: Another update for axe(4) (1) Paul Goyette
02:09 Re: netbsd 5.1_rc3 ipf and bad header checksums (0) Mark Davies
Tue, 15 Jun 2010
15:25 Re: Another update for axe(4) (0) FUKAUMI Naoki
15:19 Re: Another update for axe(4) (1) Paul Goyette
14:59 Re: Another update for axe(4) (2) FUKAUMI Naoki
14:51 Re: Another update for axe(4) (1) Paul Goyette
12:31 Re: Another update for axe(4) (1) Paul Goyette
08:36 Re: Another update for axe(4) (0) FUKAUMI Naoki
05:25 Re: netbsd 5.1_rc3 ipf and bad header checksums (1) Mark Davies
05:22 netbsd 5.1_rc3 ipf and bad header checksums (1) Mark Davies
Mon, 14 Jun 2010
12:51 Re: Another update for axe(4) (0) Paul Goyette
12:38 Re: Another update for axe(4) (2) Izumi Tsutsui
Sun, 13 Jun 2010
17:21 Re: Odd behavior (1) Hubert Feyrer
16:11 Re: Another update for axe(4) (1) Paul Goyette
15:49 Re: Odd behavior (0) Paul Goyette
15:23 Re: Another update for axe(4) (1) Izumi Tsutsui
15:13 Odd behavior (1) Paul Goyette
14:25 Re: Another update for axe(4) (1) Paul Goyette
13:51 Re: Another update for axe(4) (1) Paul Goyette
11:50 Re: Another update for axe(4) (1) Izumi Tsutsui
09:30 Re: Another update for axe(4) (1) Izumi Tsutsui
08:34 Another update for axe(4) (1) Paul Goyette
Sat, 12 Jun 2010
19:19 netbsd & packet-forwarding ASIC/FPGA? (0) David Young
Wed, 09 Jun 2010
22:11 Re: Wrong assumptions about return values of hifn_ (0) Daniel Zebralla (A.P.E. IT-Security - Hard- & Software Development)
Tue, 08 Jun 2010
21:29 Re: Wrong assumptions about return values of hifn_ (1) Matthew Mondor
15:08 Re: Wrong assumptions about return values of hifn_ (1) Thor Lancelot Simon
06:35 Wrong assumptions about return values of hifn_cryp (1) Daniel Zebralla (A.P.E. IT-Security - Hard- & Software Development)
Mon, 07 Jun 2010
21:51 Re: Source address based routing with PF (0) Matthias Scheler
19:28 Re: Source address based routing with PF (1) Jonathan A. Kollasch
18:22 Source address based routing with PF (1) Matthias Scheler
14:17 Re: ipfilter breaks TCP connexions (0) Emmanuel Dreyfus
10:58 ipfilter breaks TCP connexions (1) Emmanuel Dreyfus
01:34 mbuf pool allocator can sleep in interrupt context (1) Thor Simon


Page 1 of 2010/06
[Prev Page] [Newest Page] [Oldest Page] [Next Page]
Home


Mail converted by MHonArc