パスワードを忘れた? アカウント作成
432619 journal

asatakuの日記: KOffice-1.1.1 7

日記 by asataku

KOffice-1.1.1がリリース。基本的にはバグフィックス版のはず。

それはともかく、推奨ライブラリがQt-2.3.1になってて、最新のQt-2.3.2じゃないんだけど、
これってKC KDE #27で出てた問題のせいか?

そういえば、Qt-2.3.2にしてから、konquerorなどが固まることがあるが、
デバッグ用のコードを仕込んで動かすと、なかなか固まってくれないんだよな。
自分のパッチが原因になってる恐れがあるから、早めにチェックしたいんだが、再現性ないし。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Daicki (4060) on 2001年12月20日 20時07分 (#48568) 日記
    私のところでもよく固まりますね。
    Qt-2.3.2へのバージョンアップとKDE2.2.2へのバージョンアップは
    同時にやったんでどっちが原因か分からないんですが。

    固まるときは、URLの入力関係の操作の時がほとんどかな。
    • 落ちてる場所がQClipboardの中なんで、Qtだろうとあたりを付けてます。
      デバッグ用コードを埋め込んだkonquerorをここ2日くらい動かしてたけど、
      こういう時って落ちないんだよね。
      URLの入力用にダブルクリック時が一番症状現われ易いんだけど、
      意図的にボタン連打でもだめだった。

      QClipboardは3.0からのバックポートだけど、
      若干違う部分があるから、qt-copyとのdiffも見比べないと駄目。
      けど、今朝はなんか、cvsの調子悪かったなぁ。
      cvs.kde.orgのdisk fullっぽかったが。
      --
      -- Che Che - Bye Bye
      親コメント
      • by Daicki (4060) on 2001年12月25日 20時44分 (#49792) 日記
        やっぱりQt-2.3.2ですか。
        これは、Qt-3.0で前から気になっていた、
        ATOKだと特に入力が遅くなる問題と同じ原因ですかね。
        #Qt-2.3.2を使って出した者としては少し心配。

        現状としてはどうなっています?
        少しぐらいならお手伝いできそうですが。
        #しばらくは、KDE3-beta1のインストールなどに時間がかかりそうですが。
        親コメント
        • 今ちょっと3.0beta1の方に環境を移してて、チェックが止まってる状態です。
          そっちでのバグのチェック/レポートをやってました。
          意外とKDE-3.0beta1が快適なもので。
          ただし、Qt起因で使いにくい場所がちょこちょこありますが。

          で、2.3.2で以前試したときにはたしか、QClipboardWatcher::format() で止まってました。
          3.0beta1環境で2.2.2のkonquerorだけをうまく動かせないので、
          現状止まってるところ。

          qt-copyでのバグフィックスは2.3.2にはないコードの部分の模様。
          ってことで、ちょいお待ちを。
          それなりのバックトレースがとれるだけでも助かります。
          --
          -- Che Che - Bye Bye
          親コメント
          • by Daicki (4060) on 2001年12月26日 13時32分 (#49952) 日記
            デバッグコードを入れたら、めでたく固まらなくなりました(苦笑)。
            でも、一度だけ固まり、なおかつその後落ちたんですが、
            どうやら、QClipboardWatcher::format()が呼び出される回数が、
            固まったときはかなり多かったですね。
            大丈夫なときは、ほとんど同じような動作をしても、
            2回程度。固まったときは、10回以上呼び出されていました。
            ちなみに、qclipboardパッチは含んでいます。

            バックトレースは以下の通り。
            (Qtだけデバッグオプション付きです)

            (no debugging symbols found)...[New Thread 1024 (LWP 25976)]
            0x4117b6d2 in sigsuspend () from /lib/libc.so.6
            #0 0x4117b6d2 in sigsuspend () from /lib/libc.so.6
            #1 0x413f36e9 in __pthread_wait_for_restart_signal ()
                  from /lib/libpthread.so.0
            #2 0x413f57f6 in __pthread_alt_lock () from /lib/libpthread.so.0
            #3 0x413f1dc2 in pthread_mutex_lock () from /lib/libpthread.so.0
            #4 0x411c14fb in free () from /lib/libc.so.6
            #5 0x4076595f in _KDE_IceTransFreeConnInfo ()
                  from /usr/local/kde/lib/libDCOP.so.1
            #6 0x4076670e in _KDE_IceTransClose () from /usr/local/kde/lib/libDCOP.so.1
            #7 0x40763c93 in _KDE_IceFreeConnection ()
                  from /usr/local/kde/lib/libDCOP.so.1
            #8 0x40763be7 in KDE_IceCloseConnection ()
                  from /usr/local/kde/lib/libDCOP.so.1
            #9 0x40754769 in DCOPClient::emergencyClose ()
                  from /usr/local/kde/lib/libDCOP.so.1
            #10 0x406a010d in KCrash::defaultCrashHandler ()
                  from /usr/local/kde/lib/libkdecore.so.3
            #11 0x413f3dd4 in pthread_sighandler () from /lib/libpthread.so.0
            #12 <signal handler called>
            #13 0x411c1699 in chunk_free () from /lib/libc.so.6
            #14 0x411c1513 in free () from /lib/libc.so.6
            #15 0x40940829 in QGArray::~QGArray (this=0xbffff3e0, __in_chrg=2)
                    at tools/qgarray.cpp:150
            #16 0x40095504 in QArray::~QArray () from /usr/local/kde/lib/konqueror.so
            #17 0x40990cb5 in QClipboard::event (this=0x842d3b0, e=0xbffff678)
                    at kernel/qclipboard_x11.cpp:759
            #18 0x409cbd98 in QApplication::notify (this=0xbffff95c, receiver=0x842d3b0,
                    event=0xbffff678) at kernel/qapplication.cpp:1687
            #19 0x40605f1c in KApplication::notify ()
                  from /usr/local/kde/lib/libkdecore.so.3
            #20 0x40cdad69 in QApplication::sendEvent (receiver=0x842d3b0,
                    event=0xbffff678) at kernel/qapplication.h:411
            #21 0x409875a5 in QApplication::x11ProcessEvent (this=0xbffff95c,
                    event=0xbffff77c) at kernel/qapplication_x11.cpp:3240
            #22 0x4098596b in QApplication::processNextEvent (this=0xbffff95c,
                    canWait=true) at kernel/qapplication_x11.cpp:2600
            #23 0x409ce5bf in QApplication::enter_loop (this=0xbffff95c)
                    at kernel/qapplication.cpp:2591
            #24 0x4098589f in QApplication::exec (this=0xbffff95c)
                    at kernel/qapplication_x11.cpp:2556
            #25 0x4004407a in main () from /usr/local/kde/lib/konqueror.so
            #26 0x4116a486 in __libc_start_main () from /lib/libc.so.6
            親コメント
            • #16 0x40095504 in QArray::~QArray () from /usr/local/kde/lib/konqueror.so
              が原因っぽいですね。とはいえ、free関連なので、必ずともここが問題とは限らないけど。
              QArrayの使い方を追うのがいいのかな。

              あと、固まった瞬間に kill -SEGV で落とすのも手です。

              それから、QClipboardWatcher::format()はもともと
              数多く呼び出される関数なので、数はあまり気にしないほうがいいかも。
              --
              -- Che Che - Bye Bye
              親コメント
            • by Daicki (4060) on 2001年12月26日 13時36分 (#49955) 日記
              >どうやら、QClipboardWatcher::format()が呼び出される回数が、
              >固まったときはかなり多かったですね。
              かなりの回数 QClipboardWatcher::format() が実行されても、
              普通に動いていました・・・。
              あまり役に立たない情報だったようで。
              もう少し調べてみます。
              親コメント
typodupeerror

クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人

読み込み中...