Bug 18832 - efence complains setlocale() in 2.1.94-3 stomps on memory.
Summary: efence complains setlocale() in 2.1.94-3 stomps on memory.
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: glibc
Version: 7.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Aaron Brown
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-10-10 17:25 UTC by Sam Varshavchik
Modified: 2016-11-24 14:47 UTC (History)
2 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2000-11-15 00:33:02 UTC


Attachments (Terms of Use)
test program and a gdb post mortem. (3.52 KB, text/plain)
2000-10-10 17:26 UTC, Sam Varshavchik
no flags Details

Description Sam Varshavchik 2000-10-10 17:25:36 UTC
The electric fence debugger is complaining that the errata glibc 2.1.94
release's setlocale() is now stomping on memory.  This did not happen in
2.1.92.  See the following attachment.

Comment 1 Sam Varshavchik 2000-10-10 17:26:55 UTC
Created attachment 3984 [details]
test program and a gdb post mortem.

Comment 2 Jakub Jelinek 2000-10-10 20:25:52 UTC
Thanks for the report, I have localized the problem, am now thinking
about best fix. The bug is actually very old, even glibc 2.1.3
has it, so I'm wondering why it did not show up with earlier glibcs
in Efence.

Comment 3 Sam Varshavchik 2000-10-10 21:38:54 UTC
Well, it did not, and I certainly did have the code in question linked against
efence under 2.1.3 and 2.1.92.

efence pads allocated memory to word boundaries, so one possibility is that
previously the stomp didn't go far enough off base to be caught.




Comment 4 Bill Woodward 2000-11-15 00:32:59 UTC
Just a quick workaround.  Removing the lines with non-7-bit clean characters out
of /usr/share/locale/locale.alias causes this problem to go away.  Fine for me
since I'm only using en_US.


Note You need to log in before you can comment on or make changes to this bug.