25 Apr
2012
25 Apr
'12
1:57 p.m.
All,
After rebuilds of tdelibs/tdebase yesterday evening (with fresh GIT
update), I have experienced repeated crashes with kwrite becoming
unresponsive. The kwrite window stays open, but no response from the menu,
toolbar or context menu and the screen within the kwrite window does not
repaint itself. (leading to a million copies of anything you move across it).
Here are a couple of screenshots of the behavior after the crash (we've all
seen it before...)
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-crash-select-buffer.…
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-crash-backspacing.jpg
I repeated the crash twice. It seemed to occur when either inserting text
with the select buffer (select, then middle-mouse paste) or when simply
backspacing to join two lines of text in kwrite. It was bad enough that after
the second crash, I had to give up and just use vim.
For the second attempt working with kwrite, I started it from konsole so I
could look at the kdDebug output. There was nothing out of the ordinary.
These crashes have always been difficult for me to isolate. Can anyone
suggest a test that would help identify the problem. Also, any reports
confirming this behavior would be helpful.
--
David C. Rankin, J.D.,P.E.
25 Apr
25 Apr
2:21 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 08:57 AM, David C. Rankin wrote:
For the second attempt working with kwrite, I
started it from konsole so I
could look at the kdDebug output. There was nothing out of the ordinary.
These crashes have always been difficult for me to isolate. Can anyone
suggest a test that would help identify the problem. Also, any reports
confirming this behavior would be helpful.
I just rebuilt tdelibs/tdebase on i686 to confirm - the same crash occurs
and it is 100% repeatable.
To confirm, all you need to do is open konsole and cat a file or do
something to give you text to select and copy into kwrite. Then begin
selecting text (one or two words at a time) in konsole and then middle-mouse
paste into line 1 of kwrite. Continue doing this until you get to the point
where the line will wrap on the next paste. When you paste the next selection
that would cause line 1 in kwrite to wrap - the crash will occur. See example:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-i686-crash.jpg
You will then have to 'terminate' kwrite by clicking the close button and
wait for the 'Terminate' or 'Keep Running' dialog to appear (or 'kill
$(pidof
kwrite)' in konsole)
Any ideas??
--
David C. Rankin, J.D.,P.E.
4:39 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 09:21 AM, David C. Rankin wrote:
On 04/25/2012 08:57 AM, David C. Rankin wrote:
When this happens kwrite takes over 80% of CPU, so it looks like something hit
a loop and got stuck:
Here is the top output:
16307 david 20 0 45236 19m 15m R 86.9 2.6 1:10.09 kwrite
That's 86.9% of the CPU when kwrite hangs.
Same thing happens in kate. I'll open a new bug with BLOCKER when I get back
from lunch :(
--
David C. Rankin, J.D.,P.E.
For the second attempt working with kwrite, I
started it from konsole so I
could look at the kdDebug output. There was nothing out of the ordinary.
These crashes have always been difficult for me to isolate. Can anyone
suggest a test that would help identify the problem. Also, any reports
confirming this behavior would be helpful.
I just rebuilt tdelibs/tdebase on i686 to confirm - the same crash occurs and
it is 100% repeatable.
To confirm, all you need to do is open konsole and cat a file or do something
to give you text to select and copy into kwrite. Then begin selecting text
(one or two words at a time) in konsole and then middle-mouse paste into line
1 of kwrite. Continue doing this until you get to the point where the line
will wrap on the next paste. When you paste the next selection that would
cause line 1 in kwrite to wrap - the crash will occur. See example:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-i686-crash.jpg
You will then have to 'terminate' kwrite by clicking the close button and wait
for the 'Terminate' or 'Keep Running' dialog to appear (or 'kill
$(pidof
kwrite)' in konsole)
Any ideas??
5:37 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012
08:57 AM, David C. Rankin wrote:
See example:
For the second attempt working with kwrite, I
started it from konsole so I
could look at the kdDebug output. There was nothing out of the ordinary.
These crashes have always been difficult for me to isolate. Can anyone
suggest a test that would help identify the problem. Also, any reports
confirming this behavior would be helpful.
I just rebuilt tdelibs/tdebase on i686 to confirm - the same crash occurs and
it is 100% repeatable.
To confirm, all you need to do is open konsole and cat a file or do something
to give you text to select and copy into kwrite. Then begin selecting text
(one or two words at a time) in konsole and then middle-mouse paste into line
1 of kwrite. Continue doing this until you get to the point where the line
will wrap on the next paste. When you paste the next selection that would
cause line 1 in kwrite to wrap - the crash will occur.
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-i686-crash.jpg
You will then have to 'terminate' kwrite by clicking the close button and wait
for the 'Terminate' or 'Keep Running' dialog to appear (or 'kill
$(pidof
kwrite)' in konsole)
Any ideas??
When this happens kwrite takes over 80% of CPU, so it looks
like something hit a loop and got stuck:
Here is the top output:
16307 david 20 0
45236 19m 15m R 86.9
2.6 1:10.09 kwrite
That's 86.9% of the CPU when kwrite hangs.
Same thing happens in kate. I'll open a new bug with BLOCKER
when I get back from lunch :( 
5:59 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 08:57 AM, David C. Rankin wrote:
> For the second attempt working with kwrite, I started it from konsole
so I
> could look at the kdDebug output. There was
nothing out of the
ordinary.
>
> These crashes have always been difficult for me to isolate. Can
anyone
> suggest a test that would help identify the
problem. Also, any
reports
confirming this behavior would be helpful.
I just rebuilt tdelibs/tdebase on i686 to confirm - the same crash it is 100% repeatable.
To confirm, all you need to do is open konsole and cat a file or do
something
to give you text to select and copy into kwrite.
Then begin selecting
text
(one or two words at a time) in konsole and then
middle-mouse paste
into line
1 of kwrite. Continue doing this until you get to
the point where the
line
will wrap on the next paste. When you paste the
next selection that
would
cause line 1 in kwrite to wrap - the crash will
occur.
See example:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kwrite-i686-crash.jpg
You will then have to 'terminate' kwrite by clicking the close button
and
wait
for the 'Terminate' or 'Keep
Running' dialog to appear (or 'kill
$(pidof
kwrite)' in konsole)
Any ideas??
When this happens kwrite takes over 80% of CPU, so it looks
like something hit a loop and got stuck:
Here is the top output:
16307 david 20 0
45236 19m 15m R 86.9
2.6 1:10.09 kwrite
That's 86.9% of the CPU when kwrite hangs.
Same thing happens in kate. I'll open a new bug with BLOCKER
when I get back from lunch :(
6:26 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 12:59 PM, Timothy Pearson wrote:
I would make absolutely certain that kwrite isn't
in D state (via 'ps
aux') or similar during the hang before filing a report. TDE applications
seem to be somewhat sensitive to swap and disk I/O in general in my
experience.
Other than that, the best thing you can do is use gdb to break into kwrite
while it is hung and generate a backtrace.
Tim
Not sure what D state is, but I can certainly test and see what is up.
Before hang:
david 12822 1.7 3.1 207448 23712 ? S 13:21 0:00 kwrite [tdeinit]
After hang:
david 12822 9.3 3.1 207912 23900 ? R 13:21 0:07 kwrite [tdeinit]
david 12822 66.2 3.1 207912 23900 ? R 13:21 2:32 kwrite [tdeinit]
and it just stays there.
Now, how do I "use gdb to break into kwrite"? Just a the command form you
want
like:
gdb what :)
--
David C. Rankin, J.D.,P.E.
6:32 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 01:26 PM, David C. Rankin wrote:
On 04/25/2012 12:59 PM, Timothy Pearson wrote:
got it -- now what (rebuild and don't strip :)
13:26 valkyrie:~> gdb --pid 12822
GNU gdb (GDB) 7.4
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 12822
Reading symbols from /opt/trinity/bin/tdeinit...(no debugging symbols found)...done.
Reading symbols from /opt/trinity/lib/libkparts.so.2...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkparts.so.2
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /opt/trinity/lib/libkio.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkio.so.4
Reading symbols from /opt/trinity/lib/libtdecore.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libtdecore.so.4
Reading symbols from /opt/tqt3/lib/libtqt-mt.so.3...(no debugging symbols
found)...done.
Loaded symbols for /opt/tqt3/lib/libtqt-mt.so.3
Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /usr/lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /opt/trinity/lib/libtdeui.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libtdeui.so.4
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libfontconfig.so.1
Reading symbols from /opt/trinity/lib/libtdesu.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libtdesu.so.4
Reading symbols from /lib/libutil.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /opt/trinity/lib/libkwalletclient.so.1...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/libkwalletclient.so.1
Reading symbols from /opt/trinity/lib/libDCOP.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libDCOP.so.4
Reading symbols from /opt/trinity/lib/libtdefx.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libtdefx.so.4
Reading symbols from /usr/lib/libtqt.so.4...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libtqt.so.4
Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXrender.so.1
Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libidn.so.11...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libidn.so.11
Reading symbols from /usr/lib/libXcomposite.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXcomposite.so.1
Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libICE.so.6
Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libSM.so.6
Reading symbols from /usr/lib/libudev.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libudev.so.0
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/ld-linux-x86-64.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux-x86-64.so.2
Reading symbols from /usr/lib/libart_lgpl_2.so.2...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libart_lgpl_2.so.2
Reading symbols from /usr/lib/libpq.so.5...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpq.so.5
Reading symbols from /usr/lib/libmysqlclient.so.18...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libmysqlclient.so.18
Reading symbols from /usr/lib/libXrandr.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXrandr.so.2
Reading symbols from /usr/lib/libXcursor.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXcursor.so.1
Reading symbols from /usr/lib/libXinerama.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libXinerama.so.1
Reading symbols from /usr/lib/libXft.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXft.so.2
Reading symbols from /usr/lib/libXext.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXext.so.6
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/libxcb.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libxcb.so.1
Reading symbols from /lib/libbz2.so.1.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from /usr/lib/libexpat.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libexpat.so.1
Reading symbols from /usr/lib/libuuid.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libuuid.so.1
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /usr/lib/libssl.so.1.0.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libssl.so.1.0.0
Reading symbols from /usr/lib/libcrypto.so.1.0.0...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libcrypto.so.1.0.0
Reading symbols from /usr/lib/libXfixes.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXfixes.so.3
Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /opt/trinity/lib/libkonq.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkonq.so.4
Reading symbols from /opt/trinity/lib/trinity/kwrite.so...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/trinity/kwrite.so
Reading symbols from /opt/trinity/lib/libtdeinit_kwrite.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/libtdeinit_kwrite.so
Reading symbols from /opt/trinity/lib/libkateinterfaces.so.0...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/libkateinterfaces.so.0
Reading symbols from /opt/trinity/lib/libkutils.so.1...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkutils.so.1
Reading symbols from /opt/trinity/lib/libkatepartinterfaces.so.0...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/libkatepartinterfaces.so.0
Reading symbols from /opt/trinity/lib/libktexteditor.so.0...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/libktexteditor.so.0
Reading symbols from /opt/trinity/lib/libkabc.so.1...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkabc.so.1
Reading symbols from /opt/trinity/lib/libvcard.so.0...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libvcard.so.0
Reading symbols from /opt/trinity/lib/libkresources.so.1...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkresources.so.1
Reading symbols from /opt/trinity/lib/trinity/plugins/styles/keramik.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/plugins/styles/keramik.so
Reading symbols from /opt/tqt3/plugins/imageformats/libqjpeg.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/imageformats/libqjpeg.so
Reading symbols from /usr/lib/libjpeg.so.8...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libjpeg.so.8
Reading symbols from /opt/tqt3/plugins/imageformats/libqmng.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/imageformats/libqmng.so
Reading symbols from /usr/lib/libmng.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmng.so.1
Reading symbols from /opt/tqt3/plugins/imageformats/libqpng.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/imageformats/libqpng.so
Reading symbols from /usr/lib/libpng15.so.15...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpng15.so.15
Reading symbols from /opt/trinity/lib/trinity/libkatepart.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/libkatepart.so
Reading symbols from /opt/trinity/lib/libkjs.so.1...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libkjs.so.1
Reading symbols from /opt/trinity/lib/libtdeprint.so.4...(no debugging symbols
found)...done.
Loaded symbols for /opt/trinity/lib/libtdeprint.so.4
Reading symbols from /usr/lib/libpcre.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpcre.so.1
Reading symbols from
/opt/trinity/lib/trinity/ktexteditor_docwordcompletion.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/ktexteditor_docwordcompletion.so
Reading symbols from /opt/trinity/lib/trinity/ktexteditor_insertfile.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/ktexteditor_insertfile.so
Reading symbols from /opt/trinity/lib/trinity/ktexteditor_kdatatool.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/ktexteditor_kdatatool.so
Reading symbols from /opt/trinity/lib/trinity/ktexteditor_isearch.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/trinity/lib/trinity/ktexteditor_isearch.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqimsw-multi.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqimsw-multi.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqimsw-none.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqimsw-none.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqsimple.so...(no
debugging symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqsimple.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqxim.so...(no debugging
symbols found)...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqxim.so
Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnss_files.so.2
0x00007fdf1c4bd135 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb)
--
David C. Rankin, J.D.,P.E.
I would make absolutely certain that kwrite
isn't in D state (via 'ps
aux') or similar during the hang before filing a report. TDE applications
seem to be somewhat sensitive to swap and disk I/O in general in my
experience.
Other than that, the best thing you can do is use gdb to break into kwrite
while it is hung and generate a backtrace.
Tim
Not sure what D state is, but I can certainly test and see what is up.
Before hang:
david 12822 1.7 3.1 207448 23712 ? S 13:21 0:00 kwrite [tdeinit]
After hang:
david 12822 9.3 3.1 207912 23900 ? R 13:21 0:07 kwrite [tdeinit]
david 12822 66.2 3.1 207912 23900 ? R 13:21 2:32 kwrite [tdeinit]
and it just stays there.
Now, how do I "use gdb to break into kwrite"? Just a the command form you
want
like:
gdb what :)
6:49 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 01:26 PM, David C. Rankin wrote:
Yep, that's correct. Once you get to the gdb> prompt enter 'bt' and press
<return>.
Tim
On 04/25/2012 12:59 PM, Timothy Pearson wrote:
got it -- now what (rebuild and don't strip :) I would make absolutely certain that kwrite
isn't in D state (via 'ps
aux') or similar during the hang before filing a report. TDE
applications
seem to be somewhat sensitive to swap and disk I/O in general in my
experience.
Other than that, the best thing you can do is use gdb to break into
kwrite
while it is hung and generate a backtrace.
Tim
Not sure what D state is, but I can certainly test and see what is up.
Before hang:
david 12822 1.7 3.1 207448 23712 ? S 13:21 0:00 kwrite
[tdeinit]
After hang:
david 12822 9.3 3.1 207912 23900 ? R 13:21 0:07 kwrite
[tdeinit]
david 12822 66.2 3.1 207912 23900 ? R 13:21 2:32 kwrite
[tdeinit]
and it just stays there.
Now, how do I "use gdb to break into kwrite"? Just a the command form
you want
like:
gdb what :)
7:16 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 01:49 PM, Timothy Pearson wrote:
OK,
0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0xb51d1d97 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0xb51d31ae in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x08515838 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Huh?
Do I need to rebuild without 'strip' to help?
--
David C. Rankin, J.D.,P.E.
got it -- now
what (rebuild and don't strip :)
Yep, that's correct. Once you get to the
gdb> prompt enter 'bt' and press
<return>.
Tim
8:52 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 01:49 PM, Timothy Pearson wrote:
OK,
0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0xb51d1d97 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0xb51d31ae in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x08515838 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Huh?
Do I need to rebuild without 'strip' to help?
--
David C. Rankin, J.D.,P.E.
Possibly. Also, if no one else is seeing this problem, I wonder if it is
unique to your system/distribution. We'll need a complete backtrace with
line numbers to know for sure. :-)
Tim
got it --
now what (rebuild and don't strip :)
Yep, that's correct. Once you get to
the gdb> prompt enter 'bt' and
press
<return>.
Tim
10:11 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 03:52 PM, Timothy Pearson wrote:
Ain't I just the luck one again :)
Here is the backtrace from the x86_64 box. It contains a bit more. The last was
from i686. I'm currently rebuilding preserving the symbols, etc.. Let me know if
this helps. It looks like both blew up on KateRenderer::textWidth:
0x00007fdf1c4bd135 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007fdf1c4bd135 in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&, unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0x00007fdf1c49e674 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0x00007fdf1c49fb32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007fdf1c4a14c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007fdf1c4a4d25 in KateViewInternal::makeVisible(KateTextCursor const&,
unsigned int, bool, bool, bool) () from /opt/trinity/lib/trinity/libkatepart.so
#5 0x00007fdf1c4a5352 in KateViewInternal::updateCursor(KateTextCursor const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#6 0x00007fdf1c4a94c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#7 0x00007fdf1c445ef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#8 0x00007fdf1c43ff5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007fdf1c477a53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#10 0x00007fdf1c4a7102 in KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#11 0x00007fdf254094b3 in TQWidget::event(TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#12 0x00007fdf2538df2d in TQApplication::internalNotify(TQObject*, TQEvent*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#13 0x00007fdf2538e355 in TQApplication::notify(TQObject*, TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#14 0x00007fdf25bab8c4 in KApplication::notify(TQObject*, TQEvent*) () from
/opt/trinity/lib/libtdecore.so.4
#15 0x00007fdf2533b076 in TQETWidget::translateMouseEvent(_XEvent const*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#16 0x00007fdf25339c58 in TQApplication::x11ProcessEvent(_XEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#17 0x00007fdf253484a4 in TQEventLoop::processEvents(unsigned int) () from
/opt/tqt3/lib/libtqt-mt.so.3
#18 0x00007fdf2539f549 in TQEventLoop::enterLoop() () from
/opt/tqt3/lib/libtqt-mt.so.3
#19 0x00007fdf2539f4d2 in TQEventLoop::exec() () from /opt/tqt3/lib/libtqt-mt.so.3
#20 0x00007fdf1e8393a8 in kdemain () from /opt/trinity/lib/libtdeinit_kwrite.so
#21 0x00007fdf1ea438c0 in tdeinitmain () from /opt/trinity/lib/trinity/kwrite.so
#22 0x00000000004094ee in ?? ()
#23 0x000000000040a5ee in ?? ()
#24 0x000000000040abda in ?? ()
#25 0x0000000000406b26 in main ()
How do I make it spit out line numbers?
--
David C. Rankin, J.D.,P.E.
On 04/25/2012
01:49 PM, Timothy Pearson wrote:
OK,
0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0xb51d1d97 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0xb51d31ae in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x08515838 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Huh?
Do I need to rebuild without 'strip' to help?
Possibly. Also, if no one else is seeing this problem, I wonder if it is
unique to your system/distribution. We'll need a complete backtrace with
line numbers to know for sure. :-)
Tim got it --
now what (rebuild and don't strip :)
Yep, that's correct. Once you get to
the gdb> prompt enter 'bt' and
press
<return>.
Tim
10:35 p.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 03:52 PM, Timothy Pearson wrote:
Ain't I just the luck one again :)
Here is the backtrace from the x86_64 box. It contains a bit more. The
last was
from i686. I'm currently rebuilding preserving the symbols, etc.. Let me
know if
this helps. It looks like both blew up on KateRenderer::textWidth:
0x00007fdf1c4bd135 in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007fdf1c4bd135 in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&, unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0x00007fdf1c49e674 in KateViewInternal::range(int, KateLineRange
const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0x00007fdf1c49fb32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007fdf1c4a14c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007fdf1c4a4d25 in KateViewInternal::makeVisible(KateTextCursor
const&,
unsigned int, bool, bool, bool) () from
/opt/trinity/lib/trinity/libkatepart.so
#5 0x00007fdf1c4a5352 in KateViewInternal::updateCursor(KateTextCursor
const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#6 0x00007fdf1c4a94c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#7 0x00007fdf1c445ef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#8 0x00007fdf1c43ff5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007fdf1c477a53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#10 0x00007fdf1c4a7102 in
KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#11 0x00007fdf254094b3 in TQWidget::event(TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#12 0x00007fdf2538df2d in TQApplication::internalNotify(TQObject*,
TQEvent*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#13 0x00007fdf2538e355 in TQApplication::notify(TQObject*, TQEvent*) ()
from
/opt/tqt3/lib/libtqt-mt.so.3
#14 0x00007fdf25bab8c4 in KApplication::notify(TQObject*, TQEvent*) ()
from
/opt/trinity/lib/libtdecore.so.4
#15 0x00007fdf2533b076 in TQETWidget::translateMouseEvent(_XEvent const*)
()
from /opt/tqt3/lib/libtqt-mt.so.3
#16 0x00007fdf25339c58 in TQApplication::x11ProcessEvent(_XEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#17 0x00007fdf253484a4 in TQEventLoop::processEvents(unsigned int) () from
/opt/tqt3/lib/libtqt-mt.so.3
#18 0x00007fdf2539f549 in TQEventLoop::enterLoop() () from
/opt/tqt3/lib/libtqt-mt.so.3
#19 0x00007fdf2539f4d2 in TQEventLoop::exec() () from
/opt/tqt3/lib/libtqt-mt.so.3
#20 0x00007fdf1e8393a8 in kdemain () from
/opt/trinity/lib/libtdeinit_kwrite.so
#21 0x00007fdf1ea438c0 in tdeinitmain () from
/opt/trinity/lib/trinity/kwrite.so
#22 0x00000000004094ee in ?? ()
#23 0x000000000040a5ee in ?? ()
#24 0x000000000040abda in ?? ()
#25 0x0000000000406b26 in main ()
How do I make it spit out line numbers?
By providing libraries with the symbols intact.
Tim
On
04/25/2012 01:49 PM, Timothy Pearson wrote:
Possibly. Also, if no one else is seeing this problem, I wonder if it
is
unique to your system/distribution. We'll need a complete backtrace
with
line numbers to know for sure. :-)
Tim > got it -- now what (rebuild and don't
strip :)
Yep, that's correct. Once you get to the gdb> prompt enter 'bt' and
press
<return>.
Tim
OK,
0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine> const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0xb51f4363 in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&,
unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0xb51d1d97 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0xb51d31ae in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x08515838 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Huh?
Do I need to rebuild without 'strip' to help?
26 Apr
26 Apr
2:34 a.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 05:35 PM, Timothy Pearson wrote:
OK,
I rebuild without stripping and I'm still not getting line numbers, but I may
have got something more useful. I still suspect something related to paste of
the select buffer. Simply opening a file with lines long enough to wrap will not
cause a crash automatically. I had multiple files open in kate for a couple of
minutes, long enough to start picking through the settings and the help file
before it locked. Then pasting words until it started to wrap the line was all
it took.
I was really surprised by the whole system freeze. I am putting together a
list of files that had been updated since 4/1 to see if there is anything that
looks suspect. If it was a new update that caused problems, it would have to
have been very recently. I didn't get line numbers in gdb. I simply rebuilt
tdelibs and tdebase -- I guess tqt3 and tqt-interface symbols will be required.
Anyway, here is what I was able to get:
Konsole Output:
<snip>
kio (KDirWatch): KDirWatchPrivate::removeEntry for '/home/david/Documents'
sub_entry: (nil)
kio (KDirWatch): inotify remove true true
kio (KDirWatch): Cancelled INotify (fd 11, 7) for /home/david/Documents
kio (KDirWatch): Removed Dir /home/david/Documents [KDirWatch-2]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
kio (KDirWatch): Added File /home/david/Documents/pacman.log [KDirWatch-1]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): search for config file in path: /home/david/Documents
Kate (Document): search for config file in path: /home/david
Kate (Document): search for config file in path: /home
Kate (Document): search for config file in path: /
Kate (Document): OPEN USES ENCODING: ISO 8859-1
Kate (Document): A BLOCK LOADED WITH LINES: 1752
Kate (Document): LOADING DONE
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -51 not found
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -52 not found
kio (KDirWatch): ev wd: 7 mask 32768 path:
after rebuild without strip:
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqxim.so
0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0x00007ff4ab8431ba in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&, unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#2 0x00007ff4ab824674 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007ff4ab825b32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007ff4ab8274c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#5 0x00007ff4ab82ad25 in KateViewInternal::makeVisible(KateTextCursor const&,
unsigned int, bool, bool, bool) () from /opt/trinity/lib/trinity/libkatepart.so
#6 0x00007ff4ab82b352 in KateViewInternal::updateCursor(KateTextCursor const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#7 0x00007ff4ab82f4c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#8 0x00007ff4ab7cbef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007ff4ab7c5f5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#10 0x00007ff4ab7fda53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#11 0x00007ff4ab82d102 in KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#12 0x00007ff4b3a854b3 in TQWidget::event(TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#13 0x00007ff4b3a09f2d in TQApplication::internalNotify(TQObject*, TQEvent*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#14 0x00007ff4b3a0a355 in TQApplication::notify(TQObject*, TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#15 0x00007ff4b42278c4 in KApplication::notify(TQObject*, TQEvent*) () from
/opt/trinity/lib/libtdecore.so.4
#16 0x00007ff4b39b7076 in TQETWidget::translateMouseEvent(_XEvent const*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#17 0x00007ff4b39b5c58 in TQApplication::x11ProcessEvent(_XEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#18 0x00007ff4b39c44a4 in TQEventLoop::processEvents(unsigned int) () from
/opt/tqt3/lib/libtqt-mt.so.3
#19 0x00007ff4b3a1b549 in TQEventLoop::enterLoop() () from
/opt/tqt3/lib/libtqt-mt.so.3
#20 0x00007ff4b3a1b4d2 in TQEventLoop::exec() () from /opt/tqt3/lib/libtqt-mt.so.3
#21 0x00007ff4acea6cf6 in kdemain () from /opt/trinity/lib/libtdeinit_kate.so
#22 0x00007ff4ad0ac860 in tdeinitmain () from /opt/trinity/lib/trinity/kate.so
#23 0x00000000004094ee in launch(int, char const*, char const*, char const*,
int, char const*, bool, char const*, bool, char const*) ()
#24 0x000000000040a5ee in handle_launcher_request(int) ()
#25 0x000000000040abda in handle_requests(int) ()
#26 0x0000000000406b26 in main ()
Do I need to also go rebuild tqt3 and tqt-interface in order to preserve the
line numbers?
--
David C. Rankin, J.D.,P.E.
> On 04/25/2012 03:52 PM, Timothy Pearson wrote:
>>> On 04/25/2012 01:49 PM, Timothy Pearson wrote:
>>>>> got it -- now what (rebuild and don't strip :)
>>>> Yep, that's correct. Once you get to the gdb> prompt enter
'bt' and
>>>> press
>>>> <return>.
>>>>
<snip>
How do I make it spit out line numbers?
By providing libraries with the symbols intact.
Tim
3:39 a.m.
New subject: [trinity-devel] New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 05:35 PM, Timothy Pearson wrote:
OK,
I rebuild without stripping and I'm still not getting line numbers, but
I may
have got something more useful. I still suspect something related to paste
of
the select buffer. Simply opening a file with lines long enough to wrap
will not
cause a crash automatically. I had multiple files open in kate for a
couple of
minutes, long enough to start picking through the settings and the help
file
before it locked. Then pasting words until it started to wrap the line was
all
it took.
I was really surprised by the whole system freeze. I am putting together
a
list of files that had been updated since 4/1 to see if there is anything
that
looks suspect. If it was a new update that caused problems, it would have
to
have been very recently. I didn't get line numbers in gdb. I simply
rebuilt
tdelibs and tdebase -- I guess tqt3 and tqt-interface symbols will be
required.
Anyway, here is what I was able to get:
Konsole Output:
<snip>
kio (KDirWatch): KDirWatchPrivate::removeEntry for '/home/david/Documents'
sub_entry: (nil)
kio (KDirWatch): inotify remove true true
kio (KDirWatch): Cancelled INotify (fd 11, 7) for /home/david/Documents
kio (KDirWatch): Removed Dir /home/david/Documents [KDirWatch-2]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
kio (KDirWatch): Added File /home/david/Documents/pacman.log [KDirWatch-1]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): search for config file in path: /home/david/Documents
Kate (Document): search for config file in path: /home/david
Kate (Document): search for config file in path: /home
Kate (Document): search for config file in path: /
Kate (Document): OPEN USES ENCODING: ISO 8859-1
Kate (Document): A BLOCK LOADED WITH LINES: 1752
Kate (Document): LOADING DONE
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -51 not found
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -52 not found
kio (KDirWatch): ev wd: 7 mask 32768 path:
after rebuild without strip:
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqxim.so
0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0x00007ff4ab8431ba in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&, unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#2 0x00007ff4ab824674 in KateViewInternal::range(int, KateLineRange
const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007ff4ab825b32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007ff4ab8274c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#5 0x00007ff4ab82ad25 in KateViewInternal::makeVisible(KateTextCursor
const&,
unsigned int, bool, bool, bool) () from
/opt/trinity/lib/trinity/libkatepart.so
#6 0x00007ff4ab82b352 in KateViewInternal::updateCursor(KateTextCursor
const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#7 0x00007ff4ab82f4c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#8 0x00007ff4ab7cbef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007ff4ab7c5f5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#10 0x00007ff4ab7fda53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#11 0x00007ff4ab82d102 in
KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#12 0x00007ff4b3a854b3 in TQWidget::event(TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#13 0x00007ff4b3a09f2d in TQApplication::internalNotify(TQObject*,
TQEvent*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#14 0x00007ff4b3a0a355 in TQApplication::notify(TQObject*, TQEvent*) ()
from
/opt/tqt3/lib/libtqt-mt.so.3
#15 0x00007ff4b42278c4 in KApplication::notify(TQObject*, TQEvent*) ()
from
/opt/trinity/lib/libtdecore.so.4
#16 0x00007ff4b39b7076 in TQETWidget::translateMouseEvent(_XEvent const*)
()
from /opt/tqt3/lib/libtqt-mt.so.3
#17 0x00007ff4b39b5c58 in TQApplication::x11ProcessEvent(_XEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#18 0x00007ff4b39c44a4 in TQEventLoop::processEvents(unsigned int) () from
/opt/tqt3/lib/libtqt-mt.so.3
#19 0x00007ff4b3a1b549 in TQEventLoop::enterLoop() () from
/opt/tqt3/lib/libtqt-mt.so.3
#20 0x00007ff4b3a1b4d2 in TQEventLoop::exec() () from
/opt/tqt3/lib/libtqt-mt.so.3
#21 0x00007ff4acea6cf6 in kdemain () from
/opt/trinity/lib/libtdeinit_kate.so
#22 0x00007ff4ad0ac860 in tdeinitmain () from
/opt/trinity/lib/trinity/kate.so
#23 0x00000000004094ee in launch(int, char const*, char const*, char
const*,
int, char const*, bool, char const*, bool, char const*) ()
#24 0x000000000040a5ee in handle_launcher_request(int) ()
#25 0x000000000040abda in handle_requests(int) ()
#26 0x0000000000406b26 in main ()
Do I need to also go rebuild tqt3 and tqt-interface in order to
preserve the
line numbers?
Yes. If the problem ends up within TQt3 then I would suspect an X11 problem.
Tim
> On 04/25/2012 03:52 PM, Timothy Pearson
wrote:
>>> On 04/25/2012 01:49 PM, Timothy Pearson wrote:
>>>>> got it -- now what (rebuild and don't strip :)
>>>> Yep, that's correct. Once you get to the gdb> prompt enter
'bt'
>>>> and
>>>> press
>>>> <return>.
>>>>
<snip>
How do I make it spit out line numbers?
By providing libraries with the symbols intact.
Tim
4:08 a.m.
On 04/25/2012 11:39 PM, Timothy Pearson wrote:
Err but if you're having problem getting line numbers, you should enable
debugging with cmake flags. -DCMAKE_BUILD_TYPE i think it is and set it
to equal DEBUG. that works for me at least.
Cal
On 04/25/2012
05:35 PM, Timothy Pearson wrote:
OK,
I rebuild without stripping and I'm still not getting line numbers, but
I may
have got something more useful. I still suspect something related to paste
of
the select buffer. Simply opening a file with lines long enough to wrap
will not
cause a crash automatically. I had multiple files open in kate for a
couple of
minutes, long enough to start picking through the settings and the help
file
before it locked. Then pasting words until it started to wrap the line was
all
it took.
I was really surprised by the whole system freeze. I am putting together
a
list of files that had been updated since 4/1 to see if there is anything
that
looks suspect. If it was a new update that caused problems, it would have
to
have been very recently. I didn't get line numbers in gdb. I simply
rebuilt
tdelibs and tdebase -- I guess tqt3 and tqt-interface symbols will be
required.
Anyway, here is what I was able to get:
Konsole Output:
<snip>
kio (KDirWatch): KDirWatchPrivate::removeEntry for '/home/david/Documents'
sub_entry: (nil)
kio (KDirWatch): inotify remove true true
kio (KDirWatch): Cancelled INotify (fd 11, 7) for /home/david/Documents
kio (KDirWatch): Removed Dir /home/david/Documents [KDirWatch-2]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
kio (KDirWatch): Added File /home/david/Documents/pacman.log [KDirWatch-1]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): search for config file in path: /home/david/Documents
Kate (Document): search for config file in path: /home/david
Kate (Document): search for config file in path: /home
Kate (Document): search for config file in path: /
Kate (Document): OPEN USES ENCODING: ISO 8859-1
Kate (Document): A BLOCK LOADED WITH LINES: 1752
Kate (Document): LOADING DONE
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
Kate (Document): [int KateFileTypeManager::fileType(KateDocument*)]
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -51 not found
tdeui (KToolBar): isearchToolBar KToolBar::removeItem item -52 not found
kio (KDirWatch): ev wd: 7 mask 32768 path:
after rebuild without strip:
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqxim.so
0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007ff4ab7916d0 in TQFontMetrics::charWidth () from
/opt/trinity/lib/trinity/libkatepart.so
#1 0x00007ff4ab8431ba in KateRenderer::textWidth(KSharedPtr<KateTextLine>
const&, unsigned int, unsigned int, bool*, int*) () from
/opt/trinity/lib/trinity/libkatepart.so
#2 0x00007ff4ab824674 in KateViewInternal::range(int, KateLineRange
const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007ff4ab825b32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007ff4ab8274c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#5 0x00007ff4ab82ad25 in KateViewInternal::makeVisible(KateTextCursor
const&,
unsigned int, bool, bool, bool) () from
/opt/trinity/lib/trinity/libkatepart.so
#6 0x00007ff4ab82b352 in KateViewInternal::updateCursor(KateTextCursor
const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#7 0x00007ff4ab82f4c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#8 0x00007ff4ab7cbef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007ff4ab7c5f5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#10 0x00007ff4ab7fda53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#11 0x00007ff4ab82d102 in
KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#12 0x00007ff4b3a854b3 in TQWidget::event(TQEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#13 0x00007ff4b3a09f2d in TQApplication::internalNotify(TQObject*,
TQEvent*) ()
from /opt/tqt3/lib/libtqt-mt.so.3
#14 0x00007ff4b3a0a355 in TQApplication::notify(TQObject*, TQEvent*) ()
from
/opt/tqt3/lib/libtqt-mt.so.3
#15 0x00007ff4b42278c4 in KApplication::notify(TQObject*, TQEvent*) ()
from
/opt/trinity/lib/libtdecore.so.4
#16 0x00007ff4b39b7076 in TQETWidget::translateMouseEvent(_XEvent const*)
()
from /opt/tqt3/lib/libtqt-mt.so.3
#17 0x00007ff4b39b5c58 in TQApplication::x11ProcessEvent(_XEvent*) () from
/opt/tqt3/lib/libtqt-mt.so.3
#18 0x00007ff4b39c44a4 in TQEventLoop::processEvents(unsigned int) () from
/opt/tqt3/lib/libtqt-mt.so.3
#19 0x00007ff4b3a1b549 in TQEventLoop::enterLoop() () from
/opt/tqt3/lib/libtqt-mt.so.3
#20 0x00007ff4b3a1b4d2 in TQEventLoop::exec() () from
/opt/tqt3/lib/libtqt-mt.so.3
#21 0x00007ff4acea6cf6 in kdemain () from
/opt/trinity/lib/libtdeinit_kate.so
#22 0x00007ff4ad0ac860 in tdeinitmain () from
/opt/trinity/lib/trinity/kate.so
#23 0x00000000004094ee in launch(int, char const*, char const*, char
const*,
int, char const*, bool, char const*, bool, char const*) ()
#24 0x000000000040a5ee in handle_launcher_request(int) ()
#25 0x000000000040abda in handle_requests(int) ()
#26 0x0000000000406b26 in main ()
Do I need to also go rebuild tqt3 and tqt-interface in order to
preserve the
line numbers?
Yes. If the problem ends up within TQt3 then I would suspect an X11 problem.
Tim
> On 04/25/2012 03:52 PM, Timothy Pearson
wrote:
>>> On 04/25/2012 01:49 PM, Timothy Pearson wrote:
>>>>> got it -- now what (rebuild and don't strip :)
>>>> Yep, that's correct. Once you get to the gdb> prompt enter
'bt'
>>>> and
>>>> press
>>>> <return>.
>>>>
<snip>
How do I make it spit out line numbers?
By providing libraries with the symbols intact.
Tim
6:01 a.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 11:08 PM, Calvin Morrison wrote:
Err but if you're having problem getting line
numbers, you should enable
debugging with cmake flags. -DCMAKE_BUILD_TYPE i think it is and set it to equal
DEBUG. that works for me at least.
Crud, I forgot all about that. I'll check. The x updates make sense. If fonts
are rendering differently then some possible buffer overrun... Who knows, but I
can't explain the hang causing kwrite CPU use to spike to nearly 90%. That
little app?
To build with debug symbols, you need the following:
tqt3:
options=('libtool' '!emptydirs' '!strip')
msg "Starting configure..."
./configure \
-prefix ${_prefix} \
-debug \
<snip>
tqt-interface:
options=('libtool' '!emptydirs' '!strip')
msg "Starting cmake..."
cmake "../tqtinterface" \
-DCMAKE_INSTALL_PREFIX=${_prefix} \
-DCMAKE_BUILD_TYPE=Debug \
<snip>
tdelibs:
options=('libtool' '!makeflags' '!strip')
msg "Starting cmake..."
cmake ${srcdir}/tdelibs \
-DCMAKE_INSTALL_PREFIX=${TDEDIR} \
-DCMAKE_VERBOSE_MAKEFILE=ON \
-DCMAKE_BUILD_TYPE=Debug \
<snip>
tdebase:
<same as tdelibs>
Will report more in the am....
--
David C. Rankin, J.D.,P.E.
6:20 a.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/25/2012 11:08 PM, Calvin Morrison wrote:
Could be an Xorg glitch, an ABI problem in Xorg, or an indication of a
more serious problem in TDE. If you continue to experience problems after
rebuilding and reinstalling tqt3 a bug report will need to be filed with
detailed Xorg information from your system.
Tim
Err but if you're having problem getting line
numbers, you should enable
debugging with cmake flags. -DCMAKE_BUILD_TYPE i think it is and set it
to equal
DEBUG. that works for me at least.
Crud, I forgot all about that. I'll check. The x updates make sense. If
fonts
are rendering differently then some possible buffer overrun... Who knows,
but I
can't explain the hang causing kwrite CPU use to spike to nearly 90%. That
little app?
1:01 p.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/26/2012 01:20 AM, Timothy Pearson wrote:
OK,
We are making progress. I did get some debugging line number from qt3, but it
looks like I will have to rebuild tdelibs/tdebase again with more debug flags:
Reading symbols from /usr/lib/libpng15.so.15...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpng15.so.15
Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /opt/tqt3/plugins/inputmethods/libqimsw-multi.so...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqimsw-multi.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqimsw-none.so...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqimsw-none.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqsimple.so...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqsimple.so
Reading symbols from /opt/tqt3/plugins/inputmethods/libqxim.so...done.
Loaded symbols for /opt/tqt3/plugins/inputmethods/libqxim.so
0x00007f236baffba8 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
(gdb) bt
#0 0x00007f236baffba8 in KateViewInternal::range(int, KateLineRange const*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#1 0x00007f236bb00b32 in KateViewInternal::range(unsigned int, int) ()
from /opt/trinity/lib/trinity/libkatepart.so
#2 0x00007f236bb024c9 in KateViewInternal::viewLineOffset(KateTextCursor
const&, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#3 0x00007f236bb05d25 in KateViewInternal::makeVisible(KateTextCursor const&,
unsigned int, bool, bool, bool) () from /opt/trinity/lib/trinity/libkatepart.so
#4 0x00007f236bb06352 in KateViewInternal::updateCursor(KateTextCursor const&,
bool, bool, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#5 0x00007f236bb0a4c0 in KateViewInternal::editEnd(int, int, bool) ()
from /opt/trinity/lib/trinity/libkatepart.so
#6 0x00007f236baa6ef0 in KateDocument::editEnd() () from
/opt/trinity/lib/trinity/libkatepart.so
#7 0x00007f236baa0f5b in KateDocument::paste(KateView*) () from
/opt/trinity/lib/trinity/libkatepart.so
#8 0x00007f236bad8a53 in KateView::paste() () from
/opt/trinity/lib/trinity/libkatepart.so
#9 0x00007f236bb08102 in KateViewInternal::mouseReleaseEvent(TQMouseEvent*) ()
from /opt/trinity/lib/trinity/libkatepart.so
#10 0x00007f2371866343 in TQWidget::event (this=0x1dc9490, e=0x7fff4a9f7740) at
kernel/qwidget.cpp:4725
#11 0x00007f23717d0559 in TQApplication::internalNotify (this=0x7fff4a9f7fe0,
receiver=0x1dc9490,
e=0x7fff4a9f7740) at kernel/qapplication.cpp:2638
#12 0x00007f23717cfbe3 in TQApplication::notify (this=0x7fff4a9f7fe0,
receiver=0x1dc9490, e=0x7fff4a9f7740)
at kernel/qapplication.cpp:2424
#13 0x00007f23727998c4 in KApplication::notify(TQObject*, TQEvent*) () from
/opt/trinity/lib/libtdecore.so.4
#14 0x00007f23717626b3 in TQApplication::sendSpontaneousEvent
(receiver=0x1dc9490, event=0x7fff4a9f7740)
at kernel/ntqapplication.h:526
#15 0x00007f237175bf53 in TQETWidget::translateMouseEvent (this=0x1dc9490,
event=0x7fff4a9f7c50)
at kernel/qapplication_x11.cpp:4380
#16 0x00007f2371759871 in TQApplication::x11ProcessEvent (this=0x7fff4a9f7fe0,
event=0x7fff4a9f7c50)
at kernel/qapplication_x11.cpp:3557
#17 0x00007f2371774c44 in TQEventLoop::processEvents (this=0x157c780, flags=4)
at kernel/qeventloop_x11.cpp:195
#18 0x00007f23717e3818 in TQEventLoop::enterLoop (this=0x157c780) at
kernel/qeventloop.cpp:201
#19 0x00007f23717e36e9 in TQEventLoop::exec (this=0x157c780) at
kernel/qeventloop.cpp:148
#20 0x00007f23717d0689 in TQApplication::exec (this=0x7fff4a9f7fe0) at
kernel/qapplication.cpp:2761
#21 0x00007f2374f3acf6 in kdemain () from /opt/trinity/lib/libtdeinit_kate.so
#22 0x000000000040082c in main ()
(gdb)
I'll open a bug report shortly :)
--
David C. Rankin, J.D.,P.E.
On 04/25/2012
11:08 PM, Calvin Morrison wrote:
Could be an Xorg glitch, an ABI problem in Xorg, or an indication of a
more serious problem in TDE. If you continue to experience problems after
rebuilding and reinstalling tqt3 a bug report will need to be filed with
detailed Xorg information from your system.
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Err but if you're having problem getting line
numbers, you should enable
debugging with cmake flags. -DCMAKE_BUILD_TYPE i think it is and set it
to equal
DEBUG. that works for me at least.
Crud, I forgot all about that. I'll check. The x updates make sense. If
fonts
are rendering differently then some possible buffer overrun... Who knows,
but I
can't explain the hang causing kwrite CPU use to spike to nearly 90%. That
little app?
4:13 p.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/26/2012 08:01 AM, David C. Rankin wrote:
I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface, tdelibs,
tdebase. It looks like with will have to do this again on x86_64, the i686
backtrace seems to stop early. However, it does have line numbers for
everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800, str=..., pos=79)
at kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false, col=79,
text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized out>)
at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=..., startcol=0,
maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170, realLine=0,
previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170, realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#6 0x09322170 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash (X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't tell if
this is enough of a backtrace to provide you with the needed info. Let me know
what else you need. Thanks!
--
David C. Rankin, J.D.,P.E.
4:26 p.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On 04/26/2012 11:13 AM, David C. Rankin wrote:
On 04/26/2012 08:01 AM, David C. Rankin wrote:
Tim,
This is much worse than we thought. It effects EVERYTHING! Even simply
trying to view a text file in konqueror file management (kate preview) will
lock konqueror. Here is that backtrace too:
(gdb) bt
#0 0xb777f416 in __kernel_vsyscall ()
#1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
#2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
at /build/src/tdelibs/kio/kio/slavebase.cpp:286
#3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
/build/src/tdelibs/kioslave/file/file.cc:128
#4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file", args=0xbfae1784
"\300\216\367\266",
cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
avoid_loops=false,
startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
/build/src/tdelibs/kinit/kinit.cpp:673
#5 0x0805148c in handle_launcher_request (sock=<optimized out>, sock@entry=-1)
at /build/src/tdelibs/kinit/kinit.cpp:1240
#6 0x08051a0a in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#7 0x0804d775 in main (argc=5, argv=0xbfae1d54, envp=0xbfae1d6c)
at /build/src/tdelibs/kinit/kinit.cpp:1908
Bummer... Think about what other tests I can do that might disclose exactly
what it going south...
--
David C. Rankin, J.D.,P.E.
I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface, tdelibs,
tdebase. It looks like with will have to do this again on x86_64, the i686
backtrace seems to stop early. However, it does have line numbers for
everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800, str=..., pos=79) at
kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false, col=79,
text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized out>)
at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=..., startcol=0,
maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170, realLine=0,
previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170, realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#6 0x09322170 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash (X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't tell if this
is enough of a backtrace to provide you with the needed info. Let me know what
else you need. Thanks!
4:37 p.m.
New subject: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase
On Thu, 26 Apr 2012 11:26:08 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
On 04/26/2012 11:13 AM, David C. Rankin wrote:
In my glibc-2.11 binary the objdump output tells me that
___newselect_nocancel() always does a syscall (you can recognise them
by the "int $0x80" instruction), so you should be able to retrieve the
parameters with strace.
On 04/26/2012 08:01 AM, David C. Rankin wrote:
Tim,
This is much worse than we thought. It effects EVERYTHING! Even
simply trying to view a text file in konqueror file management (kate
preview) will lock konqueror. Here is that backtrace too:
(gdb) bt
#0 0xb777f416 in __kernel_vsyscall ()
#1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
#2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
at /build/src/tdelibs/kio/kio/slavebase.cpp:286
#3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
/build/src/tdelibs/kioslave/file/file.cc:128
#4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file",
args=0xbfae1784 "\300\216\367\266",
cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
avoid_loops=false,
startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
/build/src/tdelibs/kinit/kinit.cpp:673
#5 0x0805148c in handle_launcher_request (sock=<optimized out>,
sock@entry=-1) at /build/src/tdelibs/kinit/kinit.cpp:1240
#6 0x08051a0a in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#7 0x0804d775 in main (argc=5, argv=0xbfae1d54, envp=0xbfae1d6c)
at /build/src/tdelibs/kinit/kinit.cpp:1908
Bummer... Think about what other tests I can do that might
disclose exactly what it going south... I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface,
tdelibs, tdebase. It looks like with will have to do this again on
x86_64, the i686 backtrace seems to stop early. However, it does
have line numbers for everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800, str=...,
pos=79) at kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false,
col=79, text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized
out>) at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=...,
startcol=0, maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170,
realLine=0, previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170,
realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418 #6
0x09322170 in ?? () Backtrace stopped: previous frame inner to this
frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash
(X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't
tell if this is enough of a backtrace to provide you with the
needed info. Let me know what else you need. Thanks!
27 Apr
27 Apr
6:04 p.m.
New subject: FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/26/2012 11:37 AM, /dev/ammo42 wrote:
On Thu, 26 Apr 2012 11:26:08 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
OK dev/ammo42,
I'll try strace once I figure out how. Tim, in the mean time, I have rebuilt
all the x86_64 packages and I have captured a full debug of the issue with gdb.
Here is it:
#0 KateViewInternal::range (this=this@entry=0xfa2480, realLine=realLine@entry=0,
previous=previous@entry=0x0) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1353
#1 0x00007f02d150bb32 in KateViewInternal::range (this=this@entry=0xfa2480,
realLine=0,
viewLine=viewLine@entry=1) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#2 0x00007f02d150d4c9 in KateViewInternal::viewLineOffset
(this=this@entry=0xfa2480, virtualCursor=...,
offset=0, keepX=keepX@entry=false) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1578
#3 0x00007f02d1510d25 in KateViewInternal::makeVisible
(this=this@entry=0xfa2480, c=..., endCol=95,
force=force@entry=false, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:781
#4 0x00007f02d1511352 in KateViewInternal::updateCursor
(this=this@entry=0xfa2480, newCursor=...,
force=force@entry=true, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2204
#5 0x00007f02d15154c0 in KateViewInternal::editEnd (this=0xfa2480,
editTagLineStart=0,
editTagLineEnd=<optimized out>, tagFrom=<optimized out>)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:3385
#6 0x00007f02d14b1ef0 in KateDocument::editEnd (this=0x1509200)
at /build/src/tdelibs/kate/part/katedocument.cpp:1032
#7 0x00007f02d14abf5b in KateDocument::paste (this=0x1509200, view=0x1585290)
at /build/src/tdelibs/kate/part/katedocument.cpp:3249
#8 0x00007f02d14e3a53 in KateView::paste (this=0x1585290) at
/build/src/tdelibs/kate/part/kateview.cpp:1597
#9 0x00007f02d1513102 in KateViewInternal::mouseReleaseEvent (this=0xfa2480,
e=0x7fff3a72d260)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2965
#10 0x00007f02d984c343 in TQWidget::event (this=0xfa2480, e=0x7fff3a72d260) at
kernel/qwidget.cpp:4725
#11 0x00007f02d97b6559 in TQApplication::internalNotify (this=0x7fff3a72db00,
receiver=0xfa2480,
e=0x7fff3a72d260) at kernel/qapplication.cpp:2638
#12 0x00007f02d97b5be3 in TQApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, e=0x7fff3a72d260)
at kernel/qapplication.cpp:2424
#13 0x00007f02da10d8c4 in KApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, event=0x7fff3a72d260)
at /build/src/tdelibs/tdecore/kapplication.cpp:583
#14 0x00007f02d97486b3 in TQApplication::sendSpontaneousEvent
(receiver=0xfa2480, event=0x7fff3a72d260)
at kernel/ntqapplication.h:526
#15 0x00007f02d9741f53 in TQETWidget::translateMouseEvent (this=0xfa2480,
event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:4380
#16 0x00007f02d973f871 in TQApplication::x11ProcessEvent (this=0x7fff3a72db00,
event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:3557
#17 0x00007f02d975ac44 in TQEventLoop::processEvents (this=0xd2d3a0, flags=4)
at kernel/qeventloop_x11.cpp:195
#18 0x00007f02d97c9818 in TQEventLoop::enterLoop (this=0xd2d3a0) at
kernel/qeventloop.cpp:201
#19 0x00007f02d97c96e9 in TQEventLoop::exec (this=0xd2d3a0) at
kernel/qeventloop.cpp:148
#20 0x00007f02d97b6689 in TQApplication::exec (this=0x7fff3a72db00) at
kernel/qapplication.cpp:2761
#21 0x00007f02d2b8ccf6 in kdemain (argc=2, argv=0xcd1af0) at
/build/src/tdebase/kate/app/katemain.cpp:253
#22 0x00007f02d2d92860 in tdeinitmain (argc=2, argv=0xcd1af0)
at /build/src/build/kate/app/kate_tdeinit_module.cpp:3
#23 0x00000000004094ee in launch (argc=argc@entry=2, _name=<optimized out>,
_name@entry=0xcd6598 "kate",
args=<optimized out>, args@entry=0xcd659d "--use", cwd=cwd@entry=0x0,
envc=envc@entry=1,
envs=<optimized out>, envs@entry=0xcd65ab "DISPLAY=:0",
reset_env=false,
tty=tty@entry=0x0,
avoid_loops=false,
startup_id_str=startup_id_str@entry=0xcd65be
"valkyrie;1335549542;176850;1767_TIME104698303")
at /build/src/tdelibs/kinit/kinit.cpp:673
#24 0x000000000040a5ee in handle_launcher_request (sock=9) at
/build/src/tdelibs/kinit/kinit.cpp:1240
#25 0x000000000040abda in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#26 0x0000000000406b26 in main (argc=5, argv=0x7fff0000000b, envp=0x7fff3a72ed98)
at /build/src/tdelibs/kinit/kinit.cpp:1908
If you have a command line you would like me to run with strace, I'll take it,
otherwise, I'll report back with what I come up with. I hope this helps!
--
David C. Rankin, J.D.,P.E.
On 04/26/2012 11:13 AM, David C. Rankin wrote:
In my glibc-2.11 binary the objdump output tells me that
___newselect_nocancel() always does a syscall (you can recognise them
by the "int $0x80" instruction), so you should be able to retrieve the
parameters with strace.
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 04/26/2012 08:01 AM, David C. Rankin wrote:
Tim,
This is much worse than we thought. It effects EVERYTHING! Even
simply trying to view a text file in konqueror file management (kate
preview) will lock konqueror. Here is that backtrace too:
(gdb) bt
#0 0xb777f416 in __kernel_vsyscall ()
#1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
#2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
at /build/src/tdelibs/kio/kio/slavebase.cpp:286
#3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
/build/src/tdelibs/kioslave/file/file.cc:128
#4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file",
args=0xbfae1784 "\300\216\367\266",
cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
avoid_loops=false,
startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
/build/src/tdelibs/kinit/kinit.cpp:673
#5 0x0805148c in handle_launcher_request (sock=<optimized out>,
sock@entry=-1) at /build/src/tdelibs/kinit/kinit.cpp:1240
#6 0x08051a0a in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#7 0x0804d775 in main (argc=5, argv=0xbfae1d54, envp=0xbfae1d6c)
at /build/src/tdelibs/kinit/kinit.cpp:1908
Bummer... Think about what other tests I can do that might
disclose exactly what it going south... I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface,
tdelibs, tdebase. It looks like with will have to do this again on
x86_64, the i686 backtrace seems to stop early. However, it does
have line numbers for everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800, str=...,
pos=79) at kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false,
col=79, text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized
out>) at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=...,
startcol=0, maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170,
realLine=0, previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170,
realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418 #6
0x09322170 in ?? () Backtrace stopped: previous frame inner to this
frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash
(X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't
tell if this is enough of a backtrace to provide you with the
needed info. Let me know what else you need. Thanks!
6:24 p.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On Fri, 27 Apr 2012 13:04:17 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
On 04/26/2012 11:37 AM, /dev/ammo42 wrote:
I suggested strace to retrieve the arguments of select(). In the
new
backtrace the program didn't lock in a syscall, so there is less
interest in stracing it.
On Thu, 26 Apr 2012 11:26:08 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
OK dev/ammo42,
I'll try strace once I figure out how. Tim, in the mean time, I
have rebuilt all the x86_64 packages and I have captured a full debug
of the issue with gdb. Here is it:
#0 KateViewInternal::range (this=this@entry=0xfa2480,
realLine=realLine@entry=0, previous=previous@entry=0x0) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1353
#1 0x00007f02d150bb32 in KateViewInternal::range
(this=this@entry=0xfa2480, realLine=0,
viewLine=viewLine@entry=1) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#2 0x00007f02d150d4c9 in KateViewInternal::viewLineOffset
(this=this@entry=0xfa2480, virtualCursor=...,
offset=0, keepX=keepX@entry=false) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1578
#3 0x00007f02d1510d25 in KateViewInternal::makeVisible
(this=this@entry=0xfa2480, c=..., endCol=95,
force=force@entry=false, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:781
#4 0x00007f02d1511352 in KateViewInternal::updateCursor
(this=this@entry=0xfa2480, newCursor=...,
force=force@entry=true, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2204
#5 0x00007f02d15154c0 in KateViewInternal::editEnd (this=0xfa2480,
editTagLineStart=0,
editTagLineEnd=<optimized out>, tagFrom=<optimized out>)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:3385
#6 0x00007f02d14b1ef0 in KateDocument::editEnd (this=0x1509200)
at /build/src/tdelibs/kate/part/katedocument.cpp:1032
#7 0x00007f02d14abf5b in KateDocument::paste (this=0x1509200,
view=0x1585290) at /build/src/tdelibs/kate/part/katedocument.cpp:3249
#8 0x00007f02d14e3a53 in KateView::paste (this=0x1585290) at
/build/src/tdelibs/kate/part/kateview.cpp:1597
#9 0x00007f02d1513102 in KateViewInternal::mouseReleaseEvent
(this=0xfa2480, e=0x7fff3a72d260)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2965
#10 0x00007f02d984c343 in TQWidget::event (this=0xfa2480,
e=0x7fff3a72d260) at kernel/qwidget.cpp:4725
#11 0x00007f02d97b6559 in TQApplication::internalNotify
(this=0x7fff3a72db00, receiver=0xfa2480,
e=0x7fff3a72d260) at kernel/qapplication.cpp:2638
#12 0x00007f02d97b5be3 in TQApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, e=0x7fff3a72d260)
at kernel/qapplication.cpp:2424
#13 0x00007f02da10d8c4 in KApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, event=0x7fff3a72d260)
at /build/src/tdelibs/tdecore/kapplication.cpp:583
#14 0x00007f02d97486b3 in TQApplication::sendSpontaneousEvent
(receiver=0xfa2480, event=0x7fff3a72d260)
at kernel/ntqapplication.h:526
#15 0x00007f02d9741f53 in TQETWidget::translateMouseEvent
(this=0xfa2480, event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:4380
#16 0x00007f02d973f871 in TQApplication::x11ProcessEvent
(this=0x7fff3a72db00, event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:3557
#17 0x00007f02d975ac44 in TQEventLoop::processEvents (this=0xd2d3a0,
flags=4) at kernel/qeventloop_x11.cpp:195
#18 0x00007f02d97c9818 in TQEventLoop::enterLoop (this=0xd2d3a0) at
kernel/qeventloop.cpp:201
#19 0x00007f02d97c96e9 in TQEventLoop::exec (this=0xd2d3a0) at
kernel/qeventloop.cpp:148
#20 0x00007f02d97b6689 in TQApplication::exec (this=0x7fff3a72db00) at
kernel/qapplication.cpp:2761
#21 0x00007f02d2b8ccf6 in kdemain (argc=2, argv=0xcd1af0) at
/build/src/tdebase/kate/app/katemain.cpp:253
#22 0x00007f02d2d92860 in tdeinitmain (argc=2, argv=0xcd1af0)
at /build/src/build/kate/app/kate_tdeinit_module.cpp:3
#23 0x00000000004094ee in launch (argc=argc@entry=2, _name=<optimized
out>, _name@entry=0xcd6598 "kate",
args=<optimized out>, args@entry=0xcd659d "--use",
cwd=cwd@entry=0x0, envc=envc@entry=1,
envs=<optimized out>, envs@entry=0xcd65ab "DISPLAY=:0",
reset_env=false, tty=tty@entry=0x0,
avoid_loops=false,
startup_id_str=startup_id_str@entry=0xcd65be
"valkyrie;1335549542;176850;1767_TIME104698303")
at /build/src/tdelibs/kinit/kinit.cpp:673
#24 0x000000000040a5ee in handle_launcher_request (sock=9) at
/build/src/tdelibs/kinit/kinit.cpp:1240
#25 0x000000000040abda in handle_requests
(waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443 #26 0x0000000000406b26 in
main (argc=5, argv=0x7fff0000000b, envp=0x7fff3a72ed98)
at /build/src/tdelibs/kinit/kinit.cpp:1908
If you have a command line you would like me to run with strace,
I'll take it, otherwise, I'll report back with what I come up with. I
hope this helps! On 04/26/2012 11:13 AM, David C. Rankin wrote:
In my glibc-2.11 binary the objdump output tells me that
___newselect_nocancel() always does a syscall (you can recognise
them by the "int $0x80" instruction), so you should be able to
retrieve the parameters with strace.
---------------------------------------------------------------------
To unsubscribe, e-mail:
trinity-devel-unsubscribe(a)lists.pearsoncomputing.net For additional
commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive:
http://trinity-devel.pearsoncomputing.net/ Please remember not to
top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 04/26/2012 08:01 AM, David C. Rankin wrote:
> I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface,
tdelibs, tdebase. It looks like with will have to do this again on
x86_64, the i686 backtrace seems to stop early. However, it does
have line numbers for everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800,
str=..., pos=79) at kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false,
col=79, text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized
out>) at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=...,
startcol=0, maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170,
realLine=0, previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170,
realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418 #6
0x09322170 in ?? () Backtrace stopped: previous frame inner to
this frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash
(X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't
tell if this is enough of a backtrace to provide you with the
needed info. Let me know what else you need. Thanks!
Tim,
This is much worse than we thought. It effects EVERYTHING! Even
simply trying to view a text file in konqueror file management
(kate preview) will lock konqueror. Here is that backtrace too:
(gdb) bt
#0 0xb777f416 in __kernel_vsyscall ()
#1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
#2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
at /build/src/tdelibs/kio/kio/slavebase.cpp:286
#3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
/build/src/tdelibs/kioslave/file/file.cc:128
#4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file",
args=0xbfae1784 "\300\216\367\266",
cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
avoid_loops=false,
startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
/build/src/tdelibs/kinit/kinit.cpp:673
#5 0x0805148c in handle_launcher_request (sock=<optimized out>,
sock@entry=-1) at /build/src/tdelibs/kinit/kinit.cpp:1240
#6 0x08051a0a in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#7 0x0804d775 in main (argc=5, argv=0xbfae1d54, envp=0xbfae1d6c)
at /build/src/tdelibs/kinit/kinit.cpp:1908
Bummer... Think about what other tests I can do that might
disclose exactly what it going south...
6:30 p.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/27/2012 01:24 PM, /dev/ammo42 wrote:
I suggested strace to retrieve the arguments of
select(). In the new
backtrace the program didn't lock in a syscall, so there is less
interest in stracing it.
All the i686 crashes end with the syscall, the x86_64 give full debugs. I have
no idea why there is that difference.
When I get to my i686 box, what do I do to get the strace you want? Just:
strace kate
Or are there some specific options I should use?
--
David C. Rankin, J.D.,P.E.
7:29 p.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On Fri, 27 Apr 2012 13:30:37 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
On 04/27/2012 01:24 PM, /dev/ammo42 wrote:
I think it would be wise to redirect the error channel, since the
output of strace is massive (and moreover if you put it in a file vim
will color it for you ;)). There is no other necessary option AFAIK.
I suggested strace to retrieve the arguments of
select(). In the new
backtrace the program didn't lock in a syscall, so there is less
interest in stracing it.
All the i686 crashes end with the syscall, the x86_64 give full
debugs. I have no idea why there is that difference.
When I get to my i686 box, what do I do to get the strace you want?
Just:
strace kate
Or are there some specific options I should use?
6:37 p.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/27/2012 01:04 PM, David C. Rankin wrote:
On 04/26/2012 11:37 AM, /dev/ammo42 wrote:
Here is the same crash in kwrite instead of kate. They are similar, but the
kwrite has a different #0 entry:
(gdb) bt
#0 at (i=0, this=0x14cad30) at /opt/tqt3/include/ntqmemarray.h:105
#1 KateRenderer::attribute (this=this@entry=0x14947d0, pos=0)
at /build/src/tdelibs/kate/part/katerenderer.cpp:72
#2 0x00007f309cd33049 in KateRenderer::textWidth (this=0x14947d0, textLine=...,
startcol=0, maxwidth=758,
needWrap=0x7fffd8f25fc8, endX=0x7fffd8f25fbc) at
/build/src/tdelibs/kate/part/katerenderer.cpp:796
#3 0x00007f309cd14674 in KateViewInternal::range (this=this@entry=0x1547c00,
realLine=realLine@entry=0,
previous=previous@entry=0x0) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#4 0x00007f309cd15b32 in KateViewInternal::range (this=this@entry=0x1547c00,
realLine=0,
viewLine=viewLine@entry=1) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#5 0x00007f309cd174c9 in KateViewInternal::viewLineOffset
(this=this@entry=0x1547c00, virtualCursor=...,
offset=0, keepX=keepX@entry=false) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1578
#6 0x00007f309cd1ad25 in KateViewInternal::makeVisible
(this=this@entry=0x1547c00, c=..., endCol=109,
force=force@entry=false, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:781
#7 0x00007f309cd1b352 in KateViewInternal::updateCursor
(this=this@entry=0x1547c00, newCursor=...,
force=force@entry=true, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2204
#8 0x00007f309cd1f4c0 in KateViewInternal::editEnd (this=0x1547c00,
editTagLineStart=0,
editTagLineEnd=<optimized out>, tagFrom=<optimized out>)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:3385
#9 0x00007f309ccbbef0 in KateDocument::editEnd (this=0x13a4120)
at /build/src/tdelibs/kate/part/katedocument.cpp:1032
#10 0x00007f309ccb5f5b in KateDocument::paste (this=0x13a4120, view=0x1380a40)
at /build/src/tdelibs/kate/part/katedocument.cpp:3249
#11 0x00007f309cceda53 in KateView::paste (this=0x1380a40) at
/build/src/tdelibs/kate/part/kateview.cpp:1597
#12 0x00007f309cd1d102 in KateViewInternal::mouseReleaseEvent (this=0x1547c00,
e=0x7fffd8f268d0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2965
#13 0x00007f30a2bcc343 in TQWidget::event (this=0x1547c00, e=0x7fffd8f268d0) at
kernel/qwidget.cpp:4725
#14 0x00007f30a2b36559 in TQApplication::internalNotify (this=0x7fffd8f27130,
receiver=0x1547c00,
e=0x7fffd8f268d0) at kernel/qapplication.cpp:2638
#15 0x00007f30a2b35be3 in TQApplication::notify (this=0x7fffd8f27130,
receiver=0x1547c00, e=0x7fffd8f268d0)
at kernel/qapplication.cpp:2424
#16 0x00007f30a3aff8c4 in KApplication::notify (this=0x7fffd8f27130,
receiver=0x1547c00,
event=0x7fffd8f268d0) at /build/src/tdelibs/tdecore/kapplication.cpp:583
#17 0x00007f30a2ac86b3 in TQApplication::sendSpontaneousEvent
(receiver=0x1547c00, event=0x7fffd8f268d0)
at kernel/ntqapplication.h:526
#18 0x00007f30a2ac1f53 in TQETWidget::translateMouseEvent (this=0x1547c00,
event=0x7fffd8f26de0)
at kernel/qapplication_x11.cpp:4380
#19 0x00007f30a2abf871 in TQApplication::x11ProcessEvent (this=0x7fffd8f27130,
event=0x7fffd8f26de0)
at kernel/qapplication_x11.cpp:3557
#20 0x00007f30a2adac44 in TQEventLoop::processEvents (this=0x127cfd0, flags=4)
at kernel/qeventloop_x11.cpp:195
#21 0x00007f30a2b49818 in TQEventLoop::enterLoop (this=0x127cfd0) at
kernel/qeventloop.cpp:201
#22 0x00007f30a2b496e9 in TQEventLoop::exec (this=0x127cfd0) at
kernel/qeventloop.cpp:148
#23 0x00007f30a2b36689 in TQApplication::exec (this=0x7fffd8f27130) at
kernel/qapplication.cpp:2761
#24 0x00007f30a6e713a8 in kdemain (argc=1, argv=0x7fffd8f27708)
at /build/src/tdebase/kate/app/kwritemain.cpp:692
#25 0x000000000040082c in main (argc=1, argv=0x7fffd8f27708)
at /build/src/build/kate/app/kwrite_tdeinit_executable.cpp:2
(gdb)
--
David C. Rankin, J.D.,P.E.
On Thu, 26 Apr 2012 11:26:08 -0500
"David C. Rankin" <drankinatty(a)suddenlinkmail.com> wrote:
OK dev/ammo42,
I'll try strace once I figure out how. Tim, in the mean time, I have rebuilt
all the x86_64 packages and I have captured a full debug of the issue with gdb.
Here is it:
#0 KateViewInternal::range (this=this@entry=0xfa2480, realLine=realLine@entry=0,
previous=previous@entry=0x0) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1353
#1 0x00007f02d150bb32 in KateViewInternal::range (this=this@entry=0xfa2480,
realLine=0,
viewLine=viewLine@entry=1) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
#2 0x00007f02d150d4c9 in KateViewInternal::viewLineOffset
(this=this@entry=0xfa2480, virtualCursor=...,
offset=0, keepX=keepX@entry=false) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1578
#3 0x00007f02d1510d25 in KateViewInternal::makeVisible
(this=this@entry=0xfa2480, c=..., endCol=95,
force=force@entry=false, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:781
#4 0x00007f02d1511352 in KateViewInternal::updateCursor
(this=this@entry=0xfa2480, newCursor=...,
force=force@entry=true, center=center@entry=false,
calledExternally=calledExternally@entry=false)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2204
#5 0x00007f02d15154c0 in KateViewInternal::editEnd (this=0xfa2480,
editTagLineStart=0,
editTagLineEnd=<optimized out>, tagFrom=<optimized out>)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:3385
#6 0x00007f02d14b1ef0 in KateDocument::editEnd (this=0x1509200)
at /build/src/tdelibs/kate/part/katedocument.cpp:1032
#7 0x00007f02d14abf5b in KateDocument::paste (this=0x1509200, view=0x1585290)
at /build/src/tdelibs/kate/part/katedocument.cpp:3249
#8 0x00007f02d14e3a53 in KateView::paste (this=0x1585290) at
/build/src/tdelibs/kate/part/kateview.cpp:1597
#9 0x00007f02d1513102 in KateViewInternal::mouseReleaseEvent (this=0xfa2480,
e=0x7fff3a72d260)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:2965
#10 0x00007f02d984c343 in TQWidget::event (this=0xfa2480, e=0x7fff3a72d260) at
kernel/qwidget.cpp:4725
#11 0x00007f02d97b6559 in TQApplication::internalNotify (this=0x7fff3a72db00,
receiver=0xfa2480,
e=0x7fff3a72d260) at kernel/qapplication.cpp:2638
#12 0x00007f02d97b5be3 in TQApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, e=0x7fff3a72d260)
at kernel/qapplication.cpp:2424
#13 0x00007f02da10d8c4 in KApplication::notify (this=0x7fff3a72db00,
receiver=0xfa2480, event=0x7fff3a72d260)
at /build/src/tdelibs/tdecore/kapplication.cpp:583
#14 0x00007f02d97486b3 in TQApplication::sendSpontaneousEvent
(receiver=0xfa2480, event=0x7fff3a72d260)
at kernel/ntqapplication.h:526
#15 0x00007f02d9741f53 in TQETWidget::translateMouseEvent (this=0xfa2480,
event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:4380
#16 0x00007f02d973f871 in TQApplication::x11ProcessEvent (this=0x7fff3a72db00,
event=0x7fff3a72d770)
at kernel/qapplication_x11.cpp:3557
#17 0x00007f02d975ac44 in TQEventLoop::processEvents (this=0xd2d3a0, flags=4)
at kernel/qeventloop_x11.cpp:195
#18 0x00007f02d97c9818 in TQEventLoop::enterLoop (this=0xd2d3a0) at
kernel/qeventloop.cpp:201
#19 0x00007f02d97c96e9 in TQEventLoop::exec (this=0xd2d3a0) at
kernel/qeventloop.cpp:148
#20 0x00007f02d97b6689 in TQApplication::exec (this=0x7fff3a72db00) at
kernel/qapplication.cpp:2761
#21 0x00007f02d2b8ccf6 in kdemain (argc=2, argv=0xcd1af0) at
/build/src/tdebase/kate/app/katemain.cpp:253
#22 0x00007f02d2d92860 in tdeinitmain (argc=2, argv=0xcd1af0)
at /build/src/build/kate/app/kate_tdeinit_module.cpp:3
#23 0x00000000004094ee in launch (argc=argc@entry=2, _name=<optimized out>,
_name@entry=0xcd6598 "kate",
args=<optimized out>, args@entry=0xcd659d "--use",
cwd=cwd@entry=0x0,
envc=envc@entry=1,
envs=<optimized out>, envs@entry=0xcd65ab "DISPLAY=:0",
reset_env=false,
tty=tty@entry=0x0,
avoid_loops=false,
startup_id_str=startup_id_str@entry=0xcd65be
"valkyrie;1335549542;176850;1767_TIME104698303")
at /build/src/tdelibs/kinit/kinit.cpp:673
#24 0x000000000040a5ee in handle_launcher_request (sock=9) at
/build/src/tdelibs/kinit/kinit.cpp:1240
#25 0x000000000040abda in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#26 0x0000000000406b26 in main (argc=5, argv=0x7fff0000000b, envp=0x7fff3a72ed98)
at /build/src/tdelibs/kinit/kinit.cpp:1908
If you have a command line you would like me to run with strace, I'll take it,
otherwise, I'll report back with what I come up with. I hope this helps!
On 04/26/2012 11:13 AM, David C. Rankin wrote:
In my glibc-2.11 binary the objdump output tells me that
___newselect_nocancel() always does a syscall (you can recognise them
by the "int $0x80" instruction), so you should be able to retrieve the
parameters with strace.
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 04/26/2012 08:01 AM, David C. Rankin wrote:
> I'll open a bug report shortly :)
Good Lord! Debug Packages are HUGE!!!
Nearly 600M of debugging symbols included in tqt3, tqtinterface,
tdelibs, tdebase. It looks like with will have to do this again on
x86_64, the i686 backtrace seems to stop early. However, it does
have line numbers for everything it caught:
(gdb) bt
#0 0xb610a959 in TQFontMetrics::charWidth (this=0x8fa3800, str=...,
pos=79) at kernel/qfont_x11.cpp:705
#1 0xb541a46b in width (tabWidth=8, italic=false, bold=false,
col=79, text=..., this=0x8fa37f0)
at /build/src/tdelibs/kate/part/katefont.h:76
#2 width (tabWidth=8, col=79, text=..., fs=..., this=<optimized
out>) at /build/src/tdelibs/kate/part/kateattribute.h:55
#3 KateRenderer::textWidth (this=0x933d3e8, textLine=...,
startcol=0, maxwidth=695,
needWrap=0xbf8e73a8, endX=0xbf8e739c) at
/build/src/tdelibs/kate/part/katerenderer.cpp:797
#4 0xb53f7d97 in KateViewInternal::range (this=0x9322170,
realLine=0, previous=0x0)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
#5 0xb53f91ae in KateViewInternal::range (this=0x9322170,
realLine=0, viewLine=1)
at /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418 #6
0x09322170 in ?? () Backtrace stopped: previous frame inner to this
frame (corrupt stack?)
I have opened a bug report and added this information to it:
http://bugs.trinitydesktop.org/show_bug.cgi?id=979
"select buffer paste in kate/kwrite causing line wrap causes crash
(X, qt3)"
Do you want me to begin a debug build on x86_64 as well? I can't
tell if this is enough of a backtrace to provide you with the
needed info. Let me know what else you need. Thanks!
Tim,
This is much worse than we thought. It effects EVERYTHING! Even
simply trying to view a text file in konqueror file management (kate
preview) will lock konqueror. Here is that backtrace too:
(gdb) bt
#0 0xb777f416 in __kernel_vsyscall ()
#1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
#2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
at /build/src/tdelibs/kio/kio/slavebase.cpp:286
#3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
/build/src/tdelibs/kioslave/file/file.cc:128
#4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file",
args=0xbfae1784 "\300\216\367\266",
cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
avoid_loops=false,
startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
/build/src/tdelibs/kinit/kinit.cpp:673
#5 0x0805148c in handle_launcher_request (sock=<optimized out>,
sock@entry=-1) at /build/src/tdelibs/kinit/kinit.cpp:1240
#6 0x08051a0a in handle_requests (waitForPid=waitForPid@entry=0)
at /build/src/tdelibs/kinit/kinit.cpp:1443
#7 0x0804d775 in main (argc=5, argv=0xbfae1d54, envp=0xbfae1d6c)
at /build/src/tdelibs/kinit/kinit.cpp:1908
Bummer... Think about what other tests I can do that might
disclose exactly what it going south...
28 Apr
28 Apr
5:32 a.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/27/2012 01:37 PM, David C. Rankin wrote:
On 04/27/2012 01:04 PM, David C. Rankin wrote:
<snip>
>>> #0 0xb777f416 in __kernel_vsyscall ()
>>> #1 0xb65154ed in ___newselect_nocancel () from /lib/libc.so.6
>>> #2 0xb7466f56 in KIO::SlaveBase::dispatchLoop (this=0xbfae15b8)
>>> at /build/src/tdelibs/kio/kio/slavebase.cpp:286
>>> #3 0xb7770fa6 in kdemain (argc=4, argv=0xbfae15b8) at
>>> /build/src/tdelibs/kioslave/file/file.cc:128
>>> #4 0x080503c1 in launch (argc=4, _name=0x8bc09b4 "kio_file",
>>> args=0xbfae1784 "\300\216\367\266",
>>> cwd=0x0, envc=0, envs=0x8bc0a2a "", reset_env=false, tty=0x0,
>>> avoid_loops=false,
>>> startup_id_str=0xfffffdfe <Address 0xfffffdfe out of bounds>,
>>> startup_id_str@entry=0x4 <Address 0x4 out of bounds>) at
<snip>
> #0 KateViewInternal::range
(this=this@entry=0xfa2480, realLine=realLine@entry=0,
> previous=previous@entry=0x0) at
> /build/src/tdelibs/kate/part/kateviewinternal.cpp:1353
> #1 0x00007f02d150bb32 in KateViewInternal::range (this=this@entry=0xfa2480,
> realLine=0,
> viewLine=viewLine@entry=1) at
> /build/src/tdelibs/kate/part/kateviewinternal.cpp:1418
> #2 0x00007f02d150d4c9 in KateViewInternal::viewLineOffset
> (this=this@entry=0xfa2480, virtualCursor=...,
> offset=0, keepX=keepX@entry=false) at
> /build/src/tdelibs/kate/part/kateviewinternal.cpp:1578
> #3 0x00007f02d1510d25 in KateViewInternal::makeVisible
> (this=this@entry=0xfa2480, c=..., endCol=95,
> force=force@entry=false, center=center@entry=false,
> calledExternally=calledExternally@entry=false)
> at /build/src/tdelibs/kate/part/kateviewinternal.cpp:781
<snip>
Here is the same crash in kwrite instead of kate. They
are similar, but the
kwrite has a different #0 entry:
(gdb) bt
#0 at (i=0, this=0x14cad30) at /opt/tqt3/include/ntqmemarray.h:105
#1 KateRenderer::attribute (this=this@entry=0x14947d0, pos=0)
at /build/src/tdelibs/kate/part/katerenderer.cpp:72
#2 0x00007f309cd33049 in KateRenderer::textWidth (this=0x14947d0, textLine=...,
startcol=0, maxwidth=758,
needWrap=0x7fffd8f25fc8, endX=0x7fffd8f25fbc) at
/build/src/tdelibs/kate/part/katerenderer.cpp:796
#3 0x00007f309cd14674 in KateViewInternal::range (this=this@entry=0x1547c00,
realLine=realLine@entry=0,
previous=previous@entry=0x0) at
/build/src/tdelibs/kate/part/kateviewinternal.cpp:1331
<snip>
Any other thoughts on this one? I'm kind of stuck until we get this sorted.
When I look at this stuff -- it's all Greek...
--
David C. Rankin, J.D.,P.E.
5:59 a.m.
New subject: [trinity-devel] FULL-DEBUG [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 12:32 AM, David C. Rankin wrote:
Tim,
Also, I do not think this is an Arch setup or new or updated package issue
with the distro. I went back and checked all non-tde packages installed in a
3-week period leading up to this crash and I don't see anything that could cause
an X/qt3/tde issue. You may see something that looks related, but I cannot. Here
is the current list:
[2012-04-02 16:34] installed libcddb (1.3.2-3)
[2012-04-02 16:34] installed libcdio (0.83-1)
[2012-04-12 07:57] installed gstreamer0.10 (0.10.36-1)
[2012-04-12 07:57] installed gstreamer0.10-base (0.10.36-1)
[2012-04-12 13:25] installed libmtp (1.1.3-1)
[2012-04-14 17:54] installed mutagen (1.20-4)
[2012-04-14 17:54] installed sg3_utils (1.33-1)
[2012-04-14 17:54] installed libplist (1.4-1)
[2012-04-14 17:54] installed usbmuxd (1.0.7-2)
[2012-04-14 17:54] installed libimobiledevice (1.1.1-2)
[2012-04-14 17:54] installed libgpod (0.8.2-4)
[2012-04-20 16:35] installed faad2 (2.7-3)
[2012-04-20 16:35] installed faac (1.28-3)
[2012-04-20 16:35] installed libquicktime (1.2.4-1)
[2012-04-20 16:35] installed recode (3.6-7)
[2012-04-20 16:35] installed enca (1.13-2)
[2012-04-20 16:35] installed a52dec (0.7.4-6)
[2012-04-20 16:35] installed libdca (0.0.5-3)
[2012-04-20 16:35] installed libass (0.10.0-3)
[2012-04-20 16:35] installed libbluray (0.2.1-1)
[2012-04-20 16:35] installed mencoder (34799-1)
[2012-04-20 16:35] installed libftdi (0.20-1)
[2012-04-20 16:35] installed libirman (0.4.5-3)
[2012-04-20 16:35] installed lirc-utils (1:0.9.0-15)
[2012-04-20 16:35] installed aalib (1.4rc5-9)
[2012-04-20 16:35] installed libvdpau (0.4.1-2)
[2012-04-20 16:35] installed libcaca (0.99.beta17-2)
[2012-04-20 16:35] installed mplayer (34799-1)
[2012-04-20 16:35] installed xdg-utils (1.1.0rc1-3)
[2012-04-20 16:35] installed xine-ui (0.99.6-5)
[2012-04-25 01:02] installed libwmf (0.2.8.4-9)
[2012-04-25 01:02] installed babl (0.1.6-1)
[2012-04-25 01:02] installed gegl (0.1.8-2)
[2012-04-25 01:03] installed gimp (2.6.12-1)
[2012-04-25 01:03] installed gimp-dbp (1.1.9-3)
[2012-04-25 01:03] installed gimp-gap (2.6.0-3)
[2012-04-25 01:03] installed gimp-help-en (2.6.1-1)
[2012-04-25 01:03] installed gtkimageview (1.6.4-3)
[2012-04-25 01:03] installed gimp-ufraw (0.18-4)
[2012-04-25 01:03] installed gimp-plugin-fblur (3.2.6-3)
[2012-04-25 01:03] installed blas (3.4.0-1)
[2012-04-25 01:03] installed lapack (3.4.0-1)
[2012-04-25 01:03] installed gimp-plugin-gmic (1.5.1.2-1)
[2012-04-25 01:03] installed liblqr (0.4.1-3)
[2012-04-25 01:03] installed gimp-plugin-lqr (0.7.1-4)
[2012-04-25 01:03] installed gsl (1.15-2)
[2012-04-25 01:03] installed gtksourceview2 (2.10.5-2)
[2012-04-25 01:03] installed gimp-plugin-mathmap (1.3.5-2)
[2012-04-25 01:03] installed gimp-plugin-wavelet-decompose (0.1.2-2)
[2012-04-25 01:03] installed gimp-plugin-wavelet-denoise (0.3.1-2)
[2012-04-25 01:03] installed gimp-refocus (0.9.0-3)
The only think x related is xdg-utils and that appears harmless in this situation.
--
David C. Rankin, J.D.,P.E.
6:54 a.m.
New subject: qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/26/2012 01:20 AM, Timothy Pearson wrote:
Tim,
Testing different crash scenarios, I ran across another few entries in a
backtrace that I don't understand if the code is doing something wrong. I've
added the info to bug 979. What I found odd in the backtrace (crash occurred
simply opening a text file) was:
(gdb) bt
#0 0x00007f02d9b1c60e in isSpace (ch=...) at tools/qunicodetables_p.h:217
#1 0x00007f02d9b10a6c in TQChar::isSpace (this=0xed2b18) at tools/qstring.cpp:475
What I don't understand is the char 9-13 range. I may be reading this wrong,
but the unicode chars 9-13 are (\t : tab, Unicode 9, \n : linefeed, Unicode 10,
\v : vertical tab, Unicode 11, \f : formfeed, Unicode 12, \r : return, Unicode 13)
Why would 'isSpace' be returning 'TRUE' when the chars are not spaces or
whitespace?
Well, what about the qstring.cpp error?:
case Z_DATA_ERROR:
#if defined(QT_CHECK_RANGE)
tqWarning( "qUncompress: Z_DATA_ERROR: Input data is corrupted." );
475 #endif
break;
Could the fact that the isSpace may return something other than a space cause
this?? Something has changed, other than the packages in April, there was a late
March update of fontsproto:
[2012-03-25 02:04] upgraded fontsproto (2.1.1-2 -> 2.1.2-1)
I don't know what this package does, but most all of the crashes are related to
rendering (fonts I guess). If this package made a basic change in font rendering
(size/shape/spacing/etc..) could this cause the crashes we are seeing?
--
David C. Rankin, J.D.,P.E.
On 04/25/2012
11:08 PM, Calvin Morrison wrote:
Could be an Xorg glitch, an ABI problem in Xorg, or an indication of a
more serious problem in TDE. If you continue to experience problems after
rebuilding and reinstalling tqt3 a bug report will need to be filed with
detailed Xorg information from your system.
Tim
Err but if you're having problem getting line
numbers, you should enable
debugging with cmake flags. -DCMAKE_BUILD_TYPE i think it is and set it
to equal
DEBUG. that works for me at least.
Crud, I forgot all about that. I'll check. The x updates make sense. If
fonts
are rendering differently then some possible buffer overrun... Who knows,
but I
can't explain the hang causing kwrite CPU use to spike to nearly 90%. That
little app?
7:37 a.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
Something has changed, other than the packages in
April, there was
a late
March update of fontsproto:
[2012-03-25 02:04] upgraded fontsproto (2.1.1-2 -> 2.1.2-1)
I don't know what this package does, but most all of the crashes are
related to
rendering (fonts I guess). If this package made a basic change in font
rendering
(size/shape/spacing/etc..) could this cause the crashes we are seeing?
--
David C. Rankin, J.D.,P.E.
Very possibly YES. Can you see what the difference is between the two
package versions?
Tim
4:07 p.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 02:37 AM, Timothy Pearson wrote:
Very possibly YES. Can you see what the difference is
between the two
package versions?
Tim
I should be able to. I'll go get the differences and report back.
--
David C. Rankin, J.D.,P.E.
11:36 p.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 02:37 AM, Timothy Pearson wrote:
Tim,
I've diffed every file in the fontsproto package and it looks like the code
didn't change. There were a ton of doc changes and <copyright>, etc.. changes,
but nothing that would explain the crash as being part of that upgrade (at least
to me). Here is the complete list if changes in fontsproto (2.1.1-2 -> 2.1.2-1):
18:26 archangel:/dat_e/tmp/kwrite> l diffs/
total 296
drwxr-xr-x 2 david david 4096 Apr 28 18:26 .
drwxr-xr-x 7 david david 4096 Apr 28 18:24 ..
-rw-r--r-- 1 david david 0 Apr 28 18:26 COPYING_1-2.diff
-rw-r--r-- 1 david david 8207 Apr 28 18:26 ChangeLog_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 FS.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 FSproto.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 INSTALL_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 Makefile.am_1-2.diff
-rw-r--r-- 1 david david 693 Apr 28 18:26 Makefile.in_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 README_1-2.diff
-rw-r--r-- 1 david david 45093 Apr 28 18:26 aclocal.m4_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 config.guess_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 config.sub_1-2.diff
-rw-r--r-- 1 david david 1043 Apr 28 18:26 configure.ac_1-2.diff
-rw-r--r-- 1 david david 189557 Apr 28 18:26 configure_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 font.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 fontproto.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 fontsproto.pc.in_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 fontstruct.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 fsmasks.h_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 install-sh_1-2.diff
-rw-r--r-- 1 david david 0 Apr 28 18:26 missing_1-2.diff
-rw-r--r-- 1 david david 26570 Apr 28 18:26 specs_1-2.diff
I've put all the diffs here if you want to put another quick set of eyes on
anything that looks curious:
http://www.3111skyline.com/dl/dt/tde/err/kwrite/fontsproto/diffs/
Other ideas White Wizard??
--
David C. Rankin, J.D.,P.E.
Something has
changed, other than the packages in April, there was
a late
March update of fontsproto:
[2012-03-25 02:04] upgraded fontsproto (2.1.1-2 -> 2.1.2-1)
I don't know what this package does, but most all of the crashes are
related to
rendering (fonts I guess). If this package made a basic change in font
rendering
(size/shape/spacing/etc..) could this cause the crashes we are seeing?
--
David C. Rankin, J.D.,P.E.
Very possibly YES. Can you see what the difference is between the two
package versions?
Tim
29 Apr
29 Apr
12:08 a.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 06:36 PM, David C. Rankin wrote:
Tim,
I've diffed every file in the fontsproto package and it looks like the code
didn't change. There were a ton of doc changes and <copyright>, etc.. changes,
but nothing that would explain the crash as being part of that upgrade (at least
to me). Here is the complete list if changes in fontsproto (2.1.1-2 -> 2.1.2-1):
<snip>
I've put all the diffs here if you want to put
another quick set of eyes on
anything that looks curious:
http://www.3111skyline.com/dl/dt/tde/err/kwrite/fontsproto/diffs/
Other ideas White Wizard??
Tim, All,
I've updated bug 797 with full debug reports of crashes from:
kwrite
kate
konqueror (katepart preview)
quanta
There must be a common thread that can be teased out of the backtraces
somehow, but how? I'm anxious to get this one solved -- how should we proceed?
what else can I provide?
--
David C. Rankin, J.D.,P.E.
12:32 a.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 06:36 PM, David C. Rankin wrote:
This is not going to be easy to debug--the fastest way is probably going
to be for you to bisect or otherwise attempt to restore the original
working configuration, package by package, in order to isolate the
specific package upgrade that caused the crash.
Is this feasible?
Tim
Tim,
I've diffed every file in the fontsproto package and it looks like the
code
didn't change. There were a ton of doc changes and <copyright>, etc..
changes,
but nothing that would explain the crash as being part of that upgrade
(at least
to me). Here is the complete list if changes in fontsproto (2.1.1-2 ->
2.1.2-1):
<snip>
I've put all the diffs here if you want to
put another quick set of
eyes on
anything that looks curious:
http://www.3111skyline.com/dl/dt/tde/err/kwrite/fontsproto/diffs/
Other ideas White Wizard??
Tim, All,
I've updated bug 797 with full debug reports of crashes from:
kwrite
kate
konqueror (katepart preview)
quanta
There must be a common thread that can be teased out of the backtraces
somehow, but how? I'm anxious to get this one solved -- how should we
proceed?
what else can I provide?
--
David C. Rankin, J.D.,P.E.
1:55 a.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 07:32 PM, Timothy Pearson wrote:
This is not going to be easy to debug--the fastest way
is probably going
to be for you to bisect or otherwise attempt to restore the original
working configuration, package by package, in order to isolate the
specific package upgrade that caused the crash.
Is this feasible?
Yes, tedious, but feasible. I have all the old binaries and I can downgrade and
then update packages one at a time until I get the failure. Happy to do it and
have a good direction to apply efforts in. My reading crash reports -- isn't a
good direction :)
Should I start by downgrading TDE to a month a go first or downgrade Arch first?
--
David C. Rankin, J.D.,P.E.
2:28 a.m.
New subject: [trinity-devel] qunicodetables_p.h? [was Re: [trinity-devel] Re: New kwrite crashes with yesterdays builds of tdelibs/tdebase]
On 04/28/2012 07:32 PM, Timothy Pearson wrote:
Arch first, then TDE if downgrading Arch didn't resolve the crashes.
Tim
This is not going to be easy to debug--the
fastest way is probably going
to be for you to bisect or otherwise attempt to restore the original
working configuration, package by package, in order to isolate the
specific package upgrade that caused the crash.
Is this feasible?
Yes, tedious, but feasible. I have all the old binaries and I can
downgrade and
then update packages one at a time until I get the failure. Happy to do it
and
have a good direction to apply efforts in. My reading crash reports --
isn't a
good direction :)
Should I start by downgrading TDE to a month a go first or downgrade Arch
first?
4382
days inactive
4386
days old
35 comments
5 participants
participants (5)
-
/dev/ammo42 -
Calvin Morrison -
Darrell Anderson -
David C. Rankin -
Timothy Pearson