[SIMILAR] WITH 5655 度安 WITH 1372 ハッ WITH 736 安定 WITH 607 シュ WITH 594 ッシ WITH 555 方向 WITH 358 程度 WITH 331 ェッ WITH 294 チェ WITH 119 ック WITH 1 試し WITH 1 しに WITH 1 にハ WITH 1 ュに WITH 1 にし WITH 1 して WITH 1 てみ WITH 1 みた WITH 1 たら WITH 1 ら、 WITH 1 、そ WITH 1 それ WITH 1 れな WITH 1 なり WITH 1 りに WITH 1 に速 WITH 1 速く WITH 1 くな WITH 1 なっ WITH 1 った WITH 1 た。 WITH 1 。と の検索結果 204 件中 1 - 10 件目 (0.201741796 秒)
試しにハッシュにしてみたら、それなりに速くなった。とりあえず、これでやる方向で。std::hash_map(ほんとはstdじゃないけど)がCEでどの程度安定して使えるかもチェックしないと。。 ...
pgp-sha1で決め打ちになっていましたが、ご指摘を頂いたので、ちゃんと実際に使われたハッシュアルゴリズムを反映するように直しました。 GnuPGだと、--status-fdで指定したファイルディスクリプタから取り出せるデータから、SIG_CREATED通知の3番目の引数を取り出すとアルゴリズムがわかります。 ...
# (スコア:2697)
取得したRSSの重複チェックを今まではURLだけでやっていたのですが、コンテンツまで含めたハッシュを作ってそれで比較するようにしました。URLが変わらずにコンテンツがアップデートされた場合などにも新たに取得するようになります。 ...
# (スコア:2357)
Invalid Textエントリのハッシュ値で重複チェックをしていたのですが、少し変わっただけの時などに何度も取得されてしまうことがあまりにも多かったので、link(ATOMの場合にはあればid)でチェックするのをデフォルトにしました()。フィードごとに今までの方法を指定することも可能です。 ...
# (スコア:2025)
RSSエントリの重複チェックはアイテムのすべての値のハッシュを取って比較しているので、ちょっとした誤字の修正や、サーバ側の不具合によって同じエントリが何度も取得されてしまうことがあります。見逃さないという意味では良いのですがちょっとわずらわしいのも事実です。 変えるならば、 URLだけで比較 URL ...
# (スコア:1990)
2.xでは、フォルダのメッセージリストをロードするときに、SubjectとかFromとかを全部ロードしていたけれど、必要に応じてロードするようにした。でも、そのままだと遅いので適当にキャッシュ。キャッシュを探すのに、リンクリストの二分検索にしたら結構遅い。しょうがないので、ハッシュテーブルを試す予定。 ...
# (スコア:1967)
やっぱりその程度ですよね。結局のところディスクキャッシュに乗るかどうかの方が支配的なので、内部のバッファにヒットするかどうかは、それに比べると影響が小さいようです。 ...
# (スコア:1471)
2.1.xでアカウント削除時にクラッシュするというのが再現しました。フォルダコンボボックスのからみでした。根本的に問題があるような気がしなくもないけれど、それは新しい方で直すことにしてとりあえずクラッシュしないように修正しました。 ...
# (スコア:1432)
ちょっと前にemlを開くとクラッシュするのを修正しましたが、今度は開いたメッセージを印刷するとクラッシュしていたので修正しました。 このあたりは、@I()などをバックグラウンドでも使えるようにするための変更の影響なのですが、同じようなバグがあちこちに出てしまって調子が悪いです… ...
# (スコア:1432)
今は本文やヘッダをキャッシュしていない場合、Content-Typeはどこにもキャッシュされていませんが、キャッシュするようにしないとだめな気がしています。 S/MIMEでmultipart/signed形式の署名を確認する際には、オリジナルのバイト列を取得する必要がありますが、通常IMAP4でmultipartの場合にはBODYSTRUCTURE ...
# (スコア:1420)
# (スコア:10000)