Control: tag -1 -security
Control: severity -1 wishlist
On vrijdag 17 februari 2023 23:47:55 CET you wrote:
> And the final message in this bug is that you run Out Of Memory, so the OOM
> killer does exactly what it needs to do: kill other programs.
It may be annoying, but the system is working a
Control: tag -1 unreproducible
On Wed, 9 Feb 2005 17:12:21 +0100 Mike Hommey wrote:
> On Dec 27, 2004, Vincent Lefevre wrote:
> > Package: xsltproc
> > Version: 1.1.8-5
> >
> > Here xsltproc takes up to 138 MB, making the whole system slow down
> > due to swapping. This problem occurs when gene
On 2022-02-19 18:28:00 +0100, Vincent Lefevre wrote:
> I'll test again (I've been using a fake DTD for the past 15 years).
This has just happened. The consequence is that several unrelated
processes were killed by the OOM killer, including daemons!
[...]
Apr 25 02:44:53 zira systemd[6589]: dconf.
On 2022-02-19 18:01:52 +0100, Mattia Rizzolo wrote:
> On Thu, Feb 10, 2022 at 01:08:33PM +0100, Vincent Lefevre wrote:
> > This is no different than CVE-2013-0338 and CVE-2013-0339[*]. The
> > point is that from a small document, one can exhaust the memory
> > of the machine. CVE-2013-0338 and CVE-
On Thu, Feb 10, 2022 at 01:08:33PM +0100, Vincent Lefevre wrote:
> This is no different than CVE-2013-0338 and CVE-2013-0339[*]. The
> point is that from a small document, one can exhaust the memory
> of the machine. CVE-2013-0338 and CVE-2013-0339 are about entity
> expansion, but there are the sa
Control: severity -1 grave
Control: retitle -1 xsltproc: DTD should be cached when included several times,
or used memory should be limited
Control: tags -1 security
On 2005-02-09 17:52:31 +0100, Mike Hommey wrote:
> On Wed, Feb 09, 2005 at 05:38:54PM +0100, Vincent Lefevre
> wrote:
> > On 2005
On 2005-02-10 01:29:38 +0100, Mike Hommey wrote:
> Machines that don't have enough memory can't run OpenOffice.Org. Will
> you file an important bug there as well ?
No, because OpenOffice.Org doesn't waste memory (it's quite memory
hungry, but this is expected, as it's a complex software). With
xs
On Thu, Feb 10, 2005 at 12:44:20AM +0100, Vincent Lefevre <[EMAIL PROTECTED]>
wrote:
> > Note that such "optimization" bugs are not really *that* important,
>
> Well, it is important on machines that don't have enough memory.
Machines that don't have enough memory can't run OpenOffice.Org. Will
On 2005-02-09 17:52:31 +0100, Mike Hommey wrote:
> retitle 287371 DTD should be cached when included several times
To be more accurate: this is the internal structure related to the
DTD (and internal subset) that should be cached (to be reused when
the DTD with internal subset is the same, thus no
retitle 287371 DTD should be cached when included several times
severity 287371 wishlist
tag 287371 upstream
thanks
On Wed, Feb 09, 2005 at 05:38:54PM +0100, Vincent Lefevre <[EMAIL PROTECTED]>
wrote:
> On 2005-02-09 17:12:21 +0100, Mike Hommey wrote:
> > How big is the document you load with doc
On 2005-02-09 17:12:21 +0100, Mike Hommey wrote:
> How big is the document you load with document() ? How many times it
> gets loaded ? Could you provide me the files ?
The documents are small, but the DTD is very big (this is a DTD based
on DocBook + MathML). Currently, about 50 documents are inc
On Mon, Dec 27, 2004 at 01:11:49PM +0100, Vincent Lefevre <[EMAIL PROTECTED]>
wrote:
> Package: xsltproc
> Version: 1.1.8-5
> Severity: important
>
> Here xsltproc takes up to 138 MB, making the whole system slow down
> due to swapping. This problem occurs when generating my blog page,
> where a
On 2004-12-31 14:15:42 +0900, Mike Hommey wrote:
> On Fri, Dec 31, 2004 at 02:40:54AM +0100, Vincent Lefevre <[EMAIL PROTECTED]>
> wrote:
> > On 2004-12-30 14:05:06 +0900, Mike Hommey wrote:
> > > Can you try with xsltproc from the experimental distribution? I know
> > > several memleaks have been
13 matches
Mail list logo