patches/gcc/2.95.3/140-deque-leak-fix.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Fri Apr 18 22:16:28 2008 +0000 (2008-04-18)
changeset 451 8a72f9bcf675
permissions -rw-r--r--
Using SOCKS 4/5 proxy is no easy task:
- a machine may well be able to reach the proxy, even if it is not on the same sub-net(s) as the machine itself (absolutely legitimate)
- tsocks.conf needs a list of so-called 'local' networks that can be reached without the need for a SOCKS connection
- SOCKS proxies are expected to be in 'local' networks
- there is absolutely NO way to tell what networks are local, besides the sub-net(s) the machine is in

Therefore, appropriate configuration of SOCKS 4/5 configuration is really complex, and attempts to correctly overcome this issue are doomed.

/trunk/scripts/crosstool.sh | 52 46 6 0 ++++++++++++++++++++++++++++++++++----
/trunk/config/global/download_extract.in | 39 31 8 0 +++++++++++++++++++++++------
2 files changed, 77 insertions(+), 14 deletions(-)
     1 [See also http://gcc.gnu.org/ml/libstdc++/2001-11/msg00133.html ]
     2 
     3 Date: Fri, 16 Nov 2001 16:06:22 -0500
     4 From: Phil Edwards <pedwards at disaster dot jaj dot com>
     5 To: gcc-patches at gcc dot gnu dot org
     6 Subject: [libstdc++ trunk & 3.0]  Fix deque memory leak
     7 Message-ID: <20011116160622.A23094@disaster.jaj.com>
     8 
     9 
    10 As discussed on the libstdc++ mailing list.  Tested on i686/linux.
    11 
    12 
    13 
    14 2001-11-16  Paolo Carlini  <pcarlini@unitus.it>
    15 
    16 	* include/bits/stl_deque.h (deque::erase()):  Fix memory leak.
    17 
    18 
    19 [rediffed against 2.95.3 -- dank]
    20 
    21 --- gcc-2.95.3/libstdc++/stl/stl_deque.h.old	2001-01-01 09:48:22.000000000 -0800
    22 +++ gcc-2.95.3/libstdc++/stl/stl_deque.h	2006-02-18 15:24:17.000000000 -0800
    23 @@ -1052,7 +1052,7 @@
    24        copy_backward(_M_start, __first, __last);
    25        iterator __new_start = _M_start + __n;
    26        destroy(_M_start, __new_start);
    27 -      _M_destroy_nodes(__new_start._M_node, _M_start._M_node);
    28 +      _M_destroy_nodes(_M_start._M_node, __new_start._M_node);  /* fixed per http://gcc.gnu.org/ml/libstdc++/2001-11/msg00139.html */
    29        _M_start = __new_start;
    30      }
    31      else {