[Bug 926905] [NEW] FontForge cannot start if an X resource has continued lines

Mike McNally 926905 at bugs.launchpad.net
Sat Feb 4 21:51:11 UTC 2012


Public bug reported:

The X Resource Manager config file syntax allows entries to be continued
across newlines. To do that, one preceeds the newline with a backslash.

If such entries are present in the current resource database, the
FontForge code that parses the resources fails (or it can fail
sometimes, at least). The proximal cause is a call to the routine
"copyn()" in the file Unicode/memory.c, such that the "n" parameter is
negative.  That makes the code think that "galloc()" has failed, and it
exits.

The code that makes the bogus "copyn()" call is the function
"GResourceAddResourceString()" in gdraw/gresource.c.  I didn't fully
analyze the code that's trying to parse the string, but it's clearly
making assumptions about the nature of the resource database lines that
aren't true in the case of a continued, multi-line entry.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: fontforge 0.0.20110222-1ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-15.25-generic 3.0.13
Uname: Linux 3.0.0-15-generic x86_64
ApportVersion: 1.23-0ubuntu4
Architecture: amd64
Date: Sat Feb  4 15:42:42 2012
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110426)
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
SourcePackage: fontforge
UpgradeStatus: Upgraded to oneiric on 2011-11-03 (92 days ago)

** Affects: fontforge (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug oneiric

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

Title:
  FontForge cannot start if an X resource has continued lines

Status in “fontforge” package in Ubuntu:
  New

Bug description:
  The X Resource Manager config file syntax allows entries to be
  continued across newlines. To do that, one preceeds the newline with a
  backslash.

  If such entries are present in the current resource database, the
  FontForge code that parses the resources fails (or it can fail
  sometimes, at least). The proximal cause is a call to the routine
  "copyn()" in the file Unicode/memory.c, such that the "n" parameter is
  negative.  That makes the code think that "galloc()" has failed, and
  it exits.

  The code that makes the bogus "copyn()" call is the function
  "GResourceAddResourceString()" in gdraw/gresource.c.  I didn't fully
  analyze the code that's trying to parse the string, but it's clearly
  making assumptions about the nature of the resource database lines
  that aren't true in the case of a continued, multi-line entry.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: fontforge 0.0.20110222-1ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-15.25-generic 3.0.13
  Uname: Linux 3.0.0-15-generic x86_64
  ApportVersion: 1.23-0ubuntu4
  Architecture: amd64
  Date: Sat Feb  4 15:42:42 2012
  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110426)
  ProcEnviron:
   PATH=(custom, user)
   LANG=en_US.UTF-8
   SHELL=/bin/zsh
  SourcePackage: fontforge
  UpgradeStatus: Upgraded to oneiric on 2011-11-03 (92 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/fontforge/+bug/926905/+subscriptions




More information about the foundations-bugs mailing list