Project

General

Profile

Bug #7027

PDFLIB::Initialize calls gSystem->OpenDirectory() but doesn't free the result

Added by Philip Rodrigues over 5 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Normal
Start date:
09/17/2014
Due date:
09/30/2014
% Done:

100%

Estimated time:
Duration: 14

Description

PDFLIB.cxx:86 has:

if (!gSystem->OpenDirectory(lhapath)) lhapath_ok = false;

gSystem->OpenDirectory() calls opendir() under the hood. After lots of calls to this (which happens in the minerva software), we eventually run out of file handles and it returns false.

gSystem->OpenDirectory(lhapath) should be replaced with !gSystem->AccessPathName(lhapath) (note stupid return value convention).

History

#1 Updated by Gabriel Perdue over 5 years ago

  • Due date set to 09/30/2014
  • % Done changed from 0 to 60

Patch applied (thanks Phil!), now just testing some basic things.

#2 Updated by Gabriel Perdue over 5 years ago

  • Status changed from New to Closed
  • Assignee set to Gabriel Perdue
  • % Done changed from 60 to 100

Looks okat for 2.8.4...



Also available in: Atom PDF