Configure tsocks with a simple heuristic.
Consider the proxy has to be in a 'local' network. It means it is directly
reachable by the local machine, even if the local machine has to hop through
one or more gates to reach the proxy (often the case in enterprise networks
where class A 10.0.0.0/8 is in fact sub-divided into smaller networks, each
one of them in a different location, eg. 10.1.0.0/16 in a place, while
10.2.0.0/16 would be on the other side of the world). Not being in the same
subnet does not mean the proxy is not available.
So we will build a mask with at most high bits set, which defines a network
that has both the local machine and the proxy. Because a machine may have
more than one interface, build a mask for each of them, removing 127.0.0.1
which is added automagically by tsocks, and removing duplicate masks.
If all of this does not work, then it means the local machine can NOT in fact
reach the proxy, which in turn means the user mis-configured something (most
probably a typo...).
/trunk/scripts/crosstool.sh | 61 52 9 0 +++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 52 insertions(+), 9 deletions(-)
1 Retrieved with wget http://www.x86-64.org/lists/discuss/msg04963.html
2 then tabs fixed up by rediffing
4 Message-Id: EFF62C7EE88E71429E38641A1172F4C2077104@net.teracruz.com
6 Subject: Compile error with glibc 2.3.2 + Linux 2.6.5 ARCH=x86_64
7 From: "David Lee" david.lee@xxxxxxxxxxxx
8 Date: Wed, 21 Apr 2004 15:26:04 -0500</li>
10 I am getting compiler errors when trying to compile glibc 2.3.2 using
11 the kernel headers from linux 2.6.5. The headers from linux 2.6.3 work
14 I've traced the cause of the problem to a change made in
15 ./include/asm-x86_64/unistd.h in the 2.6.4 release.
19 +#include <linux/linkage.h>
20 +#include <linux/compiler.h>
21 +#include <linux/types.h>
22 +#include <asm/ptrace.h>
24 +asmlinkage long sys_ptrace(long request, long pid,
25 + unsigned long addr, long data);
26 +asmlinkage long sys_iopl(unsigned int level, struct pt_regs regs);
27 +asmlinkage long sys_ioperm(unsigned long from, unsigned long num, int
30 +asmlinkage long sys_rt_sigaction(int sig,
31 + const struct sigaction __user *act,
32 + struct sigaction __user *oact,
35 +#endif /* __ASSEMBLY__ */
37 Within glibc, ./sysdeps/unix/sysv/linux/x86_64/syscall.S ends up
38 including this file, which chokes the assembler with the struct
39 declarations in the above #include's.
41 /home/dlee/vcs/Products/Breeze/Dev/Prj/LinuxRH8/tscale2/tools/x86_64/x86
42 _64-linux/glibcinclude/linux/posix_types.h: Assembler messages:
43 /home/dlee/vcs/Products/Breeze/Dev/Prj/LinuxRH8/tscale2/tools/x86_64/x86
44 _64-linux/glibcinclude/linux/posix_types.h:36: Error: no such
45 instruction: `typedef struct{'
47 There are also errors about conflicting re-declarations further along in
50 ../posix/sys/types.h:62: error: conflicting types for `dev_t'
51 /home/dlee/vcs/Products/Breeze/Dev/Prj/LinuxRH8/tscale2/tools/x86_64/x86
52 _64-linux/glibcinclude/linux/types.h:23: error: previous declaration of
55 Changing the '#ifndef __ASSEMBLY__' to '#if ((!defined __ASSEMBLY__) &&
56 (defined __KERNEL__))' clears up the problem. My patch is below.
61 --- linux-2.6.5/include/asm-x86_64/unistd.h.old 2004-04-03 19:37:36.000000000 -0800
62 +++ linux-2.6.5/include/asm-x86_64/unistd.h 2004-05-05 11:07:11.000000000 -0700
65 #endif /* __KERNEL_SYSCALLS__ */
68 +#if ((!defined __ASSEMBLY__) && (defined __KERNEL__))
70 #include <linux/linkage.h>
71 #include <linux/compiler.h>
73 struct sigaction __user *oact,
76 -#endif /* __ASSEMBLY__ */
77 +#endif /* ((!defined __ASSEMBLY__) && (defined __KERNEL__) */
79 #endif /* __NO_STUBS */