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.j...
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.
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??
On 04/25/2012 09:21 AM, David C. Rankin wrote:
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??
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 :(
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??
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 :(
I don't see anything in the commits that could cause this. I rebuilt a complete set yesterday but haven't yet tested.
What have you updated on your system that could contribute to this?
I have kept tdelibs and tdebase current because of the testing I have been doing with TSAK/TDM as well as testing Calvin's Mac keyboard shortcut testing. I just tried to duplicate what you describe and kwrite was fine. I can't duplicate the problem. :(
Darrell
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??
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 :(
I don't see anything in the commits that could cause this. I rebuilt a complete set yesterday but haven't yet tested.
What have you updated on your system that could contribute to this?
I have kept tdelibs and tdebase current because of the testing I have been doing with TSAK/TDM as well as testing Calvin's Mac keyboard shortcut testing. I just tried to duplicate what you describe and kwrite was fine. I can't duplicate the problem. :(
Darrell
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
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 :)
On 04/25/2012 01:26 PM, David C. Rankin wrote:
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 :)
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)
On 04/25/2012 01:26 PM, David C. Rankin wrote:
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 :)
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
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>.
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?
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>.
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?
-- 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
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>.
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?
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
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?
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>.
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?
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
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 05:35 PM, Timothy Pearson wrote:
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
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?
On 04/25/2012 05:35 PM, Timothy Pearson wrote:
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 >
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 11:39 PM, Timothy Pearson wrote:
On 04/25/2012 05:35 PM, Timothy Pearson wrote:
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 >
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 topreserve the line numbers?
Yes. If the problem ends up within TQt3 then I would suspect an X11 problem.
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.
Cal
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....
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?
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
On 04/26/2012 01:20 AM, Timothy Pearson wrote:
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?
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@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
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 :)
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!
On 04/26/2012 11:13 AM, David C. Rankin wrote:
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...
On Thu, 26 Apr 2012 11:26:08 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 04/26/2012 11:13 AM, David C. Rankin wrote:
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...
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 11:37 AM, /dev/ammo42 wrote:
On Thu, 26 Apr 2012 11:26:08 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 04/26/2012 11:13 AM, David C. Rankin wrote:
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...
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@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
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 Fri, 27 Apr 2012 13:04:17 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 04/26/2012 11:37 AM, /dev/ammo42 wrote:
On Thu, 26 Apr 2012 11:26:08 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 04/26/2012 11:13 AM, David C. Rankin wrote:
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...
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@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
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!
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 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?
On Fri, 27 Apr 2012 13:30:37 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
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?
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.
On 04/27/2012 01:04 PM, David C. Rankin wrote:
On 04/26/2012 11:37 AM, /dev/ammo42 wrote:
On Thu, 26 Apr 2012 11:26:08 -0500 "David C. Rankin" drankinatty@suddenlinkmail.com wrote:
On 04/26/2012 11:13 AM, David C. Rankin wrote:
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...
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@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@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
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!
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)
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...
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.
On 04/26/2012 01:20 AM, Timothy Pearson wrote:
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?
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
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?
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
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.
On 04/28/2012 02:37 AM, Timothy Pearson wrote:
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
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??
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?
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.
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
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?
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?
Arch first, then TDE if downgrading Arch didn't resolve the crashes.
Tim
-
/dev/ammo42 -
Calvin Morrison -
Darrell Anderson -
David C. Rankin -
Timothy Pearson