Update the README.hpux file to contain the latest version of the libpcap
[obnox/wireshark/wip.git] / README.hpux
1 $Id: README.hpux,v 1.12 2000/04/29 08:38:35 guy Exp $
2
3 Contents:
4
5 1 - Building ethereal
6 2 - Building GTK+/GLib with HP's C compiler
7 3 - nettl support
8 4 - "libpcap" on HP-UX
9
10 1 - Building ethereal
11
12 The Software Porting And Archive Centre for HP-UX, at
13
14         http://hpux.csc.liv.ac.uk/
15
16 (and with mirrors in various countries, listed on the Centre's home
17 page) has ported versions, in both source and binary form, for Ethereal,
18 as well as for the "libpcap", GLib, GTK+, "zlib", and CMU SNMP libraries
19 that it uses.
20
21 The changes they've made appear largely to be compile option changes; if
22 you've downloaded the source to the latest version of Ethereal (the
23 version on the Centre's site may not necessarily be the latest version),
24 it should be able to compile, perhaps with those changes.
25
26 They appear to have used HP-UX's "cc" compiler, with the options "-Ae
27 -O"; there's a comment "Add -Dhpux_9 if building under 9.X".  It may
28 also build with GCC.
29
30 2 - Building GTK+/GLib with HP's C compiler
31
32 By default, HP's C compiler doesn't support "long long int" to provide
33 64-bit integral data types on 32-bit platforms; the "-Ae" flag must be
34 supplied to enable extensions such as that.
35
36 Ethereal's "configure" script automatically includes that flag if it
37 detects that the native compiler is being used on HP-UX; however, the
38 configure scripts for GTK+ and GLib don't do so, which means that 64-bit
39 integer support won't be enabled.
40
41 This may prevent some parts of Ethereal from compiling; in order to get
42 64-bit integer support in GTK+/GLib, edit all the Makefiles for GTK+ and
43 GLib, as generated by the GTK+ and GLib "configure" scripts, to add
44 "-Ae" to all "CFLAGS = " definitions found in those Makefiles.  (If a
45 Makefile lacks a "CFLAGS = " definition, there's no need to add a
46 definition that includes "-Ae".)
47
48 3 - nettl support
49
50 nettl is used on HP-UX to trace various streams based subsystems.  Ethereal
51 can read nettl files containing IP frames (NS_LS_IP subsystem) and LAPB
52 frames (SX25L2 subsystem).
53 It has been tested with files generated on HP-UX 9.04 and 10.20.
54
55 Use the following commands to generate a trace (cf. nettl(1M)):
56
57 # IP capture. 0x30000000 means PDU in and PDU out :
58 nettl -tn 0x30000000 -e NS_LS_IP -f tracefile
59 # X25 capture. You must specify an interface :
60 nettl -tn 0x30000000 -e SX25l2 -d /dev/x25_0 -f tracefile
61 # stop capture. subsystem is NS_LS_IP or SX25L2 :
62 nettl -tf -e subsystem
63
64 One may be able to specify "-tn pduin pduout" rather than
65 "-tn 0x30000000"; the nettl man page for HP-UX 10.30 implies that it
66 should work.
67
68 4 - "libpcap" on HP-UX
69
70 If you want to use Ethereal to capture packets, you will have to install
71 "libpcap"; the INSTALL file for "libpcap" has several comments about
72 HP-UX, which you should read if you're going to install and use
73 "libpcap" on HP-UX.
74
75 Note that packet-capture programs such as Ethereal/Tethereal or tcpdump
76 may, on HP-UX, not be able to see packets sent from the machine on which
77 they're running.  Some articles on Deja.com discussing this are:
78
79         http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=558092266
80
81 which says:
82
83   Newsgroups: comp.sys.hp.hpux 
84   Subject:  Re: Did someone made tcpdump working on 10.20 ?
85   Date: 12/08/1999
86   From: Lutz Jaenicke <jaenicke@emserv1.ee.TU-Berlin.DE>
87
88   In article <82ks5i$5vc$1@news1.dti.ne.jp>, mtsat <mtsat@iris.dti.ne.jp>
89   wrote:
90    >Hello,
91    >
92    >I downloaded and compiled tcpdump3.4 a couple of week ago. I tried to use
93    >it, but I can only see incoming data, never outgoing.
94    >Someone (raj) explained me that a patch was missing, and that this patch
95    >must me "patched" (poked) in order to see outbound data in promiscuous mode.
96    >Many things to do .... So the question is : did someone has already this
97    >"ready to use" PHNE_**** patch ?
98   
99    Two things:
100    1. You do need a late "LAN products cumulative patch" (e.g.  PHNE_18173
101   for   s700/10.20).
102    2. You must use
103 echo 'lanc_outbound_promisc_flag/W1' | /usr/bin/adb -w /stand/vmunix /dev/kmem
104      You can insert this e.g. into /sbin/init.d/lan
105   
106    Best regards,
107    Lutz
108
109 and
110
111         http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=586287166
112
113 which says:
114
115   Newsgroups: comp.sys.hp.hpux 
116   Subject: Re: tcpdump only shows incoming packets
117   Date: 02/15/2000
118   From: Rick Jones <foo@bar.baz.invalid>
119
120   Harald Skotnes <harald@cc.uit.no> wrote:
121   > I am running HPUX 11.0 on a C200 hanging on a 100Mb switch. I have
122   > compiled libpcap-0.4 an tcpdump-3.4 and it seems to work. But at a
123   > closer look I only get to see the incoming packets not the
124   > outgoing. I have tried tcpflow-0.12 which also uses libpcap and the
125   > same thing happens.  Could someone please give me a hint on how to
126   > get this right?
127   
128   Search/Read the archives ?-)
129   
130   What you are seeing is expected, un-patched, behaviour for an HP-UX
131   system.  On 11.00, you need to install the latest lancommon/DLPI
132   patches, and then the latest driver patch for the interface(s) in use. 
133   At that point, a miracle happens and you should start seeing outbound
134   traffic.
135
136 [That article also mentions the patch that appears below.]
137
138 and
139
140         http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=586494200
141
142 which says:
143
144   Newsgroups: comp.sys.hp.hpux
145   Subject: Re: tcpdump only shows incoming packets
146   Date: 02/16/2000
147   From: Harald Skotnes <harald@cc.uit.no>
148
149   Rick Jones wrote:
150   
151         ...
152
153   > What you are seeing is expected, un-patched, behaviour for an HP-UX
154   > system. On 11.00, you need to install the latest lancommon/DLPI
155   > patches, and then the latest driver patch for the interface(s) in
156   > use. At that point, a miracle happens and you should start seeing
157   > outbound traffic.
158   
159   Thanks a lot.  I have this problem on several machines running HPUX
160   10.20 and 11.00.  The machines where patched up before y2k so did not
161   know what to think.  Anyway I have now installed PHNE_19766,
162   PHNE_19826, PHNE_20008, PHNE_20735 on the C200 and now I can see the
163   outbound traffic too.  Thanks again.
164
165 Another posting:
166
167         http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=457744130
168
169 indicates that you need to install the optional STREAMS product to do
170 captures on HP-UX 9.x:
171
172   Newsgroups: comp.sys.hp.hpux
173   Subject:  Re: tcpdump HP/UX 9.x
174   Date: 03/22/1999
175   From: Rick Jones <foo@bar.baz>
176
177   Dave Barr (barr@cis.ohio-state.edu) wrote:
178   : Has anyone ported tcpdump (or something similar) to HP/UX 9.x?
179   
180   I'm reasonably confident that any port of tcpdump to 9.X would require
181   the (then optional) STREAMS product.  This would bring DLPI, which is
182   what one uses to access interfaces in promiscuous mode.
183   
184   I'm not sure that HP even sells the 9.X STREAMS product any longer,
185   since HP-UX 9.X is off the pricelist (well, maybe 9.10 for the old 68K
186   devices). 
187   
188   Your best bet is to be up on 10.20 or better if that is at all
189   possible.  If your hardware is supported by it, I'd go with HP-UX 11. 
190   If you want to see the system's own outbound traffic, you'll never get
191   that functionality on 9.X, but it might happen at some point for 10.20
192   and 11.X. 
193   
194   rick jones
195
196 (as per other messages cited here, the ability to see the system's own
197 outbound traffic did happen).
198
199 Another note, from a mail message to the "ethereal-users" list:
200
201   Date: Wed, 22 Dec 1999 09:05:47 -0600 (EST)
202   From: Gerald Combs <gerald@zing.org>
203   To: Lothar Seitter <lothar.seitter@arcormail.de>
204   cc: ethereal-users@zing.org
205   Subject: Re: [ethereal-users] permission problem with capturing
206
207   On Wed, 22 Dec 1999, Lothar Seitter wrote:
208
209   > running 'ethereal' under HP-UX 11 with root permission and
210   > /dev/lan0 set to 777, I always get the message:
211   > "There are no network interfaces that can be opened.
212   > Please to make sure you have sufficient permission to 
213   > capture packets."
214   > 
215   > I start ethereal with 'etheral -i lan0' and lan0 is definitely
216   > the lan interface.
217   > 
218   > What am I missing???
219
220   You may need to reference the card's DLPI device directly.  We were having
221   trouble getting Ethereal to capture on an HP-UX 10.20 machine here.  I
222   found an article on Deja News that says:
223
224   "To access a particular interface, you would say "tcpdump -i /dev/dlpiN"
225   where N is the PPA of the interface you wish to use. You get the PPA by
226   looking at the output of lanscan. On 10.20, it is the same value as the
227   NMID. On 11.X, it is the Card Instance number."
228
229   This didn't help in our case, but it might in yours.  The full article is
230   at http://x34.deja.com/[ST_rn=ps]/getdoc.xp?AN=549366486 .
231
232   Another article by the same author mentions that experimental versions of
233   libpcap and tcpdump are available at
234   ftp://ftp.cup.hp.com/dist/networking/tools/ .  The article itself is at
235   http://x34.deja.com/[ST_rn=ps]/getdoc.xp?AN=558665378 .
236
237 The first of those articles also says:
238
239   BTW, before you have to make a follow-up post, you will find that
240   unless you have the latest lan common/DLPI/driver patches installed,
241   you will _not_ see the system's own outbound traffic.
242
243 An additional note, from Jost Martin, for HP-UX 10.20:
244
245         Q: How do I get ethereral on HPUX to capture the _outgoing_ packets
246            of an interface
247         A: You need to get PHNE_20892,PHNE_20725 and PHCO_10947 (or
248            newer, this is as of 4.4.00) and its dependencies.  Then you can
249            enable the feature as descibed below:
250
251         Patch Name: PHNE_20892
252         Patch Description: s700 10.20 PCI 100Base-T cumulative patch
253                 To trace the outbound packets, please do the following
254                 to turn on a global promiscuous switch before running
255                 the promiscuous applications like snoop or tcpdump:
256
257                 adb -w /stand/vmunix /dev/mem
258                 lanc_outbound_promisc_flag/W 1
259                 (adb will echo the result showing that the flag has
260                 been changed)
261                 $quit
262         (Thanks for this part to HP-support, Ratingen)
263
264                 The attached hack does this and some security-related stuff
265         (thanks to hildeb@www.stahl.bau.tu-bs.de (Ralf Hildebrandt) who
266         posted the security-part some time ago)
267
268                  <<hack_ip_stack>> 
269
270                 (Don't switch IP-forwarding off, if you need it !)
271                 Install the hack as /sbin/init.d/hacl_ip_stack (adjust
272         permissions !) and make a sequencing-symlink
273         /sbin/rc2.d/S350hack_ip_stack pointing to this script. 
274                 Now all this is done on every reboot.
275
276 Here's the "hack_ip_stack" script:
277
278 -----------------------------------Cut Here-------------------------------------
279 #!/sbin/sh
280 #
281 # nettune:  hack kernel parms for safety
282
283 OKAY=0
284 ERROR=-1
285
286 # /usr/contrib/bin fuer nettune auf Pfad
287 PATH=/sbin:/usr/sbin:/usr/bin:/usr/contrib/bin
288 export PATH
289
290
291 ##########
292 #  main  #
293 ##########
294
295 case $1 in
296    start_msg)
297       print "Tune IP-Stack for security"
298       exit $OKAY
299       ;;
300
301    stop_msg)
302       print "This action is not applicable"
303       exit $OKAY
304       ;;
305
306    stop)
307       exit $OKAY
308       ;;
309
310    start)
311       ;;  # fall through
312
313    *)
314       print "USAGE: $0 {start_msg | stop_msg | start | stop}" >&2
315       exit $ERROR
316       ;;
317    esac
318
319 ###########
320 #  start  #
321 ###########
322
323 #
324 # tcp-Sequence-Numbers nicht mehr inkrementieren sondern random
325 # Syn-Flood-Protection an
326 # ip_forwarding aus
327 # Source-Routing aus
328 # Ausgehende Packets an ethereal/tcpdump etc.
329
330 /usr/contrib/bin/nettune -s tcp_random_seq 2 || exit $ERROR
331 /usr/contrib/bin/nettune -s hp_syn_protect 1 || exit $ERROR
332 /usr/contrib/bin/nettune -s ip_forwarding 0 || exit $ERROR
333 echo 'ip_block_source_routed/W1' | /usr/bin/adb -w /stand/vmunix /dev/kmem || exit $ERROR
334 echo 'lanc_outbound_promisc_flag/W 1' | adb -w /stand/vmunix /dev/mem  || exit $ERROR
335
336 exit $OKAY
337 -----------------------------------Cut Here-------------------------------------
338
339 It appears that a consequence of the fact that HP-UX's DLPI doesn't work
340 like Solaris's, in that, on Solaris, to get at the device "hme0", say,
341 "libpcap" has to open "/dev/hme" and then tell it to use the 0th
342 interface, whilst on HP-UX you have to go through "/dev/dlpi", you won't
343 get a list of interfaces in the dialog box for "Capture:Start" - you'll
344 have to do through the aforementioned song and dance to find the PPA of
345 the interface you want to use, and supply the "dlpiN" name by hand (I
346 think you can omit the "/dev/" in both tcpdump and Ethereal).
347
348 Here is a patch to "pcap-dlpi.c" in libpcap that, at least on HP-UX
349 11.X, allows the name of the network interface, rather than the "dlpiN"
350 name, to be specified to tcpdump and Ethereal.
351
352 On HP-UX 11.00, the patch allows a network interface to be specified by
353 name as an argument to tcpdump, rather than requiring that you specify a
354 "dlpiN" name (and it should work equally well with Ethereal).
355
356 If you try this code on HP-UX 10.20, and it doesn't let you specify the
357 interface by name, please send mail to ethereal-dev@zing.org, so that we
358 know that it didn't work - we'll probably send you debugging patches in
359 the hopes of being able to make it work on 10.20 as well.  (It appeared
360 to work in some tests done on HP-UX 10.20 systems.)
361
362 Here's the patch (to vanilla libpcap 0.4; it patches "aclocal.m4",
363 "configure", and "configure.in", to make the configure script check
364 whether your version of HP-UX supplies the interface names in the reply
365 to a DL_HP_PPA_REQ request, and patches "pcap-dlpi.c"):
366
367 diff -c ../libpcap-0.4/aclocal.m4 ./aclocal.m4
368 *** ../libpcap-0.4/aclocal.m4   Fri Jun 12 03:45:15 1998
369 --- ./aclocal.m4        Tue Jan  4 21:02:13 2000
370 ***************
371 *** 415,420 ****
372 --- 415,454 ----
373       fi])
374   
375   dnl
376 + dnl Checks to see if the dl_hp_ppa_info_t struct has the HP-UX 11.00
377 + dnl dl_module_id_1 member
378 + dnl
379 + dnl usage:
380 + dnl
381 + dnl   AC_LBL_HP_PPA_INFO_T_DL_MODULE_ID_1
382 + dnl
383 + dnl results:
384 + dnl
385 + dnl   HAVE_HP_PPA_INFO_T_DL_MODULE_ID_1 (defined)
386 + dnl
387 + dnl NOTE: any compile failure means we conclude that it doesn't have
388 + dnl that member, so if we don't have DLPI, don't have a <sys/dlpi_ext.h>
389 + dnl header, or have one that doesn't declare a dl_hp_ppa_info_t type,
390 + dnl we conclude it doesn't have that member (which is OK, as either we
391 + dnl won't be using code that would use that member, or we wouldn't
392 + dnl compile in any case).
393 + dnl
394 + AC_DEFUN(AC_LBL_HP_PPA_INFO_T_DL_MODULE_ID_1,
395 +     [AC_MSG_CHECKING(if dl_hp_ppa_info_t struct has dl_module_id_1 member)
396 +     AC_CACHE_VAL(ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1,
397 +       AC_TRY_COMPILE([
398 + #     include <sys/types.h>
399 + #     include <sys/dlpi.h>
400 + #     include <sys/dlpi_ext.h>],
401 +       [u_int i = sizeof(((dl_hp_ppa_info_t *)0)->dl_module_id_1)],
402 +       ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1=yes,
403 +       ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1=no))
404 +     AC_MSG_RESULT($ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1)
405 +     if test $ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1 = yes ; then
406 +           AC_DEFINE(HAVE_HP_PPA_INFO_T_DL_MODULE_ID_1)
407 +     fi])
408
409 + dnl
410   dnl Checks to see if -R is used
411   dnl
412   dnl usage:
413 Common subdirectories: ../libpcap-0.4/bpf and ./bpf
414
415 diff -c ../libpcap-0.4/configure ./configure
416 *** ../libpcap-0.4/configure    Sat Jul 25 12:41:51 1998
417 --- ./configure Fri Jan 14 00:40:04 2000
418 ***************
419 *** 1702,1709 ****
420   
421       fi
422   
423   echo $ac_n "checking if unaligned accesses fail""... $ac_c" 1>&6
424 ! echo "configure:1707: checking if unaligned accesses fail" >&5
425       if eval "test \"`echo '$''{'ac_cv_lbl_unaligned_fail'+set}'`\" = set"; then
426     echo $ac_n "(cached) $ac_c" 1>&6
427   else
428 --- 1702,1745 ----
429   
430       fi
431   
432 + echo $ac_n "checking if dl_hp_ppa_info_t struct has dl_module_id_1 member""... $ac_c" 1>&6
433 + echo "configure:1707: checking if dl_hp_ppa_info_t struct has dl_module_id_1 member" >&5
434 +     if eval "test \"`echo '$''{'ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1'+set}'`\" = set"; then
435 +   echo $ac_n "(cached) $ac_c" 1>&6
436 + else
437 +   cat > conftest.$ac_ext <<EOF
438 + #line 1712 "configure"
439 + #include "confdefs.h"
440
441 + #     include <sys/types.h>
442 + #     include <sys/dlpi.h>
443 + #     include <sys/dlpi_ext.h>
444 + int main() {
445 + u_int i = sizeof(((dl_hp_ppa_info_t *)0)->dl_module_id_1)
446 + ; return 0; }
447 + EOF
448 + if { (eval echo configure:1722: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then
449 +   rm -rf conftest*
450 +   ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1=yes
451 + else
452 +   echo "configure: failed program was:" >&5
453 +   cat conftest.$ac_ext >&5
454 +   rm -rf conftest*
455 +   ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1=no
456 + fi
457 + rm -f conftest*
458 + fi
459
460 +     echo "$ac_t""$ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1" 1>&6
461 +     if test $ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1 = yes ; then
462 +           cat >> confdefs.h <<\EOF
463 + #define HAVE_HP_PPA_INFO_T_DL_MODULE_ID_1 1
464 + EOF
465
466 +     fi
467
468   echo $ac_n "checking if unaligned accesses fail""... $ac_c" 1>&6
469 ! echo "configure:1743: checking if unaligned accesses fail" >&5
470       if eval "test \"`echo '$''{'ac_cv_lbl_unaligned_fail'+set}'`\" = set"; then
471     echo $ac_n "(cached) $ac_c" 1>&6
472   else
473 ***************
474 *** 1799,1805 ****
475   # SVR4 /usr/ucb/install, which tries to use the nonexistent group "staff"
476   # ./install, which can be erroneously created by make from ./install.sh.
477   echo $ac_n "checking for a BSD compatible install""... $ac_c" 1>&6
478 ! echo "configure:1803: checking for a BSD compatible install" >&5
479   if test -z "$INSTALL"; then
480   if eval "test \"`echo '$''{'ac_cv_path_install'+set}'`\" = set"; then
481     echo $ac_n "(cached) $ac_c" 1>&6
482 --- 1835,1841 ----
483   # SVR4 /usr/ucb/install, which tries to use the nonexistent group "staff"
484   # ./install, which can be erroneously created by make from ./install.sh.
485   echo $ac_n "checking for a BSD compatible install""... $ac_c" 1>&6
486 ! echo "configure:1839: checking for a BSD compatible install" >&5
487   if test -z "$INSTALL"; then
488   if eval "test \"`echo '$''{'ac_cv_path_install'+set}'`\" = set"; then
489     echo $ac_n "(cached) $ac_c" 1>&6
490
491 diff -c ../libpcap-0.4/configure.in ./configure.in
492 *** ../libpcap-0.4/configure.in Sun Jul 27 22:16:22 1997
493 --- ./configure.in      Tue Jan  4 21:02:13 2000
494 ***************
495 *** 154,159 ****
496 --- 154,161 ----
497   
498   AC_LBL_SOCKADDR_SA_LEN
499   
500 + AC_LBL_HP_PPA_INFO_T_DL_MODULE_ID_1
501
502   AC_LBL_UNALIGNED_ACCESS
503   
504   if test "${srcdir}" = "." ; then
505
506 diff -c ../libpcap-0.4/pcap-dlpi.c ./pcap-dlpi.c
507 *** ../libpcap-0.4/pcap-dlpi.c  Wed Oct 15 21:59:34 1997
508 --- ./pcap-dlpi.c       Wed Apr 26 21:32:33 2000
509 ***************
510 *** 246,255 ****
511         }
512         memset(p, 0, sizeof(*p));
513   
514         /*
515 !       ** Determine device and ppa
516         */
517 !       cp = strpbrk(device, "0123456789");
518         if (cp == NULL) {
519                 sprintf(ebuf, "%s missing unit number", device);
520                 goto bad;
521 --- 246,266 ----
522         }
523         memset(p, 0, sizeof(*p));
524   
525 + #ifdef HAVE_DEV_DLPI
526         /*
527 !       ** Remove any "/dev/" on the front of the device.
528         */
529 !       cp = strrchr(device, '/');
530 !       if (cp == NULL)
531 !               cp = device;
532 !       else
533 !               cp++;
534 !       strcpy(dname, cp);
535
536 !       /*
537 !        * Split the name into a device type and a unit number.
538 !        */
539 !       cp = strpbrk(dname, "0123456789");
540         if (cp == NULL) {
541                 sprintf(ebuf, "%s missing unit number", device);
542                 goto bad;
543 ***************
544 *** 259,281 ****
545                 sprintf(ebuf, "%s bad unit number", device);
546                 goto bad;
547         }
548   
549 !       if (*device == '/')
550 !               strcpy(dname, device);
551 !       else
552 !               sprintf(dname, "%s/%s", PCAP_DEV_PREFIX, device);
553 ! #ifdef HAVE_DEV_DLPI
554 !       /* Map network device to /dev/dlpi unit */
555         cp = "/dev/dlpi";
556         if ((p->fd = open(cp, O_RDWR)) < 0) {
557                 sprintf(ebuf, "%s: %s", cp, pcap_strerror(errno));
558                 goto bad;
559         }
560 !       /* Map network interface to /dev/dlpi unit */
561         ppa = get_dlpi_ppa(p->fd, dname, ppa, ebuf);
562         if (ppa < 0)
563                 goto bad;
564   #else
565         /* Try device without unit number */
566         strcpy(dname2, dname);
567         cp = strchr(dname, *cp);
568 --- 270,321 ----
569                 sprintf(ebuf, "%s bad unit number", device);
570                 goto bad;
571         }
572 +       *cp = '\0';
573   
574 !       /*
575 !        * Use "/dev/dlpi" as the device.
576 !        *
577 !        * XXX - HP's DLPI Programmer's Guide for HP-UX 11.00 says that
578 !        * the "dl_mjr_num" field is for the "major number of interface
579 !        * driver"; that's the major of "/dev/dlpi" on the system on
580 !        * which I tried this, but there may be DLPI devices that
581 !        * use a different driver, in which case we may need to
582 !        * search "/dev" for the appropriate device with that major
583 !        * device number, rather than hardwiring "/dev/dlpi".
584 !        */
585         cp = "/dev/dlpi";
586         if ((p->fd = open(cp, O_RDWR)) < 0) {
587                 sprintf(ebuf, "%s: %s", cp, pcap_strerror(errno));
588                 goto bad;
589         }
590
591 !       /*
592 !        * Get a table of all PPAs for that device, and search that
593 !        * table for the specified device type name and unit number.
594 !        */
595         ppa = get_dlpi_ppa(p->fd, dname, ppa, ebuf);
596         if (ppa < 0)
597                 goto bad;
598   #else
599 +       /*
600 +       ** Determine device and ppa
601 +       */
602 +       cp = strpbrk(device, "0123456789");
603 +       if (cp == NULL) {
604 +               sprintf(ebuf, "%s missing unit number", device);
605 +               goto bad;
606 +       }
607 +       ppa = strtol(cp, &eos, 10);
608 +       if (*eos != '\0') {
609 +               sprintf(ebuf, "%s bad unit number", device);
610 +               goto bad;
611 +       }
612
613 +       if (*device == '/')
614 +               strcpy(dname, device);
615 +       else
616 +               sprintf(dname, "%s/%s", PCAP_DEV_PREFIX, device);
617
618         /* Try device without unit number */
619         strcpy(dname2, dname);
620         cp = strchr(dname, *cp);
621 ***************
622 *** 391,397 ****
623                 break;
624   
625         default:
626 !               sprintf(ebuf, "unknown mac type 0x%lu", infop->dl_mac_type);
627                 goto bad;
628         }
629   
630 --- 431,438 ----
631                 break;
632   
633         default:
634 !               sprintf(ebuf, "unknown mac type 0x%lu",
635 !                   (unsigned long)infop->dl_mac_type);
636                 goto bad;
637         }
638   
639 ***************
640 *** 709,737 ****
641   
642   #ifdef DL_HP_PPA_ACK_OBS
643   /*
644 !  * Under HP-UX 10, we can ask for the ppa
645    */
646   
647   
648 ! /* Determine ppa number that specifies ifname */
649   static int
650   get_dlpi_ppa(register int fd, register const char *device, register int unit,
651       register char *ebuf)
652   {
653         register dl_hp_ppa_ack_t *ap;
654 !       register dl_hp_ppa_info_t *ip;
655         register int i;
656         register u_long majdev;
657 -       dl_hp_ppa_req_t req;
658         struct stat statbuf;
659         bpf_u_int32 buf[MAXDLBUF];
660   
661 -       if (stat(device, &statbuf) < 0) {
662 -               sprintf(ebuf, "stat: %s: %s", device, pcap_strerror(errno));
663 -               return (-1);
664 -       }
665 -       majdev = major(statbuf.st_rdev);
666
667         memset((char *)&req, 0, sizeof(req));
668         req.dl_primitive = DL_HP_PPA_REQ;
669   
670 --- 750,806 ----
671   
672   #ifdef DL_HP_PPA_ACK_OBS
673   /*
674 !  * Under HP-UX 10 and HP-UX 11, we can ask for the ppa
675    */
676   
677   
678 ! /*
679 !  * Determine ppa number that specifies ifname.
680 !  *
681 !  * If the "dl_hp_ppa_info_t" doesn't have a "dl_module_id_1" member,
682 !  * the code that's used here is the old code for HP-UX 10.x.
683 !  *
684 !  * However, HP-UX 10.20, at least, appears to have such a member
685 !  * in its "dl_hp_ppa_info_t" structure, so the new code is used.
686 !  * The new code didn't work on an old 10.20 system on which Rick
687 !  * Jones of HP tried it, but with later patches installed, it
688 !  * worked - it appears that the older system had those members but
689 !  * didn't put anything in them, so, if the search by name fails, we
690 !  * do the old search.
691 !  *
692 !  * Rick suggests that making sure your system is "up on the latest
693 !  * lancommon/DLPI/driver patches" is probably a good idea; it'd fix
694 !  * that problem, as well as allowing libpcap to see packets sent
695 !  * from the system on which the libpcap application is being run.
696 !  * (On 10.20, in addition to getting the latest patches, you need
697 !  * to turn the kernel "lanc_outbound_promisc_flag" flag on with ADB;
698 !  * a posting to "comp.sys.hp.hpux" at
699 !  *
700 !  *    http://www.deja.com/[ST_rn=ps]/getdoc.xp?AN=558092266
701 !  *
702 !  * says that, to see the machine's outgoing traffic, you'd need to
703 !  * apply the right patches to your system, and also set that variable
704 !  * with:
705 !  
706 ! echo 'lanc_outbound_promisc_flag/W1' | /usr/bin/adb -w /stand/vmunix /dev/kmem
707
708 !  * which could be put in, for example, "/sbin/init.d/lan".
709 !  *
710 !  * Setting the variable is not necessary on HP-UX 11.x.
711 !  */
712   static int
713   get_dlpi_ppa(register int fd, register const char *device, register int unit,
714       register char *ebuf)
715   {
716         register dl_hp_ppa_ack_t *ap;
717 !       register dl_hp_ppa_info_t *ipstart, *ip;
718         register int i;
719 +       char dname[100];
720         register u_long majdev;
721         struct stat statbuf;
722 +       dl_hp_ppa_req_t req;
723         bpf_u_int32 buf[MAXDLBUF];
724   
725         memset((char *)&req, 0, sizeof(req));
726         req.dl_primitive = DL_HP_PPA_REQ;
727   
728 ***************
729 *** 741,760 ****
730                 return (-1);
731   
732         ap = (dl_hp_ppa_ack_t *)buf;
733 !       ip = (dl_hp_ppa_info_t *)((u_char *)ap + ap->dl_offset);
734   
735 !         for(i = 0; i < ap->dl_count; i++) {
736 !                 if (ip->dl_mjr_num == majdev && ip->dl_instance_num == unit)
737 !                         break;
738   
739 !                 ip = (dl_hp_ppa_info_t *)((u_char *)ip + ip->dl_next_offset);
740 !         }
741           if (i == ap->dl_count) {
742 !                 sprintf(ebuf, "can't find PPA for %s", device);
743                 return (-1);
744           }
745           if (ip->dl_hdw_state == HDW_DEAD) {
746 !                 sprintf(ebuf, "%s: hardware state: DOWN\n", device);
747                 return (-1);
748           }
749           return ((int)ip->dl_ppa);
750 --- 810,887 ----
751                 return (-1);
752   
753         ap = (dl_hp_ppa_ack_t *)buf;
754 !       ipstart = (dl_hp_ppa_info_t *)((u_char *)ap + ap->dl_offset);
755 !       ip = ipstart;
756   
757 ! #ifdef HAVE_HP_PPA_INFO_T_DL_MODULE_ID_1
758 !       /*
759 !        * The "dl_hp_ppa_info_t" structure has a "dl_module_id_1"
760 !        * member that should, in theory, contain the part of the
761 !        * name for the device that comes before the unit number,
762 !        * and should also have a "dl_module_id_2" member that may
763 !        * contain an alternate name (e.g., I think Ethernet devices
764 !        * have both "lan", for "lanN", and "snap", for "snapN", with
765 !        * the former being for Ethernet packets and the latter being
766 !        * for 802.3/802.2 packets).
767 !        *
768 !        * Search for the device that has the specified name and
769 !        * instance number.
770 !        */
771 !       for (i = 0; i < ap->dl_count; i++) {
772 !               if ((strcmp(ip->dl_module_id_1, device) == 0 ||
773 !                    strcmp(ip->dl_module_id_2, device) == 0) &&
774 !                   ip->dl_instance_num == unit)
775 !                       break;
776   
777 !               ip = (dl_hp_ppa_info_t *)((u_char *)ipstart + ip->dl_next_offset);
778 !       }
779 ! #else
780 !       /*
781 !        * We don't have that member, so the search is impossible; make it
782 !        * look as if the search failed.
783 !        */
784 !       i = ap->dl_count;
785 ! #endif
786
787 !       if (i == ap->dl_count) {
788 !               /*
789 !                * Well, we didn't, or can't, find the device by name.
790 !                *
791 !                * HP-UX 10.20, whilst it has "dl_module_id_1" and
792 !                * "dl_module_id_2" fields in the "dl_hp_ppa_info_t",
793 !                * doesn't seem to fill them in unless the system is
794 !                * at a reasonably up-to-date patch level.
795 !                *
796 !                * Older HP-UX 10.x systems might not have those fields
797 !                * at all.
798 !                *
799 !                * Therefore, we'll search for the entry with the major
800 !                * device number of a device with the name "/dev/<dev><unit>",
801 !                * if such a device exists, as the old code did.
802 !                */
803 !               sprintf(dname, "/dev/%s%d", device, unit);
804 !               if (stat(dname, &statbuf) < 0) {
805 !                       sprintf(ebuf, "stat: %s: %s", dname, pcap_strerror(errno));
806 !                       return (-1);
807 !               }
808 !               majdev = major(statbuf.st_rdev);
809
810 !               ip = ipstart;
811
812 !               for (i = 0; i < ap->dl_count; i++) {
813 !                       if (ip->dl_mjr_num == majdev &&
814 !                           ip->dl_instance_num == unit)
815 !                               break;
816
817 !                       ip = (dl_hp_ppa_info_t *)((u_char *)ipstart + ip->dl_next_offset);
818 !               }
819 !       }
820           if (i == ap->dl_count) {
821 !                 sprintf(ebuf, "can't find PPA for %s%d", device, unit);
822                 return (-1);
823           }
824           if (ip->dl_hdw_state == HDW_DEAD) {
825 !                 sprintf(ebuf, "%s%d: hardware state: DOWN\n", device, unit);
826                 return (-1);
827           }
828           return ((int)ip->dl_ppa);
829 ***************
830 *** 783,789 ****
831         register int kd;
832         void *addr;
833         struct ifnet ifnet;
834 !       char if_name[sizeof(ifnet.if_name)], tifname[32];
835   
836         cp = strrchr(ifname, '/');
837         if (cp != NULL)
838 --- 910,916 ----
839         register int kd;
840         void *addr;
841         struct ifnet ifnet;
842 !       char if_name[sizeof(ifnet.if_name) + 1];
843   
844         cp = strrchr(ifname, '/');
845         if (cp != NULL)
846 ***************
847 *** 811,823 ****
848                 if (dlpi_kread(kd, (off_t)addr,
849                     &ifnet, sizeof(ifnet), ebuf) < 0 ||
850                     dlpi_kread(kd, (off_t)ifnet.if_name,
851 !                   if_name, sizeof(if_name), ebuf) < 0) {
852                         (void)close(kd);
853                         return (-1);
854                 }
855 !               sprintf(tifname, "%.*s%d",
856 !                   (int)sizeof(if_name), if_name, ifnet.if_unit);
857 !               if (strcmp(tifname, ifname) == 0)
858                         return (ifnet.if_index);
859         }
860   
861 --- 938,949 ----
862                 if (dlpi_kread(kd, (off_t)addr,
863                     &ifnet, sizeof(ifnet), ebuf) < 0 ||
864                     dlpi_kread(kd, (off_t)ifnet.if_name,
865 !                   if_name, sizeof(ifnet.if_name), ebuf) < 0) {
866                         (void)close(kd);
867                         return (-1);
868                 }
869 !               if_name[sizeof(ifnet.if_name)] = '\0';
870 !               if (strcmp(if_name, ifname) == 0 && ifnet.if_unit == unit)
871                         return (ifnet.if_index);
872         }
873