[Bug 1109327]

Cvs-commit 1109327 at bugs.launchpad.net
Thu Jan 30 18:22:35 UTC 2014


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".

The branch, release/2.15/master has been updated
       via  7def6a63a0298d2e5275820db22eb40ac3dcbe4b (commit)
      from  1ba48eb07a72690406c0ffda642a963c88639752 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=7def6a63a0298d2e5275820db22eb40ac3dcbe4b

commit 7def6a63a0298d2e5275820db22eb40ac3dcbe4b
Author: Carlos O'Donell <carlos at redhat.com>
Date:   Thu Jan 30 13:19:58 2014 -0500

    Don't parse %s format argument as multibyte string
    
    2012-09-28  Andreas Schwab  <schwab at linux-m68k.org>
    
                [BZ #6530]
                * stdio-common/vfprintf.c (process_string_arg): Revert
                2000-07-22 change.
    
    2011-09-28  Jonathan Nieder  <jrnieder at gmail.com>
    
                * stdio-common/Makefile (tst-sprintf-ENV): Set environment
                for testcase.
                * stdio-common/tst-sprintf.c: Include <locale.h>
                (main): Test sprintf's handling of incomplete multibyte
                characters.
    
    (cherry picked from commit 715a900c9085907fa749589bf738b192b1a2bda5)

-----------------------------------------------------------------------

Summary of changes:
 ChangeLog                  |   14 ++++++++++++++
 NEWS                       |    8 ++++----
 stdio-common/Makefile      |    1 +
 stdio-common/tst-sprintf.c |   13 +++++++++++++
 stdio-common/vfprintf.c    |   38 +++-----------------------------------
 5 files changed, 35 insertions(+), 39 deletions(-)

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to eglibc in Ubuntu.
https://bugs.launchpad.net/bugs/1109327

Title:
  who command gets "who: memory exhausted" for certain inputs

Status in The GNU C Library:
  Fix Released
Status in “eglibc” package in Ubuntu:
  Fix Released
Status in “eglibc” source package in Lucid:
  In Progress
Status in “eglibc” source package in Precise:
  In Progress
Status in “eglibc” source package in Quantal:
  In Progress
Status in “eglibc” package in Debian:
  Fix Released

Bug description:
  SRU Justification:
  [Impact] 
   * When using who, certain characters can cause issues with eglibc's vfprintf causing memory issues and who to print 'memory exhausted'.

  [Test Case]

   * Download wtmp.clean.
   * locale-gen en_US.UTF-8 # if necessary
   * LANG=en_US.UTF-8 who wtmp.clean
   * If you see 'who: memory exhausted' the test failed.

  [Regression Potential]

   * This patch reverts a change that fixes the issue in BZ #6530.
   * The patch also adds a test case to check for handling of incomplete multi-byte characters.
   * upstream patch URL: http://sourceware.org/git/?p=glibc.git;a=commit;h=715a900c9085907fa749589bf738b192b1a2bda5

  --

  * Description:
  When running who with the attached file we get an error of "who: memory exhausted".
      $ who wtmp.clean

  This works fine in newer versions of eglibc. I was able to determine that coreutils was not the problem
  by using the precise version of coreutils with the raring eglibc version. In that case the problem went away.
  In addition I've compiled the precise version for raring, and the problem is not present.

  * Versions affected:
  This affects current Lucid, Oneiric, Precise and Quantal eglibc versions.
  2.11.1-0ubuntu7.12
  2.13-20ubuntu5.3
  2.15-0ubuntu10.4
  2.15-0ubuntu20.1
  But does not affect Raring eglibc ( 2.17-0ubuntu1 )

To manage notifications about this bug go to:
https://bugs.launchpad.net/glibc/+bug/1109327/+subscriptions



More information about the foundations-bugs mailing list