forked from wireshark/wireshark
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathREADME.irix
241 lines (209 loc) · 8.92 KB
/
README.irix
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
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
$Id: README.irix,v 1.4 2001/01/10 09:54:44 guy Exp $
1. Some problems seen by one person who tried to build Ethereal on IRIX;
your mileage may vary.
To: ethereal-dev@zing.org
Subject: Re: [ethereal-dev] Ethereal on SGI
From: Randall Hopper <aa8vb@yahoo.com>
Date: Sat, 18 Sep 1999 12:19:31 -0400
|> Just tried to build ethereal on SGI IRIX. configure failed because
|> there is no net/bpf.h.
Thanks for all the help. I pulled the latest today (0.7.3), and after a
few fix-ups, I got it built. Here are the tweaks I needed to build it for
SGI IRIX 6.5 using gcc.
==========
PROBLEM #1
==========
Ethereal doesn't use RPATH (see ld(1) for shared library linking on all
platforms that support it (e.g. SGI IRIX, FreeBSD ELF, etc.), just
Solaris it appears. Instead, ethereal recommends use of the
LD_LIBRARY_PATH hack which causes all sorts problems.
On SGI IRIX this is -rpath to the linker, on Solaris -R, on FreeBSD ELF
--rpath, etc.
SOLUTION: Slip in my linker flags when configuring ethereal so it can
find libgtk, libgmodule, libsnmp, etc. at run-time without
LD_LIBRARY_PATH:
env LDFLAGS="-rpath $HOME/software/gtk+-1.2.3/lib:$HOME/software/glib-1.2.3/lib:/usr/local/lib" configure --prefix=$HOME/software/ethereal-0.7.3 --with-gtk-prefix=$HOME/software/gtk+-1.2.3
BETTER SOLUTION: Modify configure to support RPATH for more platforms
than Solaris.
==========
PROBLEM #2
==========
__P not defined -- packet-snmp.c fails to build
(gcc version 2.95.1 19990816 (release), SGI IRIX 6.5.5f)
SOLUTION: Include gnuc.h -- it defines it
--- ORIG/packet-snmp.c Mon Aug 30 11:10:17 1999
+++ packet-snmp.c Sat Sep 18 11:35:45 1999
@@ -25,4 +25,6 @@
*/
+#include "gnuc.h"
+
#ifdef HAVE_CONFIG_H
# include "config.h"
Randall
===============================================================================
Problem #1:
checking for GTK - version >= 1.2.0... 186062:./conftest: rld: Fatal Error: Cannot Successfully map soname 'libgtk-1.2.so.1' under any of the filenames /usr/lib32/libgtk-1.2.so.1:/usr/lib32/internal/libgtk-1.2.so.1:/lib32/libgtk-1.2.so.1:/opt/lib32/libgtk
no
*** Could not run GTK test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding GTK or finding the wrong
*** version of GTK. If it is not finding GTK, you'll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
***
*** If you have a RedHat 5.0 system, you should remove the GTK package that
*** came with the system with the command
***
*** rpm --erase --nodeps gtk gtk-devel
configure: error: GTK+ distribution not found.
==============================================================================
Problem #2:
gcc -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -O2 -Iwiretap -I/home/rhh/software/gtk+-1.2.3/include -I/home/rhh/software/glib-1.2.3/lib/glib/include -I/home/rhh/software/glib-1.2.3/include -c packet-snmp.c
In file included from packet-snmp.c:62:
/usr/local/include/ucd-snmp/asn1.h:131: parse error before `__P'
/usr/local/include/ucd-snmp/asn1.h:132: parse error before `__P'
/usr/local/include/ucd-snmp/asn1.h:133: parse error before `__P'
/usr/local/include/ucd-snmp/asn1.h:134: parse error before `__P'
/usr/local/include/ucd-snmp/asn1.h:135: parse error before `__P'
...
packet-snmp.c: In function `dissect_snmp':
packet-snmp.c:344: warning: implicit declaration of function `asn_parse_header'
packet-snmp.c:358: warning: implicit declaration of function `snmp_comstr_parse'
packet-snmp.c:358: warning: assignment makes pointer from integer without a cast
packet-snmp.c:407: warning: assignment makes pointer from integer without a cast
...
packet-snmp.c: In function `proto_register_snmp':
packet-snmp.c:869: warning: implicit declaration of function `init_mib'
gmake[2]: *** [packet-snmp.o] Error 1
gmake[2]: Leaving directory `/home/rhh/software/PKGS/t/ethereal-0.7.3'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/home/rhh/software/PKGS/t/ethereal-0.7.3'
gmake: *** [all-recursive-am] Error 2
-------------------------------------------------------------------------------
Problem #3 (same as Problem #1):
> ./ethereal
189684:./ethereal: rld: Fatal Error: Cannot Successfully map soname 'libsnmp.so' under any of the filenames /home/rhh/software/gtk+-1.2.3/lib/libsnmp.so:/home/rhh/software/glib-1.2.3/lib/libsnmp.so:/usr/lib32/libsnmp.so:/usr/lib32/internal/libsnmp.so:/lib32/libsnmp.so:/opt/lib32/libsnmp.so:
2. Patches to libpcap that may be necessary
On IRIX, the libpcap library uses, in "pcap_open_live()", the snapshot
length passed in, without reducing it to be less than or equal to the
MTU of the interface. If the snapshot length is larger than the
interface MTU, IRIX will return an error; this means that, for example,
the Ethereal default snapshot length of 65535, chosen so that all of the
packet is captured, will not work.
Here is a patch to libpcap 0.4 source that should fix that problem. If
it doesn't fix the problem, or if it reduces the snapshot length below
the MTU (so that a snapshot length of 65535 doesn't capture all the data
in the packets), please report this to ethereal-dev@ethereal.com, so
that we know that it didn't work - we'll probably send you debugging
patches in the hopes of being able to make it work.
diff -c ../libpcap-0.4/pcap-snoop.c ./pcap-snoop.c
*** ../libpcap-0.4/pcap-snoop.c Tue Apr 8 21:07:01 1997
--- ./pcap-snoop.c Tue Jan 18 00:16:18 2000
***************
*** 126,132 ****
--- 126,135 ----
struct sockaddr_raw sr;
struct snoopfilter sf;
u_int v;
+ int ll_hdrlen;
+ int snooplen;
pcap_t *p;
+ struct ifreq ifr;
p = (pcap_t *)malloc(sizeof(*p));
if (p == NULL) {
***************
*** 154,169 ****
}
v = 64 * 1024;
(void)setsockopt(fd, SOL_SOCKET, SO_RCVBUF, (char *)&v, sizeof(v));
- if (ioctl(fd, SIOCSNOOPLEN, &snaplen) < 0) {
- sprintf(ebuf, "SIOCSNOOPLEN: %s", pcap_strerror(errno));
- goto bad;
- }
- p->snapshot = snaplen;
- v = 1;
- if (ioctl(fd, SIOCSNOOPING, &v) < 0) {
- sprintf(ebuf, "SIOCSNOOPING: %s", pcap_strerror(errno));
- goto bad;
- }
/*
* XXX hack - map device name to link layer type
*/
--- 157,162 ----
***************
*** 179,195 ****
--- 172,242 ----
strncmp("qaa", device, 3) == 0) {
p->linktype = DLT_EN10MB;
p->offset = RAW_HDRPAD(sizeof(struct ether_header));
+ ll_hdrlen = sizeof(struct ether_header);
} else if (strncmp("ipg", device, 3) == 0 ||
strncmp("rns", device, 3) == 0 || /* O2/200/2000 FDDI */
strncmp("xpi", device, 3) == 0) {
p->linktype = DLT_FDDI;
p->offset = 3; /* XXX yeah? */
+ ll_hdrlen = 13;
} else if (strncmp("ppp", device, 3) == 0) {
p->linktype = DLT_RAW;
+ ll_hdrlen = 0; /* DLT_RAW meaning "no PPP header, just the IP packet"? */
} else if (strncmp("lo", device, 2) == 0) {
p->linktype = DLT_NULL;
+ ll_hdrlen = 4; /* is this just like BSD's loopback device? */
} else {
sprintf(ebuf, "snoop: unknown physical layer type");
+ goto bad;
+ }
+ #ifdef SIOCGIFMTU
+ /*
+ * XXX - IRIX appears to give you an error if you try to set the
+ * capture length to be greater than the MTU, so let's try to get
+ * the MTU first and, if that succeeds, trim the snap length
+ * to be no greater than the MTU.
+ */
+ (void)strncpy(ifr.ifr_name, device, sizeof(ifr.ifr_name));
+ if (ioctl(fd, SIOCGIFMTU, (char *)&ifr) < 0) {
+ sprintf(ebuf, "SIOCGIFMTU: %s", pcap_strerror(errno));
+ goto bad;
+ }
+ /*
+ * OK, we got it.
+ * XXX - some versions of IRIX 6.5 define "ifr_mtu" and have an
+ * "ifru_metric" member of the "ifr_ifru" union in an "ifreq"
+ * structure, others don't.
+ *
+ * I've no idea what's going on, so, if "ifr_mtu" isn't defined,
+ * we define it as "ifr_metric", as using that field appears to
+ * work on the versions that lack "ifr_mtu" (and, on those that
+ * don't lack it, "ifru_metric" and "ifru_mtu" are both "int"
+ * members of the "ifr_ifru" union, which suggests that they
+ * may be interchangeable in this case).
+ */
+ #ifndef ifr_mtu
+ #define ifr_mtu ifr_metric
+ #endif
+ if (snaplen > ifr.ifr_mtu)
+ snaplen = ifr.ifr_mtu;
+ #endif
+
+ /*
+ * The argument to SIOCSNOOPLEN is the number of link-layer
+ * payload bytes to capture - it doesn't count link-layer
+ * header bytes.
+ */
+ snooplen = snaplen - ll_hdrlen;
+ if (snooplen < 0)
+ snooplen = 0;
+ if (ioctl(fd, SIOCSNOOPLEN, &snooplen) < 0) {
+ sprintf(ebuf, "SIOCSNOOPLEN: %s", pcap_strerror(errno));
+ goto bad;
+ }
+ p->snapshot = snaplen;
+ v = 1;
+ if (ioctl(fd, SIOCSNOOPING, &v) < 0) {
+ sprintf(ebuf, "SIOCSNOOPING: %s", pcap_strerror(errno));
goto bad;
}