Add some additional notes about

	building GTK+/GLib with 64-bit integer support when using HP's C
	compiler;

	libpcap;

from Jost Martin.

svn path=/trunk/; revision=1796

1 files changed, 120 insertions, 5 deletions

diff --git a/README.hpux b/README.hpux
index e53bbfd913..695d8b8b91 100644
--- a/README.hpux
+++ b/README.hpux
@@ -1,10 +1,11 @@
-$Id: README.hpux,v 1.10 2000/02/21 20:41:01 guy Exp $
+$Id: README.hpux,v 1.11 2000/04/04 21:07:33 guy Exp $
 
 Contents:
 
 1 - Building ethereal
-2 - nettl support
-3 - "libpcap" on HP-UX
+2 - Building GTK+/GLib with HP's C compiler
+3 - nettl support
+4 - "libpcap" on HP-UX
 
 1 - Building ethereal
 
@@ -26,7 +27,25 @@ They appear to have used HP-UX's "cc" compiler, with the options "-Ae
 -O"; there's a comment "Add -Dhpux_9 if building under 9.X".  It may
 also build with GCC.
 
-2 - nettl support
+2 - Building GTK+/GLib with HP's C compiler
+
+By default, HP's C compiler doesn't support "long long int" to provide
+64-bit integral data types on 32-bit platforms; the "-Ae" flag must be
+supplied to enable extensions such as that.
+
+Ethereal's "configure" script automatically includes that flag if it
+detects that the native compiler is being used on HP-UX; however, the
+configure scripts for GTK+ and GLib don't do so, which means that 64-bit
+integer support won't be enabled.
+
+This may prevent some parts of Ethereal from compiling; in order to get
+64-bit integer support in GTK+/GLib, edit all the Makefiles for GTK+ and
+GLib, as generated by the GTK+ and GLib "configure" scripts, to add
+"-Ae" to all "CFLAGS = " definitions found in those Makefiles.  (If a
+Makefile lacks a "CFLAGS = " definition, there's no need to add a
+definition that includes "-Ae".)
+
+3 - nettl support
 
 nettl is used on HP-UX to trace various streams based subsystems.  Ethereal
 can read nettl files containing IP frames (NS_LS_IP subsystem) and LAPB
@@ -46,7 +65,7 @@ One may be able to specify "-tn pduin pduout" rather than
 "-tn 0x30000000"; the nettl man page for HP-UX 10.30 implies that it
 should work.
 
-3 - "libpcap" on HP-UX
+4 - "libpcap" on HP-UX
 
 If you want to use Ethereal to capture packets, you will have to install
 "libpcap"; the INSTALL file for "libpcap" has several comments about
@@ -221,6 +240,102 @@ The first of those articles also says:
   unless you have the latest lan common/DLPI/driver patches installed,
   you will _not_ see the system's own outbound traffic.
 
+An additional note, from Jost Martin, for HP-UX 10.20:
+
+	Q: How do I get ethereral on HPUX to capture the _outgoing_ packets
+	   of an interface
+	A: You need to get PHNE_20892,PHNE_20725 and PHCO_10947 (or
+	   newer, this is as of 4.4.00) and its dependencies.  Then you can
+	   enable the feature as descibed below:
+
+	Patch Name: PHNE_20892
+	Patch Description: s700 10.20 PCI 100Base-T cumulative patch
+		To trace the outbound packets, please do the following
+		to turn on a global promiscuous switch before running
+		the promiscuous applications like snoop or tcpdump:
+
+		adb -w /stand/vmunix /dev/mem
+		lanc_outbound_promisc_flag/W 1
+		(adb will echo the result showing that the flag has
+		been changed)
+		$quit
+	(Thanks for this part to HP-support, Ratingen)
+
+		The attached hack does this and some security-related stuff
+	(thanks to hildeb@www.stahl.bau.tu-bs.de (Ralf Hildebrandt) who
+	posted the security-part some time ago)
+
+		 <<hack_ip_stack>> 
+
+		(Don't switch IP-forwarding off, if you need it !)
+		Install the hack as /sbin/init.d/hacl_ip_stack (adjust
+	permissions !) and make a sequencing-symlink
+	/sbin/rc2.d/S350hack_ip_stack pointing to this script. 
+		Now all this is done on every reboot.
+
+Here's the "hack_ip_stack" script:
+
+-----------------------------------Cut Here-------------------------------------
+#!/sbin/sh
+#
+# nettune:  hack kernel parms for safety
+
+OKAY=0
+ERROR=-1
+
+# /usr/contrib/bin fuer nettune auf Pfad
+PATH=/sbin:/usr/sbin:/usr/bin:/usr/contrib/bin
+export PATH
+
+
+##########
+#  main  #
+##########
+
+case $1 in
+   start_msg)
+      print "Tune IP-Stack for security"
+      exit $OKAY
+      ;;
+
+   stop_msg)
+      print "This action is not applicable"
+      exit $OKAY
+      ;;
+
+   stop)
+      exit $OKAY
+      ;;
+
+   start)
+      ;;  # fall through
+
+   *)
+      print "USAGE: $0 {start_msg | stop_msg | start | stop}" >&2
+      exit $ERROR
+      ;;
+   esac
+
+###########
+#  start  #
+###########
+
+#
+# tcp-Sequence-Numbers nicht mehr inkrementieren sondern random
+# Syn-Flood-Protection an
+# ip_forwarding aus
+# Source-Routing aus
+# Ausgehende Packets an ethereal/tcpdump etc.
+
+/usr/contrib/bin/nettune -s tcp_random_seq 2 || exit $ERROR
+/usr/contrib/bin/nettune -s hp_syn_protect 1 || exit $ERROR
+/usr/contrib/bin/nettune -s ip_forwarding 0 || exit $ERROR
+echo 'ip_block_source_routed/W1' | /usr/bin/adb -w /stand/vmunix /dev/kmem || exit $ERROR
+echo 'lanc_outbound_promisc_flag/W 1' | adb -w /stand/vmunix /dev/mem  || exit $ERROR
+
+exit $OKAY
+-----------------------------------Cut Here-------------------------------------
+
 It appears that a consequence of the fact that HP-UX's DLPI doesn't work
 like Solaris's, in that, on Solaris, to get at the device "hme0", say,
 "libpcap" has to open "/dev/hme" and then tell it to use the 0th