[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#286160: marked as done (jadetex: Infinite loop processing a long paragraph in a table)

Your message dated Wed, 30 Mar 2016 15:30:27 +0200
with message-id <20160330133027.GA18912@sid.showcase.amasol.de>
and subject line Re: Bug#286160: jadetex: Infinite loop processing a long paragraph in a table
has caused the Debian Bug report #286160,
regarding jadetex: Infinite loop processing a long paragraph in a table
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
286160: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286160
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: jadetex
Version: 3.13-2.1
Severity: important

Currently, the 'pwg' docs module in gstreamer CVS fails to build because
jadetex enters an infinite loop which eventually consumes all ram and is
killed.

strace output is below. It repeats that infinitely. If I interrupt
jadetex with ctrl-C, I note (using strace) that it starts waiting on
stdin, so I type ctrl-d to close stdin and jadetex exits, leaving a .dvi
file that ends with thousands of repeated pages containing only a table
head. The last correct part of the doc it processed was:

          <row>
            <entry morerows="2">audio/x-raw-float</entry>
            <entry morerows="2">
              Unstructured and uncompressed raw floating-point audio
data.
            </entry>
            <entry>endianness</entry>
            <entry>integer</entry>
            <entry>G_BIG_ENDIAN (1234) or G_LITTLE_ENDIAN (4321)</entry>
            <entry>
              The order of bytes in a sample. The value G_LITTLE_ENDIAN
(4321)
              means <quote>little-endian</quote> (byte-order is
<quote>least
              significant byte first</quote>). The value G_BIG_ENDIAN
(1234)
              means <quote>big-endian</quote> (byte order is <quote>most
              significant byte first</quote>).
            </entry>
          </row>
          <row>
            <entry>width</entry>
            <entry>integer</entry>
            <entry>greater than 0</entry>
            <entry>
              The amount of bits used and allocated per sample.
            </entry>
          </row>
          <row>
            <entry>buffer-frames</entry>
            <entry>integer</entry>
            <entry>greater than 0</entry>
            <entry>
              The number of frames per buffer. The reason for this
property
              is that the element does not need to reuse buffers or use
data
              spanned over multiple buffers, so this property - when
used
              rightly - will decrease latency. Note that some people
think that
              this property is very ugly, whereas others think it is
vital for
              the use of &GStreamer; in professional audio applications.
            </entry>
          </row>

By commenting out bits of the docbook xml, I discovered it works if the
last
description paragraph is truncated in the middle of the word
'professional', specifically after the 'e'.
Anything longer, and jadetex enters this infinite loop.

strace output when looping:

access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
write(1, " [1992.0.5", 10)              = 10
write(1, "]", 1)                        = 1
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd.tex",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd.tex", R_OK) = -1 ENOENT (No such file or
directory)
access("/home/jan/devel/cvs/gstreamer/head/gstreamer/docs/pwg/build/t1Times-New-Roman.fd",
R_OK) = -1 ENOENT (No such file or directory)
access("./t1Times-New-Roman.fd", R_OK)  = -1 ENOENT (No such file or
directory)
write(1, " [1993.0.5", 10)              = 10

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages jadetex depends on:
ii  debianutils              2.11.0          Miscellaneous utilities
specific t
ii  tetex-bin                2.0.2-24ubuntu1 The teTeX binary files
ii  tetex-extra              2.0.2c-3        Additional library files of
teTeX

-- no debconf information

-- 
Jan Schmidt <thaytan@noraisin.net>

--- End Message ---
--- Begin Message --- 
On 04.12.10 Hilmar Preusse (hille42@web.de) wrote:
> On 18.12.04 Jan Schmidt (thaytan@noraisin.net) wrote:

Dear Jan,

> http://bugs.debian.org/286160
> 
> > Package: jadetex
> > Version: 3.13-2.1
> > Severity: important
> > 
> > Currently, the 'pwg' docs module in gstreamer CVS fails to build
> > because jadetex enters an infinite loop which eventually consumes
> > all ram and is killed.
> > 
> Can you send me the documentation for reproduction or test of the
> problem still exists? And please tell me the steps what you did.
> 
No reaction from submitter for 5 years.

No document provided for testing.  The pwg guide in the gstreamer
repo now looks different and I'm failing to build a version of that
age.  Tried using 0.8.8: running make in "docs/pwg" just tells me
"make: Nothing to be done for 'all'.", even after a "make clean".

When using a git checkout autogen tries to do a cvs connect...

--> Closing.

Hilmar
-- 
sigmentation fault

--- End Message ---
Reply to: