Summary: | Сразу после перезагрузки не запускается, по истечению какого времени (несколько часов) начинает запускается | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Rafael M. Malikov <chuma777> |
Component: | kvirc | Assignee: | Vladimir Lettiev <crux> |
Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | ||
Version: | unstable | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Rafael M. Malikov
2010-08-26 13:32:09 MSD
Брр. Могу только предложить собрать с дебагом и выложить нормальный бэктрейс. (В ответ на комментарий №1)
> Брр.
> Могу только предложить собрать с дебагом и выложить нормальный бэктрейс.
побрал с debug
$ valgrind --leak-check=full --show-reachable=yes --trace-children=yes /usr/bin/kvirc
==12996== Memcheck, a memory error detector
==12996== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==12996== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==12996== Command: /usr/bin/kvirc
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4003752: dl_main (in /lib64/ld-2.11.2.so)
==12996== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so)
==12996== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so)
==12996== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A317: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4003752: dl_main (in /lib64/ld-2.11.2.so)
==12996== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so)
==12996== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so)
==12996== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4003612: dl_main (in /lib64/ld-2.11.2.so)
==12996== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so)
==12996== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so)
==12996== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A317: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4003612: dl_main (in /lib64/ld-2.11.2.so)
==12996== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so)
==12996== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so)
==12996== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so)
==12996== by 0xC105F65: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0xC1062DB: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0xC105EE0: dlopen (in /lib64/libdl-2.11.2.so)
==12996== by 0xF7F6974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2)
==12996== by 0x11647DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996== by 0xB486B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2)
==12996== by 0x11647F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A8C3: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so)
==12996== by 0xC105F65: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0xC1062DB: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0xC105EE0: dlopen (in /lib64/libdl-2.11.2.so)
==12996== by 0xF7F6974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2)
==12996== by 0x11647DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996== by 0xB486B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2)
==12996== by 0x11647F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996==
==12996== Conditional jump or move depends on uninitialised value(s)
==12996== at 0x400A4FE: _dl_relocate_object (in /lib64/ld-2.11.2.so)
==12996== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so)
==12996== by 0xC105F65: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so)
==12996== by 0xC1062DB: ??? (in /lib64/libdl-2.11.2.so)
==12996== by 0xC105EE0: dlopen (in /lib64/libdl-2.11.2.so)
==12996== by 0xF7F6974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2)
==12996== by 0x11647DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996== by 0xB486B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2)
==12996== by 0x11647F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1)
==12996==
==12996== Invalid read of size 4
==12996== at 0x5EB207: ??? (in /usr/bin/kvirc)
==12996== by 0x5EB478: KviApp::createGlobalBackgrounds(QPixmap*) (in /usr/bin/kvirc)
==12996== by 0x5EEE3D: KviApp::setup() (in /usr/bin/kvirc)
==12996== by 0x6257FE: ??? (in /usr/bin/kvirc)
==12996== by 0x78B0B6C: (below main) (in /lib64/libc-2.11.2.so)
==12996== Address 0x158c8040 is 0 bytes after a block of size 819,200 alloc'd
==12996== at 0x4C232FD: malloc (vg_replace_malloc.c:195)
==12996== by 0x72FA505: XGetImage (in /usr/lib64/libX11.so.6.3.0)
==12996== by 0x657C91F: QX11PixmapData::toImage(QRect const&) const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x65763A9: QX11PixmapData::toImage() const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x6566A4F: QPixmap::toImage() const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x5EB3D6: KviApp::createGlobalBackgrounds(QPixmap*) (in /usr/bin/kvirc)
==12996== by 0x5EEE3D: KviApp::setup() (in /usr/bin/kvirc)
==12996== by 0x6257FE: ??? (in /usr/bin/kvirc)
==12996== by 0x78B0B6C: (below main) (in /lib64/libc-2.11.2.so)
==12996==
==12996== Invalid write of size 4
==12996== at 0x5EB1F1: ??? (in /usr/bin/kvirc)
==12996== by 0x5EB478: KviApp::createGlobalBackgrounds(QPixmap*) (in /usr/bin/kvirc)
==12996== by 0x5EEE3D: KviApp::setup() (in /usr/bin/kvirc)
==12996== by 0x6257FE: ??? (in /usr/bin/kvirc)
==12996== by 0x78B0B6C: (below main) (in /lib64/libc-2.11.2.so)
==12996== Address 0x158c8040 is 0 bytes after a block of size 819,200 alloc'd
==12996== at 0x4C232FD: malloc (vg_replace_malloc.c:195)
==12996== by 0x72FA505: XGetImage (in /usr/lib64/libX11.so.6.3.0)
==12996== by 0x657C91F: QX11PixmapData::toImage(QRect const&) const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x65763A9: QX11PixmapData::toImage() const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x6566A4F: QPixmap::toImage() const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x5EB3D6: KviApp::createGlobalBackgrounds(QPixmap*) (in /usr/bin/kvirc)
==12996== by 0x5EEE3D: KviApp::setup() (in /usr/bin/kvirc)
==12996== by 0x6257FE: ??? (in /usr/bin/kvirc)
==12996== by 0x78B0B6C: (below main) (in /lib64/libc-2.11.2.so)
==12996==
--12996-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting
--12996-- si_code=80; Faulting address: 0x0; sp: 0x402aeee20
valgrind: the 'impossible' happened:
Killed by fatal signal
==12996== at 0x38035689: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux)
sched status:
running_tid=1
Thread 1: status = VgTs_Runnable
==12996== at 0x4C232FD: malloc (vg_replace_malloc.c:195)
==12996== by 0x6550200: QImageData::create(QSize const&, QImage::Format, int) (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x655144A: QImage::QImage(int, int, QImage::Format) (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x6553B11: QImage::convertToFormat(QImage::Format, QFlags<Qt::ImageConversionFlag>) const (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x657A470: QX11PixmapData::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x656760F: QPixmap::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) (in /usr/lib64/libQtGui.so.4.7.0)
==12996== by 0x5EB488: KviApp::createGlobalBackgrounds(QPixmap*) (in /usr/bin/kvirc)
==12996== by 0x5EEE3D: KviApp::setup() (in /usr/bin/kvirc)
==12996== by 0x6257FE: ??? (in /usr/bin/kvirc)
==12996== by 0x78B0B6C: (below main) (in /lib64/libc-2.11.2.so)
Note: see also the FAQ in the source distribution.
It contains workarounds to several common problems.
In particular, if Valgrind aborted or crashed after
identifying problems in your program, there's a good chance
that fixing those problems will prevent Valgrind aborting or
crashing, especially if it happened in m_mallocfree.c.
If that doesn't help, please report this bug to: www.valgrind.org
In the bug report, send all the above text, the valgrind
version, and what OS and version you are using. Thanks.
(В ответ на комментарий №2) > побрал с debug Незаметно. > ==12996== by 0x5EB478: KviApp::createGlobalBackgrounds(QPixmap*) (in > /usr/bin/kvirc) (В ответ на комментарий №3) > (В ответ на комментарий №2) > > побрал с debug > Незаметно. > > > ==12996== by 0x5EB478: KviApp::createGlobalBackgrounds(QPixmap*) (in > > /usr/bin/kvirc) я что то сделал не так? %build %K4cmake \ -DWANT_DEBUG:BOOL=1 \ -DUSE_ENV_FLAGS:BOOL=1 \ -DMANUAL_REVISION=%rev \ -DWANT_NO_EMBEDDED_CODE:BOOL=1 \ -DWANT_COEXISTENCE:BOOL=0 \ -DWITH_PIZZA:BOOL=1 \ -DWITH_BEER:BOOL=1 (В ответ на комментарий №4) > я что то сделал не так? > > %build > %K4cmake \ > -DWANT_DEBUG:BOOL=1 \ > -DUSE_ENV_FLAGS:BOOL=1 \ > -DMANUAL_REVISION=%rev \ > -DWANT_NO_EMBEDDED_CODE:BOOL=1 \ > -DWANT_COEXISTENCE:BOOL=0 \ > -DWITH_PIZZA:BOOL=1 \ > -DWITH_BEER:BOOL=1 Да, символы стрипнулись rpm'ом. Надо было собирать просто с --enable debug, а не выкидывать из спека соответствующий %if_enabled. (В ответ на комментарий №5)
> (В ответ на комментарий №4)
> > я что то сделал не так?
> >
> > %build
> > %K4cmake \
> > -DWANT_DEBUG:BOOL=1 \
> > -DUSE_ENV_FLAGS:BOOL=1 \
> > -DMANUAL_REVISION=%rev \
> > -DWANT_NO_EMBEDDED_CODE:BOOL=1 \
> > -DWANT_COEXISTENCE:BOOL=0 \
> > -DWITH_PIZZA:BOOL=1 \
> > -DWITH_BEER:BOOL=1
>
> Да, символы стрипнулись rpm'ом. Надо было собирать просто с --enable debug, а
> не выкидывать из спека соответствующий %if_enabled.
долго искал, но так и не нашел места в спеке куда его засунуть... ;(
Это аргумент для rpm -bb/rpm --rebuild (В ответ на комментарий №7) > Это аргумент для rpm -bb/rpm --rebuild похоже это не kvirc надо с отладкой собирать... $ gdb kvirc GNU gdb (GDB) 7.0.1-alt2 (ALT Linux) Copyright (C) 2009 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-alt-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/kvirc...done. (gdb) r Starting program: /usr/bin/kvirc [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff508c653 in ?? () from /lib64/libc.so.6 (gdb) c Continuing. KCrash: Application 'kvirc' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/raf/.kde4/socket-raflinux/kdeinit4__0 Warning: connect() failed: : В соединении отказано KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi directly Program terminated with signal SIGALRM, Alarm clock. The program no longer exists. (gdb) c The program is not being run. $ valgrind --leak-check=full --show-reachable=yes --trace-children=yes valgrind: no program specified valgrind: Use --help for more information. [raf@raflinux SPECS]$ valgrind --leak-check=full --show-reachable=yes --trace-children=yes /usr/bin/kvirc ==20293== Memcheck, a memory error detector ==20293== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==20293== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info ==20293== Command: /usr/bin/kvirc ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4003752: dl_main (in /lib64/ld-2.11.2.so) ==20293== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so) ==20293== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so) ==20293== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A317: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4003752: dl_main (in /lib64/ld-2.11.2.so) ==20293== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so) ==20293== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so) ==20293== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4003612: dl_main (in /lib64/ld-2.11.2.so) ==20293== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so) ==20293== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so) ==20293== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A317: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4003612: dl_main (in /lib64/ld-2.11.2.so) ==20293== by 0x401356D: _dl_sysdep_start (in /lib64/ld-2.11.2.so) ==20293== by 0x40015CA: _dl_start (in /lib64/ld-2.11.2.so) ==20293== by 0x4000C07: ??? (in /lib64/ld-2.11.2.so) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A30E: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so) ==20293== by 0xC110F65: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0xC1112DB: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0xC110EE0: dlopen (in /lib64/libdl-2.11.2.so) ==20293== by 0xF805974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2) ==20293== by 0x11656DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== by 0xB491B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2) ==20293== by 0x11656F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A8C3: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so) ==20293== by 0xC110F65: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0xC1112DB: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0xC110EE0: dlopen (in /lib64/libdl-2.11.2.so) ==20293== by 0xF805974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2) ==20293== by 0x11656DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== by 0xB491B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2) ==20293== by 0x11656F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== ==20293== Conditional jump or move depends on uninitialised value(s) ==20293== at 0x400A4FE: _dl_relocate_object (in /lib64/ld-2.11.2.so) ==20293== by 0x4010DD2: dl_open_worker (in /lib64/ld-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0x4010749: _dl_open (in /lib64/ld-2.11.2.so) ==20293== by 0xC110F65: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0x400CB55: _dl_catch_error (in /lib64/ld-2.11.2.so) ==20293== by 0xC1112DB: ??? (in /lib64/libdl-2.11.2.so) ==20293== by 0xC110EE0: dlopen (in /lib64/libdl-2.11.2.so) ==20293== by 0xF805974: g_module_open (in /usr/lib64/libgmodule-2.0.so.0.2400.2) ==20293== by 0x11656DCF: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== by 0xB491B43: g_type_module_use (in /usr/lib64/libgobject-2.0.so.0.2400.2) ==20293== by 0x11656F58: ??? (in /usr/lib64/libpango-1.0.so.0.2800.1) ==20293== ==20293== Invalid read of size 4 ==20293== at 0x5DCF4C: kimageeffect_fade(QImage&, float, QColor const&) (kvi_app.cpp:1085) ==20293== by 0x5DD2E1: KviApp::createGlobalBackgrounds(QPixmap*) (kvi_app.cpp:1115) ==20293== by 0x5DD488: KviApp::updatePseudoTransparency() (kvi_app.cpp:1165) ==20293== by 0x5DF90A: KviApp::setup() (kvi_app.cpp:352) ==20293== by 0x611C41: main (kvi_main.cpp:453) ==20293== Address 0x158d7040 is 0 bytes after a block of size 819,200 alloc'd ==20293== at 0x4C232FD: malloc (vg_replace_malloc.c:195) ==20293== by 0x7304505: XGetImage (in /usr/lib64/libX11.so.6.3.0) ==20293== by 0x6583FDF: QX11PixmapData::toImage(QRect const&) const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x657DA89: QX11PixmapData::toImage() const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x656E1FF: QPixmap::toImage() const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x5DD209: KviApp::createGlobalBackgrounds(QPixmap*) (kvi_app.cpp:1107) ==20293== by 0x5DD488: KviApp::updatePseudoTransparency() (kvi_app.cpp:1165) ==20293== by 0x5DF90A: KviApp::setup() (kvi_app.cpp:352) ==20293== by 0x611C41: main (kvi_main.cpp:453) ==20293== ==20293== Invalid write of size 4 ==20293== at 0x5DD0C7: kimageeffect_fade(QImage&, float, QColor const&) (kvi_app.cpp:1093) ==20293== by 0x5DD2E1: KviApp::createGlobalBackgrounds(QPixmap*) (kvi_app.cpp:1115) ==20293== by 0x5DD488: KviApp::updatePseudoTransparency() (kvi_app.cpp:1165) ==20293== by 0x5DF90A: KviApp::setup() (kvi_app.cpp:352) ==20293== by 0x611C41: main (kvi_main.cpp:453) ==20293== Address 0x158d7040 is 0 bytes after a block of size 819,200 alloc'd ==20293== at 0x4C232FD: malloc (vg_replace_malloc.c:195) ==20293== by 0x7304505: XGetImage (in /usr/lib64/libX11.so.6.3.0) ==20293== by 0x6583FDF: QX11PixmapData::toImage(QRect const&) const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x657DA89: QX11PixmapData::toImage() const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x656E1FF: QPixmap::toImage() const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x5DD209: KviApp::createGlobalBackgrounds(QPixmap*) (kvi_app.cpp:1107) ==20293== by 0x5DD488: KviApp::updatePseudoTransparency() (kvi_app.cpp:1165) ==20293== by 0x5DF90A: KviApp::setup() (kvi_app.cpp:352) ==20293== by 0x611C41: main (kvi_main.cpp:453) ==20293== --20293-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --20293-- si_code=80; Faulting address: 0x0; sp: 0x4031cce20 valgrind: the 'impossible' happened: Killed by fatal signal ==20293== at 0x38035689: ??? (in /usr/lib64/valgrind/memcheck-amd64-linux) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==20293== at 0x4C232FD: malloc (vg_replace_malloc.c:195) ==20293== by 0x6557FA0: QImageData::create(QSize const&, QImage::Format, int) (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x65591EA: QImage::QImage(int, int, QImage::Format) (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x655B891: QImage::convertToFormat(QImage::Format, QFlags<Qt::ImageConversionFlag>) const (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x6581B28: QX11PixmapData::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x656EDBF: QPixmap::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) (in /usr/lib64/libQtGui.so.4.7.0) ==20293== by 0x5DD2F1: KviApp::createGlobalBackgrounds(QPixmap*) (kvi_app.cpp:1115) ==20293== by 0x5DD488: KviApp::updatePseudoTransparency() (kvi_app.cpp:1165) ==20293== by 0x5DF90A: KviApp::setup() (kvi_app.cpp:352) ==20293== by 0x611C41: main (kvi_main.cpp:453) (В ответ на комментарий №8) > (gdb) c > Continuing. > KCrash: Application 'kvirc' crashing... gdb --args kvirc -nofork -nocrashhandler (если не ошибаюсь) Либо запускать без gdb и копировать бэктрейс из окна drkonqi. Покажите fgrep pixmapGlobalTransparencyBackground ~/.config/KVIrc/config/main.kvc Там, я так понимаю, какая-то ерунда либо битое изображение. (В ответ на комментарий №10) > (В ответ на комментарий №8) > > (gdb) c > > Continuing. > > KCrash: Application 'kvirc' crashing... > gdb --args kvirc -nofork -nocrashhandler (если не ошибаюсь) $ gdb --args kvirc -nofork -nocrashhandler GNU gdb (GDB) 7.0.1-alt2 (ALT Linux) Copyright (C) 2009 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-alt-linux". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/kvirc...done. (gdb) r Starting program: /usr/bin/kvirc -nofork -nocrashhandler [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0x00007ffff508c653 in ?? () from /lib64/libc.so.6 (gdb) c Continuing. KCrash: Application 'kvirc' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/raf/.kde4/socket-raflinux/kdeinit4__0 Warning: connect() failed: : В соединении отказано KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi directly Program terminated with signal SIGALRM, Alarm clock. The program no longer exists. > Либо запускать без gdb и копировать бэктрейс из окна drkonqi. drkongi сам почему то не запускается, если пустить руками kdeinit4 $ kdeinit4 Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) QMetaObject::invokeMethod: No such method KUniqueApplication::loadCommandLineOptionsForNewInstance() kbuildsycoca4 running... [raf@raflinux ibm]$ kvirc KCrash: Application 'kvirc' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/raf/.kde4/socket-raflinux/kdeinit4__0 [1]+ Stopped kvirc [raf@raflinux ibm]$ [1]+ Stopped kvirc то drkongi запускается и выдает Application: KVIrc (kvirc), signal: Segmentation fault [KCrash Handler] #6 0x00007fbc2e895653 in ?? () from /lib64/libc.so.6 #7 0x00007fbc2e897061 in malloc () from /lib64/libc.so.6 #8 0x00007fbc2f7e4fa1 in QImageData::create(QSize const&, QImage::Format, int) () from /usr/lib64/libQtGui.so.4 #9 0x00007fbc2f7e61eb in QImage::QImage(int, int, QImage::Format) () from /usr/lib64/libQtGui.so.4 #10 0x00007fbc2f7e8892 in QImage::convertToFormat(QImage::Format, QFlags<Qt::ImageConversionFlag>) const () from /usr/lib64/libQtGui.so.4 #11 0x00007fbc2f80eb29 in QX11PixmapData::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) () from /usr/lib64/libQtGui.so.4 #12 0x00007fbc2f7fbdc0 in QPixmap::fromImage(QImage const&, QFlags<Qt::ImageConversionFlag>) () from /usr/lib64/libQtGui.so.4 #13 0x00000000005dd2f2 in KviApp::createGlobalBackgrounds (this=0x92e670, pix=0xbcd660) at /home/raf/RPM/BUILD/kvirc-4.0.3/src/kvirc/kernel/kvi_app.cpp:1115 #14 0x00000000005dd489 in KviApp::updatePseudoTransparency (this=0x92e670) at /home/raf/RPM/BUILD/kvirc-4.0.3/src/kvirc/kernel/kvi_app.cpp:1165 #15 0x00000000005df90b in KviApp::setup (this=0x92e670) at /home/raf/RPM/BUILD/kvirc-4.0.3/src/kvirc/kernel/kvi_app.cpp:352 #16 0x0000000000611c42 in main (argc=1, argv=0x7fff7874c938) at /home/raf/RPM/BUILD/kvirc-4.0.3/src/kvirc/kernel/kvi_main.cpp:453 > > Покажите > fgrep pixmapGlobalTransparencyBackground ~/.config/KVIrc/config/main.kvc > Там, я так понимаю, какая-то ерунда либо битое изображение. Ндя , как то странно выглядит. $ fgrep pixmapGlobalTransparencyBackground ~/.config/KVIrc/config/main.kvc pixmapGlobalTransparencyBackground=global://themes/YellowIRC-1.0.0/pixmapGlobalTransparencyBackground.png Ну видимо оно имеет в виду /usr/share/kvirc/4.0/themes/YellowIRC-1.0.0/pixmapGlobalTransparencyBackground.png Если этот файл нормальный - могу только предложить обратиться в апстрим. .config/KVIrc/global показывает на /usr/share/kvirc/4.0/ ? (В ответ на комментарий №13) > .config/KVIrc/global показывает на /usr/share/kvirc/4.0/ ? $ ls -all .config/KVIrc/global lrwxrwxrwx 1 raf raf 21 Авг 12 15:28 .config/KVIrc/global -> /usr/share/kvirc/4.0/ Вчера обнавлял дома на буке дэсктоп пятый, и вот там как раз заметил что kvirc попытался заменил kvirc4 , пока дома захолдил, дерну исходники с апстрима, соберу ручками, если не заработает буду задавать им вопросы, если заработает, продолжим разбиратся тут. ;) (В ответ на комментарий №15) > Вчера обнавлял дома на буке дэсктоп пятый, и вот там как раз заметил что kvirc > попытался заменил kvirc4 Да, пакет был переименован. Непонятно, какое это отношение имеет к этому багу. (В ответ на комментарий №16) > (В ответ на комментарий №15) > > Вчера обнавлял дома на буке дэсктоп пятый, и вот там как раз заметил что kvirc > > попытался заменил kvirc4 > Да, пакет был переименован. Непонятно, какое это отношение имеет к этому багу. конкретно к этому никакого, просто обычно kvirc ассоциировался с третьей версией. ;) собрал kvirc с апстрима по инструкции http://www.kvirc.ru/wiki/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8%D0%B7_SVN#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0_KVIrc_4 запустился с пол пинка, теперь попробую сам rpmку собрать. (В ответ на комментарий №17) > > > Вчера обнавлял дома на буке дэсктоп пятый, и вот там как раз заметил что kvirc > > > попытался заменил kvirc4 > > Да, пакет был переименован. Непонятно, какое это отношение имеет к этому багу. > конкретно к этому никакого, просто обычно kvirc ассоциировался с третьей > версией. ;) Так этот баг у вас не в последней версии сизифного пакета? А что ж вы моск парите? > собрал kvirc с апстрима по инструкции > http://www.kvirc.ru/wiki/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8%D0%B7_SVN#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0_KVIrc_4 Вы б из бранча 4.0 собирали. ПОСЛЕ того, как попробовали сизифную версию. (В ответ на комментарий №18) > (В ответ на комментарий №17) > > > > Вчера обнавлял дома на буке дэсктоп пятый, и вот там как раз заметил что kvirc > > > > попытался заменил kvirc4 > > > Да, пакет был переименован. Непонятно, какое это отношение имеет к этому багу. > > конкретно к этому никакого, просто обычно kvirc ассоциировался с третьей > > версией. ;) > Так этот баг у вас не в последней версии сизифного пакета? А что ж вы моск > парите? > > > собрал kvirc с апстрима по инструкции > > http://www.kvirc.ru/wiki/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8%D0%B7_SVN#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0_KVIrc_4 > Вы б из бранча 4.0 собирали. ПОСЛЕ того, как попробовали сизифную версию. Мы не парим, а именно сизифоского и именно последнего, вот только он почему то от апстрима отстал, это таже по ченчлогу видно, в апстриме есть секция , которой в последней сизифовской нет. я так думаю что если сейчас собраная рпмка с исходними от апстрима заработает, надо будет писать RF на пересборку покета в сизиф. > > собрал kvirc с апстрима по инструкции
> > http://www.kvirc.ru/wiki/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_%D0%B8%D0%B7_SVN#.D0.A3.D1.81.D1.82.D0.B0.D0.BD.D0.BE.D0.B2.D0.BA.D0.B0_KVIrc_4
> Вы б из бранча 4.0 собирали. ПОСЛЕ того, как попробовали сизифную версию.
на бранче у миня даже покетов для сборки не стоит, он у миня так, для игрушек, а на работе по жизни уже три с половиной года сизиф.
(В ответ на комментарий №19) > Мы не парим, а именно сизифоского и именно последнего, Предыдущие сообщения позволили мне предположить, что выаш пакет настолько старый, что всё ещё называется kvirc4. Просьба опровергнуть. > вот только он почему то от апстрима отстал, Это не так. Более того, он даже новее последнего релиза. > это таже по ченчлогу видно, Это не так. И не надо смотреть в trunk, это нестабильная ветка. (В ответ на комментарий №20) > > Вы б из бранча 4.0 собирали. ПОСЛЕ того, как попробовали сизифную версию. > на бранче у миня даже покетов для сборки не стоит, Я о бранче kvirc. https://svn.kvirc.de/svn/branches/kvirc/4.0/ Т.е. о том, из которого собирается сизифный пакет. (В ответ на комментарий №21) > (В ответ на комментарий №19) > > Мы не парим, а именно сизифоского и именно последнего, > Предыдущие сообщения позволили мне предположить, что выаш пакет настолько > старый, что всё ещё называется kvirc4. Просьба опровергнуть. просто первый баг я вешал на kvirc4, а только потом узнал что его переименовали просто в kvirc. Естественно я работал с покетом: ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/noarch/SRPMS.classic/kvirc-4.0.3-alt1.r4887.src.rpm > > > вот только он почему то от апстрима отстал, > Это не так. > Более того, он даже новее последнего релиза. не новее , у них уже Revision 4970 > > > это таже по ченчлогу видно, > Это не так. > И не надо смотреть в trunk, это нестабильная ветка. т.е. брать нужно из https://svn.kvirc.de/svn/branches/kvirc/4.0/ ? > (В ответ на комментарий №20) > > > Вы б из бранча 4.0 собирали. ПОСЛЕ того, как попробовали сизифную версию. > > на бранче у миня даже покетов для сборки не стоит, > Я о бранче kvirc. https://svn.kvirc.de/svn/branches/kvirc/4.0/ Т.е. о том, из > которого собирается сизифный пакет. нет , из бранча я ничего не брал. в свете > > Я о бранче kvirc. https://svn.kvirc.de/svn/branches/kvirc/4.0/ Т.е. о том, из > > которого собирается сизифный пакет. отвечаю сам на свой вопрос > т.е. брать нужно из https://svn.kvirc.de/svn/branches/kvirc/4.0/ ? да... ;) ок буду с ним сейчас работать (В ответ на комментарий №22) > > > вот только он почему то от апстрима отстал, > > Это не так. > > Более того, он даже новее последнего релиза. > не новее , у них уже Revision 4970 Покажите мне релиз с этой ревизией. > > > это таже по ченчлогу видно, > > Это не так. > > И не надо смотреть в trunk, это нестабильная ветка. > т.е. брать нужно из https://svn.kvirc.de/svn/branches/kvirc/4.0/ ? Нужно или не нужно, я уже сказал, но если вы хотите сравнивать сизифный пакет с апстримом и тем более предъявлять к нему претензии, сравнивать надо именно с бранчем. собирал из https://svn.kvirc.de/svn/branches/kvirc/4.0/ http://chum.xaker.ru/kvirc-data-4.0.3-alt1.r4971.noarch.rpm http://chum.xaker.ru/kvirc-4.0.3-alt1.r4971.x86_64.rpm из О программе: KVIrc 4.0.3 'Insomnia' Информация времени выполнения: Система: Linux 2.6.32-std-def-alt21 Версия системы: #1 SMP Tue Aug 31 12:56:48 UTC 2010 Архитектура: x86_64 Информация о сборке: Дата сборки: 2010-09-03 09:25:52 UTC Дата исходных текстов программы: 20100803 Номер ревизии: 4971 Система: Linux-2.6.32-std-def-alt21 Процессор: x86_64 Команда сборки: /usr/bin/cmake Флаги сборки: CMAKE_INSTALL_PREFIX=/usr COMPILE_KDE_SUPPORT Threads=POSIX COMPILE_DBUS_SUPPORT COMPILE_WEBKIT_SUPPORT COMPILE_PHONON_SUPPORT COMPILE_ESD_SUPPORT COMPILE_OSS_SUPPORT COMPILE_AUDIOFILE_SUPPORT WITHOUT_DCC_VIDEO WITHOUT_OGG_THEORA WITH_PIZZA WITH_BEER Компилятор: /usr/bin/c++ Флаги компилятора: -pipe -Wall -O2 Ну так это не релиз. Так что, в HEAD бранча 4.0 этот баг есть? (В ответ на комментарий №26) > Ну так это не релиз. а где смотреть релизы? > Так что, в HEAD бранча 4.0 этот баг есть? сегодня вечером проверю, главное что у меня заработало... ;) (В ответ на комментарий №27) > > Ну так это не релиз. > а где смотреть релизы? Неважно. Просто не надо спорить о релизах, не видев их. (В ответ на комментарий №26) > Ну так это не релиз. > Так что, в HEAD бранча 4.0 этот баг есть? прошу уточнить, HEAD от git или от svn? бранча 4.0 - линукса или квираца? снял с холда квирц4 , обновился, запустился сразу... причем в памяти от кде ничего не валяется, меня вот что беспокоит, что та сборка что в сизифе как то не правильно на новый кде реагирует... хотя вообщем... да закрывайте вы эту багу, работает и х с ним... ;) суббота.. ;) ok (В ответ на комментарий №31) > ok отдали бы квиоц на руленее, имхо кроме меня в сизифе им никто не пользутеся (В ответ на комментарий №32) > > ok > отдали бы квиоц на руленее Чо? > имхо кроме меня в сизифе им никто не пользутеся Это не так. Кроме того, пока им пользуюсь я (это недолго, впрочем), я его никому не отдам. (В ответ на комментарий №33) > (В ответ на комментарий №32) > > > ok > > отдали бы квиоц на руленее > Чо? > > > имхо кроме меня в сизифе им никто не пользутеся > Это не так. > Кроме того, пока им пользуюсь я (это недолго, впрочем), я его никому не отдам. будет желание заходи на irc.dalnet.su 6667 просто 7777 ссш канал #russian там не шумно, но иногда бывает интересно Гмда. У меня было желание ответить "пнх", извините. (В ответ на комментарий №35) > Гмда. > У меня было желание ответить "пнх", извините. нормальное желание, но одно дело делаем, и мне это нравится... кстате по поводу ядра к кому обратится? Походу поймал багу, при попытке выставить тему YellowIRC, kvirc вывалился примерно с теме же признаками. Как время будет проверю точнее. |