Hello Ralph!

Ralph Corderoy <[email protected]> wrote:
 |> I cannot reproduce this here - would you mind doing
 |>
 |>   $ LC_ALL=C(or what do you use?) MAILRC=/dev/null \
 |>     mail -n [OPTIONS YOU USE] foo
 |>
 |> to generate something reproducable?
 |
 |I couldn't reproduce exactly the same thing, but I did hammer away
 |randomly, including backspace a lot, with valgrind and triggered this
 |read that's past the end of a malloc'd area, so something's awry, and
 |probably what caused my earlier problem.  See the first "26666" that's
 |part-way along the line;  not the first word.
 |
 |    $ LC_ALL=C MAILRC=/dev/null valgrind mail -n $USER

Valgrind i've never used, though... :(

 |    ==26666== Memcheck, a memory error detector
 |    ==26666== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Sewar\
 |    d et al.
 |    ==26666== Using Valgrind-3.11.0 and LibVEX; rerun with -h for cop\
 |    yright info
 |    ==26666== Command: mail -n ralph
 |    ==26666== 
 |    Subject: ksdjfslskj lsdkjfl ks
 |    sdf ksdsdsd fksdk kfsk fdksdfskfdksskdfsdfk kdfdkfgddg 
 |    dg
 |     ksdffgksdfgfgkfgkddfg  gdkf dkgfdgdg kglkdkhsglkf;kheslrkrekgaseg
 |    skdg;kdfggffffffffffffffffffffffffggdgdfdffffgdgdfg       
 |    fgd
 |    dffgdf;gfghfghfhklhflgflglfglddfgldgdf==26666== Invalid read of size 8

Uh! Really!!

 |    ==26666==    at 0x4C2F02E: memcpy@GLIBC_2.2.5 (in /usr/lib/valgri\
 |    nd/vgpreload_memcheck-amd64-linux.so)
 |    ==26666==    by 0x455B40: tty_readline (in /usr/bin/mail)
 |    ==26666==    by 0x41AF90: readline_input (in /usr/bin/mail)
 |    ==26666==    by 0x41643C: collect (in /usr/bin/mail)
 |    ==26666==    by 0x44CB0D: mail1 (in /usr/bin/mail)
 |    ==26666==    by 0x44D97D: mail (in /usr/bin/mail)
 |    ==26666==    by 0x407241: main (in /usr/bin/mail)
 |    ==26666==  Address 0x6eb02c0 is 0 bytes after a block of size 3,7\
 |    60 alloc'd
 |    ==26666==    at 0x4C2CB1D: realloc (in /usr/lib/valgrind/vgpreloa\
 |    d_memcheck-amd64-linux.so)
 |    ==26666==    by 0x40E659: srealloc (in /usr/bin/mail)
 |    ==26666==    by 0x455404: tty_readline (in /usr/bin/mail)
 |    ==26666==    by 0x41AF90: readline_input (in /usr/bin/mail)
 |    ==26666==    by 0x41643C: collect (in /usr/bin/mail)
 |    ==26666==    by 0x44CB0D: mail1 (in /usr/bin/mail)
 |    ==26666==    by 0x44D97D: mail (in /usr/bin/mail)
 |    ==26666==    by 0x407241: main (in /usr/bin/mail)
 |    ==26666== 
 |    ==26666== Invalid read of size 8
 |    ==26666==    at 0x4C2F020: memcpy@GLIBC_2.2.5 (in /usr/lib/valgri\
 |    nd/vgpreload_memcheck-amd64-linux.so)
 |    ==26666==    by 0x455B40: tty_readline (in /usr/bin/mail)
 |    ==26666==    by 0x41AF90: readline_input (in /usr/bin/mail)
 |    ==26666==    by 0x41643C: collect (in /usr/bin/mail)
 |    ==26666==    by 0x44CB0D: mail1 (in /usr/bin/mail)
 |    ==26666==    by 0x44D97D: mail (in /usr/bin/mail)
 |    ==26666==    by 0x407241: main (in /usr/bin/mail)
 |    ==26666==  Address 0x6eb02c8 is 8 bytes after a block of size 3,7\
 |    60 alloc'd
 |    ==26666==    at 0x4C2CB1D: realloc (in /usr/lib/valgrind/vgpreloa\
 |    d_memcheck-amd64-linux.so)
 |    ==26666==    by 0x40E659: srealloc (in /usr/bin/mail)
 |    ==26666==    by 0x455404: tty_readline (in /usr/bin/mail)
 |    ==26666==    by 0x41AF90: readline_input (in /usr/bin/mail)
 |    ==26666==    by 0x41643C: collect (in /usr/bin/mail)
 |    ==26666==    by 0x44CB0D: mail1 (in /usr/bin/mail)
 |    ==26666==    by 0x44D97D: mail (in /usr/bin/mail)
 |    ==26666==    by 0x407241: main (in /usr/bin/mail)
 |    ==26666== 
 |
 |BTW, my Arch Linux is also up to date, so that helps remove one
 |variable.  :-)

Thanks again for the info, i'll install valgrind (hope it's easy)
and try to find the problem.  I wonder a bit why srealloc comes
from tty_readline(), that is only true for readline(3) and
editline(3) bindings, maybe inlined, hmm..  Will see.  Thanks!!

--steffen

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
__________________________________
[email protected]

Reply via email to