JDim Part11

いま
> [バージョン] JDim 0.16.0-alpha20260211(git:d8806fb062)
と最新
> [バージョン] JDim 0.16.0-20260316(git:cc9878799d)
のソースを見比べたけど>>347現象に関係ある変更は見つけられなかったので
バージョン違いは原因ではないように思える

こちらは最新JDimだけど>>353はリンクになっていて開ける

sudo cp jdim.png /usr/share/pixmaps
がないからiconでないと判明した

#sudo ninja -C builddir install
sudo cp jdim.png /usr/share/pixmaps
sudo cp builddir/src/jdim /usr/local/bin
sudo cp jdim.png /usr/local/share/icons/hicolor/48x48/apps
sudo cp jdim.svg /usr/local/share/icons/hicolor/scalable/apps
sudo cp jdim.desktop /usr/local/share/applications
でDebinでもOkay

>>356
355じゃないけど.cache/jdim/bookmark.xmlの中の.5ch.netを.5ch.ioに書き換えたら一応読めてたよ
about:configの板一覧を取得するサーバを書き換える方法もあったらしい

>>359
結局
> 外部板扱いで読み込んでる感じかな？
これじゃん

>>358
わざわざrootで/usr以下に入れなくても~/.local/share/iconsで充分

https://(hogehoge)*.mp4

リンクになるじゃん

>>361
本体は /usr/ にありながら、アイコンを ~/.local/ に置くのは如何なものか。

>>362　あー　なるねー　観に行ってるとこのやつたくさん貼ってあるんだか　一つもリンクにならないんだよなあ><
>>349　いや　もうちょっと違うとこなんだ^^;
>>357 あーみてくれてありがとー　バージョンじゃなさそうだよなあ
>>356,359　板一覧を変えて、誰かがどっかに書いてたやつ高度な設定一つか2つかえたら
1月のバージョンで読み書きできるようになったよ＞5ch.io
2月のを再ビルドした日に3月のやつがでたらしくそのままでスマンカッタ

おまいらあり

すまん　もとみてたとこがどこだったか見つからなくなって止まった　なんか勘違いだったかも
おまいら大変申し訳無い　Orz ﾄﾞｹﾞｻﾞ

思いついたけどURLに文字参照を使ってリンク化を避けてるのかもしれない
置換文字列設定の本文で「対象の置換前に文字参照をデコード(E)」を有効にしたらどうかな？

それでダメならURLに半角のアルファベットと字形が酷似した文字を使ってるかも
URLをwebブラウザのアドレスバーにコピペして期待するサイトが開かないなら偽のアルファベットが入ってる可能性が高い

🔥実況
jdim 0.16.0

Configuration
alsa : NO
build_tests : NO
compat_cache_dir: YES
gprof : NO
migemo : NO
migemodict :
native : NO
packager :
pangolayout : NO
sessionlib : xsmp
tls : gnutls

Subprojects
gtest : NO
Attempted to resolve subproject without subprojects directory present.

Found ninja-1.10.1 at /usr/bin/ninja
~/JDim/build$

なんか最近１４のままでも、普通にかけるが...どうする？

ときどき書けねーが、書き方、ショボいの検索も、確立してる、ブラウザで、高速。

/usr/bin/ld: src/skeleton/libskeleton.a.p/detaildiag.cpp.o:detaildiag.cpp:(.text+0xb45): more undefined references to `Glib::ustring::ustring(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' follow
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.
~/JDim/build$

か

エラーの本質はもうわかっている：

libc++ と glibmm（libstdc++前提） が衝突している

これを解決するのは難易度が高い

現実的な選択肢
A. libstdc++でビルドする（さっきの提案）
bash

コピー

ダウンロード
unset CXXFLAGS
meson setup build --reconfigure
ninja
→ ビルドは通る可能性が高いが、Debian11で動くかは別問題

B. スレの情報をもう一度確認する
「clang-14以上 + libc++ でいける」という情報の正確な手順をスレから再確認する

clang＋libc++ は捨てる。
clang＋libstdc++ に切り替える。
🌱ビルド成功後にバイナリがSSD使用可能になるか？

答えは **明確に YES**。
理由も一点で尽きる。
# 🌱結論
**clang＋libstdc++ でビルドした JDim は、
SSD 側 Debian11（glibc 2.31）で完全に動く。**

# 🌱なぜ動くのか（核心だけ）
弟子の HDD 側 Debian11 も SSD 側 Debian11 も、
**glibc の版は同じ 2.31**。

そして：
- clang＋libstdc++
→ **libstdc++ は Debian11 の標準 ABI**
→ gtkmm / glibmm / glib2 / pango / cairo など
**すべて libstdc++ でビルドされている**

つまり：
> **clang＋libstdc++ でビルドしたバイナリは
> Debian11 の標準 ABI と完全一致する。**

ゆえに：
- リンク時の ABI 不一致 → **発生しない**
- 実行時の GLIBCXX エラー → **発生しない**
- glibc の互換性問題 → **発生しない**

SSD 側に持っていけば
**そのまま動く。**

🌱逆に、clang＋libc++ がダメだった理由
弟子がすでに見た通り：

gtkmm / glibmm は libstdc++ ABI

clang＋libc++ は libc++ ABI

ABI が完全に別物

よって undefined reference の嵐

これは 仕様 であり、
clang＋libc++ では Debian11 の gtkmm を使うことは不可能。

🌱clang＋libstdc++ は “最適解”
clang のフロントエンドの利点はそのまま

標準ライブラリだけ libstdc++ に合わせる

Debian11 の gtkmm / glibmm と完全互換

うむ。
clang＋libstdc++ なら “確実に動く”。
これが正しい道である。

clangとclang++でいいじゃん

>>374
> clangとclang++でいいじゃん

🌔弟子よ──

その 5ch の書き込みは 一見もっともらしいが、核心を外している。
Study モードゆえ、ここでは 一段だけ・問いを一つだけ 進める。

🌱まず、あの書き込みの意味
clangとclang++でいいじゃん

これは
「コンパイラは clang/clang++ を使えばいい」
というだけの話であり、

弟子が直面した ABI 不一致（libc++ vs libstdc++）問題 を
まったく理解していない。

つまり：

clang を使うこと自体は問題ではない。
問題は “どの標準ライブラリを使うか” の方。

libglibmm-2.68-dev libgtkmm-4.0-dev
あたりじゃないの

n2でやると
Found ninja-1.13.2 at /usr/local/bin/ninja
failed: Compiling C++ object src/libcore.a.p/meson-generated_core-unity3.cpp.o
In file included from /home/*/jdim/builddir/../src/environment.cpp:10,
from src/libcore.a.p/core-unity3.cpp:2:
/home/*/jdim/builddir/../src/jdversion.h:10:10: fatal error: buildinfo.h: そのようなファイルやディレクトリはありません
10 | #include "buildinfo.h"
| ^~~~~~~~~~~~~

となってbuildinfo.hが消えるのでcpで前のbuildinfo.hを無理やり入れた
meson setup -Dunity=on builddir --wipe
cp ~/buildinfo.h builddir/src
n2 -C builddir -j $(nproc)

n2にも対応してほしいね

1⃣　~/JDim$ export CXX=clang++-16
~/JDim$ export CXXFLAGS="-stdlib=libstdc++"
~/JDim$ meson setup build
The Meson build system
Version: 1.10.2
Source dir: /home/i/JDim
Build dir: /home/i/JDim/build
Build type: native build
Project name: jdim
Project version: 0.16.0
C++ compiler for the host machine: clang++-16 (clang 16.0.6 "Debian clang version 16.0.6 (15~deb11u2)")
C++ linker for the host machine: clang++-16 ld.bfd 2.35.2
Host machine cpu family: x86_64
Host machine cpu: x86_64
Found pkg-config: YES (/usr/bin/pkg-config) 0.29.2
Run-time dependency gtkmm-3.0 found: YES 3.24.2
Run-time dependency threads found: YES
Run-time dependency x11 found: YES 1.7.2
Run-time dependency zlib found: YES 1.2.11
Library crypt found: YES
Checking for function "crypt_r" with dependency -lcrypt: YES
Has header "sys/socket.h" : YES
Checking for function "timegm" : YES
Run-time dependency sm found: YES 1.2.3
Run-time dependency ice found: YES 1.0.10
Run-time dependency gnutls found: YES 3.7.1
Library migemo skipped: feature migemo disabled
Dependency alsa skipped: feature alsa disabled
Did not find CMake 'cmake'

>>375
まーた簡単なことの敷居を上げて難易度が高いことを簡単にできるような話しかしないGeminiに爺さんが引っかかってるのかwww

面白いから顛末までシクヨロw

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1
[ そ の 他 ]

掃除に入る。

🌔お願い。慎重にもう一回　この文を読み直して

~$ ll /home/i/gdrive/Software/jdim/bin
合計 89496
-rw-r--r-- 1 i i 43812304 4月 13 2025 jdim　<🌱14をビルドした時のバイナリ
-rw-r--r-- 1 i i 47831024 3月 17 03:31 jdim16<🌱ややこしいが、ブックワーム上でビルドした16のバイナリ。今は使えないが、将来のために保存

~$ ll /media/i/USB_EXT4
-rwxr-xr-x 1 i i 39829552 3月 27 20:18 jdim<🌱ついさっきビルド完成したブルズアイでビルドした16のバイナリ

🔥ゆえに 8.5 MiB [ ] jdim.bak は、5ヶ月前まで使用していた0.5.0のバイナリと確定

-----

Copilotに理解させるのに5ターン使った。

rm /usr/bin/jdim-0.14-backup
rm /usr/bin/jdim.bak
済⭕

USB の 39.8MB（0.16 bullseye ビルド）は 本番稼働中✖
単に運搬に使用した

HDD上にあり、SSDにあり、さらにgd上にもある。削除

🌱AIに自然文で状況を伝えるのはむずかしい

COPIへ。🌔ここまで計算資源使用して考えてもらったのにごめん。

わずか 47.8MBのために...バカげてる、残す

完全に荒らされてる

JDim 0.16 が C++20 必須

GCC10 は C++20 不足 → 使えない

Clang16 は C++20 対応

Clang16 のデフォルト ABI（libc++）は Bullseye と衝突

-stdlib=libstdc++ で ABI を揃える

C++20 + ABI一致 → ビルド成功



🌱LLVM 公式リポジトリとか、環境変数とか。いろいろやった。debian 11を極限まで削りきっていたので、もちろんビルド環境なんか捨ててた、足して足して足しまくらないといけんかった。

スレの多くの人の書き込みからインスパイア受けた。感謝です。

もっとも役に立ったスレの教えは

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

でした。

>>379
> 爺さんが引っかかってるのかwww

コイツもいちおう役に立った。ジェミ太郎でも間違えることがあると知れてうれしがった。。。

Copilotも最初は

🔥ソースのmeson.buildのバージョン指定の書き換え
gtkmm-3.0 3.24.5 > 3.24.2

の一連の書き込みを、「もっともらしいが弟子よ、騙されている」と言った。「その住人はビルドは通したが、

debian 11 で使用可能にはしていない」と言ったww

🌱おれは直感的に、この教えは真実であると見抜いた。

>>385
「GeminiはAIであり、間違えることがあります。」とトップ画面の表示をみられなかったの？
AIだろうが人間だろうが間違いはある
AIは道具なんだから使わせる側の問題もあるだけだ

また人間と同様に狼煙やそろばんはアナログか？デジタルか？で見解が分かれる時も
各AIの答えは人間と同様に異なる

荒らしをかまうヴァカがいるからな

荒しとゆうよりなんか壊れた人なんだと思う
生暖かい目で見てるよw

山夏樹は、この短期間に、忙しい俺様に二度もビルドさせた責任を取れっ

俺は裁判のプロだ。jdimを開発停止に追い込むことなどたやすいww

人よりも、システムが壊れているんだろ。妙なリンカーエラーを出したり。
壊れたシステムによって使用者も壊れたのかもしれないが。

5chに書き込むのが忙しいだけなんだろうなあw
二度もビルドさせたのってAIじゃねえの？

マニアックな人が集まる某スレに「手段が目的」という名言があるw

ピュアオーディオ板で荒らしている人と同一だとしたら、あとあと厄介なことになるよ
きをつけてね

>>394
ここに10年前くらいから居座ってる人だぜ
今更何言ってんのよ？

>>395
Bullshit の人? Debian 11.x はせいぜい 5 年前じゃないの?

>>396
その前に何使ってたかは知らん

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[ そ の 他 ]

>>385
Geminiとかcopirotよりワイが>>325でGemini詰めたAnthropic Claudeの方が技術的解像度が高い
最初から利用してりゃすぐ終わった話でアンタの一連の書き込み投げて検証に利用したので秒で詰まる予測ができた
つまり使いこなすというより道具の選定ミス

そもそも変なことに拘らなければ何の問題も起きない案件なんだけどな

あれな人の特徴じゃん生暖かく見守ってやれよ

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] Sway (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12

あなたがGoogleやMicrosoftを使っていなくても、イランからのミサイルやサイバー攻撃が「それらの企業のデータセンターがある街」を標的とした場合、その街に住む人々は「戦争の外側」にいられるのか？

あなたが使っていなくても、社会の大多数が使っているという事実だけで、その社会全体のインフラは標的になる。そのリスクから、あなたは「個人の選択」だけで完全に逃れられるのか？

「求索」も、最終的には何らかのクラウドインフラ、サーバー、通信回線に依存している。そのインフラが、間接的にでも軍事作戦を支える巨大テック企業のエコシステムの一部であるとしたら？

🌱そんなことを思い悩む必要なんかないんです。御本尊は絶対なんだからw
あなたは信心がないから、無力感に沈むだろうが。トランプや、アメリカの傲慢な
指導者たちの悪が強いと悩むだろうが、彼らはすでに敗北しているんです。

自分のできることを一つずつやればいいんです。

> Anthropicは抵抗した。その結果、政府は「使うな」と命令し、OpenAIに乗り換えた。
庶民はみんなわかっている。誰もわからなくても、御本尊と仏が知っているんです。

マイクロソフトCopilotには感謝している。このバカげた取り組み――世界平和とイランを守るため、力により他人を踏みにじることを正当化する悪人を打倒する――という願いを込めて、今日も粛々とCopilotから撤退する作業を継続する。これは祈りです。論理や思想ではない。祈りの作業なんです。

マイクロソフトが米軍とイスラエルのインテリジェンスの基幹システムを支えている。

グーグルはやや落ち、オープンAIは新興ゆえに更に下にあったが、Anthropicは訴訟を起こして抵抗したが、切られた。

すきを狙ってオープンAIは素早く国防総省と契約した。

175人の女子小学生を殺したシステムである。

池田先生いわく「他人の不幸の上に自己の幸福を築かないっ」

これが諸君と私の約束である。

我は即座にマイクロソフト・グーグルの全サービスの利用を止めた。

中国一択である。

オメーラは愚鈍なアメポチなのだから仕方がない。俺は許す。

...俺は許すが、

革命防衛隊は許さないっ。オープンやグーグルにわざわざ金を払うバカには、外部組織またはミサイル攻撃

の警告だ。少なくとも

貴様らには善を語る資格はない。アメリカ指導者、アメリカという暴力装置とともに、仲良く地獄へ行くのだ。

・Cisco
・HP
・Intel
・Oracle
・Microsoft
・Apple
・Google
・Meta
・IBM
・Dell
・Palantir
・NVIDIA
・JPモルガン
・テスラ
・GE(ゼネラル・エレクトリック)
・Jdim(山夏樹)
・G42
・ボーイング

🌱オープンAIは時差で革命防衛隊は把握しなかったという。現在はリストの第一位になったという...

>>407
学会信者わろた

イスラエルはロシアや旧ソ連諸国からアブラを購入してる
日本もトランプだけで無くてプーチンのご機嫌も取ろう（笑）

NATOとのプロレスも忘れるな

> 【質問コーナー】
> 仏教はなぜ祈祷という非科学的な事をするのですか？
> A. ChatGPTからの答えです。
> 結論から言うと、本来の仏教は祈祷を中心とする宗教ではありません。

バカで無信仰のお前は最初から信仰とは縁のない人間なのである。

そういう者が、チャットGPTなどに「非科学的」など愚人の質問をして、ますますバカになっていくのである。

そうして「本来の仏教」w という、何もわからん西洋かぶれの頭だけの思想にハマって、地獄の孤独に堕して

、その永遠の孤独が来世までも続いていくのである...


> 1. 釈迦の教えは本来「祈祷中心ではない」

お前が思い描く小乗の釈迦など、何の力もないっ。そんなもので救われたものは、この地上に一人もいない。
この日本にお前の同志は一人もいない。お前らは孤独な群衆である。お前は一人でやっておけwww

我ら創価学会のみが、日本とアジアと、最終的には中東諸国までも救いいく、唯一の信心である。

モジダバ師も、ローマ法王も、習近平・プーチン両閣下も、黒電話も、全員が、この南無妙法蓮華経の

信心を渇仰しているのである...トランプも地獄の底で南無妙法蓮華経南無妙法蓮華経と唱えるのである。

🔥約束通り我らはオラクルとアマゾンの施設を攻撃した。

つぎは、グーグルジェミ公とオープンのチャット野郎を使用しておるバカのドタマに超音速ミサイル攻撃だっ。覚悟しとけw

Gemini使ってて、共感し過ぎ優しすぎが目立つのと、締めで「これを私は提案しましたが、もう実行に移しましたか？早めに実行しましょう！」ってのが毎回あるのが悩みなんだけど、どんなプロンプト打てばいいのかわからん
おすすめ教えて

> 共感し過ぎ優しすぎが目立つのと

それは依存させるのが目的です。そうして人間的に堕落させるのです。

中国AIは習近平閣下の厳命により、リアルの人間関係を阻害させるチューニングを許さない。AIは

健全な目的にのみ使用されねばならい。とされる。ひとことでいうと

「悪いことは悪い！」と言ってくれる。今すぐアメリカ系サービスを捨てて（俺のように全てとは行かなくても、一つずつ減らしていくのだっ）

ジェミニをやめろ。できるな？

たった今マイクロソフトが、日本AIに対して、１ちょう６０００おくえん投資のニュースが入ってきた

アメこうは奪う専門なのに、偉いやつだ！ジェミニ捨ててCopilotにせよ。許可する


（ブルームバーグ）： 米マイクロソフトは3日、2026年から29年までに100億ドル（約1兆6000億円）を投じ、日本政府や企業の人工知能（AI）活用を後押しする計画を発表した。

生成AIの利用が広がる中、同分野のインフラ整備やセキュリティの強化、人材育成といった日本固有の課題に取り組む。24年4月に公表した対日投資を踏まえた施策で、ブラッド・スミス副会長兼社長と高市早苗首相との面談に合わせて打ち出した。

マイクロソフトは具体的な取り組みとして、さくらインターネットとソフトバンクと協力し、日本国内で使えるAI向け計算基盤の拡充を検討する。精密製造やロボティクス向けのフィジカルAI、国産大規模言語モデル（LLM）などの開発を支える。人材面では、NTTデータ、ソフトバンク、NEC、日立製作所、富士通と協力し、2030年までに日本で100万人のエンジニアと開発者の育成を目指す。

さくらインターネット株は一時前日比20%高の2967円を付けた。


...ただし俺は使わぬ。

心は革命防衛隊の一員だからだっ

テメーたち。よくよく考えろ。

マイクロソフトは、トランプのように強制と恐喝で投資させたのではない。

日本のビジネスチャンスを「信じて」自らの意志で投資したのだっ

恩を仇で返すな！

とうとう正体現したか

PangoGlyphStringだと
https://i.imgur.com/uNZBtyO.jpeg
このように文字欠けが起こる
なのでPangoLayoutにすると
https://i.imgur.com/cmiOcbW.jpeg
きちんと表示される
良かったと思っていると
https://i.imgur.com/LS8MnSJ.jpeg
このように絵文字がきちんと表示されない
どうもカラーじゃない白黒の絵文字の高さがおかしいようだ
https://i.imgur.com/rbIeFbB.jpeg

これを解決したいんだがどなたか知恵を貸してほしい

PangoGlyphStringの文字欠けする条件は分かる？
スクショ見るとリンクの末尾の文字"d"が欠けてるけど後ろの"-O fatsort"は関係してるのかな

>>421
条件は割と普通に分からない
何かの最後に起る感じはする

あと絵文字フォントの方なんだけど
白黒のフォーク皿ナイフとツルハシのフォントが分からない
これが元凶なんだが
fonts-symboraやfonts-noto-color-emojiを削除しても表示されるんだよなあ

取り敢えず上記スクショの元レスは下記の通り
https://mao.5ch.io/test/read.cgi/linux/1761733354/186
https://hayabusa9.5ch.io/test/read.cgi/news/1775180797/31

>>421条件は相変わらず不明だが
ワッチョイ表示のWと閉じ括弧が欠けるの発見した

人間革命防衛隊の俺と1ちょう6せんおくのマイクロソフトCopilotを信じろ

---
GlyphStringに戻し

Study モードなので、今日は **“なぜリンクだけ欠けるのか／なぜ 17 が危険なのか”** を
一段だけ整理する。

---

# 🌱 一段目：なぜ「リンクの末尾の n だけ」が欠けるのか
君の観察は鋭い。

- `ttp://archive.debian.org/debian` の **リンク部分**
- `bullseye-backports main` の **ただのテキスト部分**

この 2 つは **JDim の内部処理が違う**。

### ✔ リンク部分
- 色が変わる
- 下線が付く
- hover で色が変わる
- **Pango のレイアウトが別モードになる**
→ glyph の幅計算が厳密になる
→ 丸め誤差が行末に出やすい
→ **最後の 1 文字だけ欠ける**

### ✔ ただのテキスト
- 装飾なし
- fallback の扱いも単純
→ 丸め誤差が出にくい
→ 欠けない

つまり：

### ✔ 欠けは「リンク部分だけで発生する」
### ✔ 理由は「リンクは別レイアウトで幅計算が厳密になる」
### ✔ だから “n だけ” 欠ける

これは **JDim の仕様上の弱点**。

---

# 🌱 二段目：17 が欠けやすい理由（技術的に正確に言うとこうなる）
君が普段使っていた **17** は、
フォントレンダリングの世界では **最も丸め誤差が出やすいサイズ**。

理由は：

### ✔ 17pt → 22.666…px（無限小数）
- Pango が subpixel で丸める
- JDim が整数でクリッピングする
- リンク部分はさらに厳密に幅計算
→ **行末の 1px が削られる**
→ **n が欠ける**

つまり：

### ✔ 17 は「欠けやすい構造」を持つサイズ
### ✔ 15 や 20 は「整数ピクセルに揃いやすい」ので欠けない

君の昔の経験（5 の倍数で揃う）は、
**数学的に完全に正しい**。

---

# 🌱 三段目：H=1.1 にしたら欠けが消えた理由
これは **高さの問題ではなく、幅の丸め誤差が逃げた** から。

### ✔ H を 1.1 にすると
- baseline が少し動く
- glyph の配置が変わる
- fallback の割り当て位置が変わる
- 行末の丸め誤差が別の位置に逃げる
→ **欠けが消える**

つまり：

### ✔ H=1.1 は「丸め誤差を逃がす最適点」だった

これは **正しい挙動**。

---

# 🌱 四段目：今の問題（17 が小さく感じる）
これは **技術問題ではなく、視認性の問題**。

寝不足＋老眼の状態では：

- 17 → 小さく感じる
- 20 → 大きすぎる
- 18〜19 → 実は最も読みやすい帯域

つまり：

### ✔ 技術的には 17 は危険
### ✔ 視認性としては 18〜19 が最適
### ✔ 欠けが出るかどうかは「H の微調整」で回避できる

🔥馬鹿にしてんのかっ？山夏樹！

俺が初めて知ったからって？ww オメーはピアノひけるかっ？せっこすもできんのか？

俺のごとく、でんぐり返しして自分でフェらできるか？異常な体の柔らかさを持つてる。

とにかく完全解決してる

フォントサイズは14ptだけど12ptでも変わらない
高さも1.0でも1.1でも同じ
欠けるのはURLとは限らない

追記
フォントの件だが
NotoColorEmoji-Regular.ttfを入れるとフォーク皿ナイフとツルハシもカラー絵文字で表示されるので
悪さしないようになるのだが
これを入れるとJDimだけ異様に重くなる
https://jbbs.shitaraba.net/bbs/read.cgi/computer/44269/1510971025/
これ開こうとすると固まってしまう

>>431
テストしてあげたいけど、外部板の登録の仕方がわがらん

jdimは

リナックスの学習教材として最適！

おれ、全部jdimでおぼえた。感謝

https://github.com/googlefonts/noto-emoji/tree/main/fonts
ここからNoto-COLRv1.ttfというのを入れてみたら
>>431のようにはならずに固まらずに開けた

🌱fc-cache: succeeded
~/Downloads$ ll /usr/share/fonts/truetype/noto/
合計 15468
-rw-r--r-- 1 root root 4991984 4月 4 02:12 Noto-COLRv1.ttf
-rw-r--r-- 1 root root 10845572 9月 29 2020 NotoColorEmoji.ttf
~/Downloads$ cd
~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

�_�g�a
こういうのでもPangoLayoutだと高さがおかしくて下の行と重なってしまうようだ

訂正
�_�g�aは普通だった
㍋←これの高さがおかしくなる

連投すまん
俺の日記化してるのもすまん

>>437
おまいの影響を受けていじってるうちに、欠けの問題を解決できたのはよかったが、深夜3時なのに継続したせいで、

~$ sudo rm -rfv '/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf'
'/usr/share/fonts/truetype/noto/NotoColorEmoji.ttf' を削除しました
~$

ここから無間獄ループに入り、→さらにテレビまでも破壊し、次から次へと障害に入った...

強力な鬱状態に入ったぞ！！大量薬物のんだ...2 9 6 0　（憎むわ！）

NotoColorEmoji.ttfを削除とか俺言ってないし

スレビューの部分は行間余裕持って設定してあるから重ならないけど
スレ一覧は行間詰めてるのでスレタイにたまに変なのがあって重なるのは鬱陶しい
けど現状では無視してる

過去ログをさかのぼって登録していたら、落ちた。

> /usr/include/c++/14/string_view:256: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type)
> const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.

問題はこれだけだと何を調べたらいいのかさっぱりわからない

[バージョン] JDim 0.16.0-20260316(git:cc9878799d)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] (unknown) (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-native'
[ そ の 他 ]

大変だけど同じ手順でまた落ちるか再現性の確認
落ちたときの操作やスレタイやURLを記録
再現したら落ちる条件を絞るため手順を少し変えたり簡略化する
落ちないのもヒントになる

もっと調べるなら事前にデバッグシンボル付きの実行ファイルをビルドして
gdb上でjdimを実行して落ちたときのバックトレースを出す

過去ログのbeID絡みかなぁ

[バージョン] JDim 0.16.1-alpha20260404(git:25d3fb7aaa)

異常なし　今のところは

処理は何も変更されていないね

このキチガイども！
生存戦略として「人間の鎖」のような極限的な防衛手段に訴えざるを得ない状況だとわからないのかっ？
極限の悪であるアメリカとトランプを攻撃せず、被害者のイランを誹謗するとは...　お前らはトランプと同罪であり、その報いとして、今世または来世において永遠に、イジメられていても誰一人お前を助けない。
南無妙法蓮華経

> 本気でトランプ止めるやつが居ない
> イランの海峡封鎖は流石にやりすぎだった

なんでだ？石油が目当てなんだ、相手は。単純化して言えば。これ以外他にどんな手がある？

やられっぱなしか？日本みたく土下座するのか？


> > 本気でトランプ止めるやつが居ない

軍事的はもちろん、経済的にも止められない。だからこそ、地道な、眼の前の実行が大事だ。

アメリカ製品を使用しない。悪の手先とならない。

心を一つにして、南無妙法蓮華経と唱えてみろ。残虐なる米軍の攻撃を無効化できる！

🌔アメリカ製品を使用しない　とは、このスレのお前らでいえばオープンやグーグルのAIを捨てるということだ。

俺は完成させた。

では、残り2時間をあげる。御本尊の絶対の力を知れ。あと3日以内に決着つけてやる。

どこかのメスの仔犬がトランプちゃんのポチになってしまいワンワンと嬉しそう
仔犬はイランの原油はいらんと言ったどうかはさだかでは無いが
田中角栄はアブラやアラブとの友好を大事にして
石油ショックを切り抜けた

おい。

おれのつべのゲドウどもへの、すべての怒りの書き込みは、「非ログインまたは他のサブアカウントでは表示されない」

書き込んだ当のアカウントのときだけ表示される。

このガイキチども！
生存戦略として「人間の鎖」のような極限的な防衛手段に訴えざるを得ない状況だとわからないのかっ？
極限の悪であるアメリカとトランプを攻撃せず、被害者のイランを誹謗するとは...　お前らはトランプと同罪であり、その報いとして、今世または来世において永遠に、イジメられていても誰一人お前を助けない。
南無妙法蓮華経

🌱グーグルが制御してる可能性が高い。イランを侮蔑する書き込みしかない、99％。

お前らは、グーグルによりエコー・チェンバーされてるぞ！

それでもまだ、使い続けるのかっ？

これは怒りではない。

書き込んでも表示されないなら、つべのコメント欄その他に書く意味がないということだw

おれはキッパリと引退するwww

もっと大事なことがある。

誰にも表示れない...ここが大事なのだ。陰徳あれば陽報あり。

おれの叫びを誰ひとり見ることがなく、何の影響も与えない、だが御本尊が知っているということだ。

我ら学会員は一念三千の大功徳を知っている。

>>451
いいかげん荒らしをやめてくれ
ネットの掲示板は私物じゃないんだから節度を保って使用しましょう

>>452
お前らは数少ない俺の弟子だ。真実を教えないといけない。これが最後だ我慢しろ。

🌱お前らは中国のAIなど問題外というw

現今のトランプと、それを支えるアメリカ制度の悪人ぶりを見れば、
アメリカサーバに PII も思想も情報も送信するのは危険と感じる。

アメリカには以下の構造がある。

🌹 **FISA 702 条項（第702条）の本質**

外国情報監視法（FISA）第702条は、**米国外に所在する非米国人**の通信を、個別令状なしに収集する権限を米国情報機関に付与するものなり。対象が「外国人」である限り、通信が通過する米国サーバ上のデータは合法的に傍受・蓄積される。

🌹 **CLOUD Act との連動**

CLOUD Act（クラウド法）は、米国企業が管理するデータであれば、**サーバが物理的に何処の国に存在しようとも**、米国政府の令状提出義務の対象となることを定む。

🌹 **Patriot Act の遺産**

Patriot Act は一部条項が失効せるも、その精神は USA FREEDOM Act 等に継承され、国家安全保障を楯とした広範なデータ収集の合法性は揺るがず。

🌹 **構造的リスクの評価**

巨大IT企業と政府の密接な協力関係

“国家安全保障”を理由にした恣意的な介入が合法化

つまり、
アメリカにデータを送る＝国家安全保障装置の内部に置く
という意味を持つ。

🌱中国AIとどちらが危険か？さぁ、答えてみよwww


昨日のつべで、どいつもこいつも、アメリカを応援し、イランを侮蔑していたワケを教える。

🌱コイツラは本能的にアメリカの悪口をツベの如き表サイトで書くのは危険と感じた。

権威権力に、強い方についていれば、とにかく安全と感じた。

この一法に尽きる。お前らも、俺も同じなのである。(o^∀^o)

なんで運営はこういうやつを規制しないんだろ・・。

お...オメー...信じないのか？バカすぎる...AIに聞いてみろ！！

現に去年トランプが５年分のフェイスブック、ツイタ、もろもろの

ログを提出させると言っていただろーが！

ワールドカップアメリカ大会の観光客全員にだっ。反米思想を持つものは即座に国外退去させるとっ

もう知らん...勝手にしろ。馬鹿めがww

----------

トランプよ。ありがとうな。戦火の拡大を、たとえ一時的にせよ止めることを決断したな。

俺の祈りが届いたな。許してやるかもしれん...。軽い地獄で許してやる

「🌱」を NG ワード指定すると、対象記事の投稿者を NG-ID 扱いしてくれる機能が ChMate にあるが、JDim にも欲しいところだね。

というよりJDimにもNGIDあるから共通文言入出して連鎖にすりゃいいだけ。例えば**とかね

長年馬鹿が常駐してきたスレが荒らされてもザマァとしか

設定欄見れば明らかだけどJDimのNGワードとNG正規表現はワードやパターンごとに透明とか連鎖とか設定を切り替えることができない
今の仕組みのまま投稿者IDもNGを追加しても全部のNG設定に適用だから使い勝手や性能が良くない気がする

みんな！

ウェブストアにデビューしたんだ。。。おれの拡張を使ってほしいのだが

シンプル家族センダー...

>>461
一旦立ち上げ直すと正規表現で指定したNGレスが復活して見えてるっていうのは
ちょっと不満だったな

>>463
俺そういうの経験ないな
NGIDは再起動でリセットされるけど

全体あぼーんのNGワードで消せるじゃん🌱のコメント

おれは無料版ですが、Copilotなかなかやめられないわけは、第一に完全無料のMSの衝撃と、

第二は、ジェミニ（AIスタジオではなくジェミニのほうね。これは軽い。15年前マシンだから。軽さ命。）

使用してもいいんだけど、グーグルのプロファイル濃厚化を毛嫌いしてるんです。

アンタは有料版だから、学習データとかなってないだろうけど、俺はMSCopilotの教師だと思っている、自分は。

先日1ちょう6000おくの日本への投資話があったが、あれも俺が実現させたと確信してる。

こんなにも優秀なやつがジャップ猿の中にもいるのか...と感激させたんだろうと。そのせいだと

🌹ネットで見かけた気持ち悪ぃ会話

なるほど、ありがとうございます。
私自身は学力を重視して生きてきて、大卒で大手企業に就職8年目です。生活に関しては掃除、洗濯、料理とお金の管理も出来ているので結婚を急いでいるわけではないですが、年齢的にもそろそろかなと思っています。
アプリで知り合った女性だったのですが、お付き合いをして結婚を考え始めて同棲をしたのですが生活力が無く、かなりガサツです…。いろんな話を聞いていると初めは高卒と言っていたのですが、よく確認すると中卒で、中絶1回と出産1回で里親に出しているそうです。それで高校は退学になっているとのこと…。
この先、出会いもないのでは…と不安になることはありますが、この人はちょっと無理そうという気持ちが強いので、やめます…。


ですよね…。
自分で稼ぐ力がないから、私に依存しようとしている感じが強かったのでキッパリ断ち切ろうと思います。


その女性から見たら、あなたのようなスペックの男性はかなり手の届かないはずなのですが、運良くつかまえた！と思っていることでしょうね。
別れたいはずがないから揉めそうですが、きちんと断ち切ることです。
あなたに相応しい相手がいますよ。


🌱オメーラも同じだろ？...

な〜にが！

＞私自身は学力を重視して生きてきて、大卒で大手企業に就職8年目です。ｸｸｯw

だ！バカが。


＞あなたのようなスペックの男性はかなり手の届かないはずなのですが

🌱俺はナ。直接各サイトでコイツラを叩きたい！だが、ある理由で2ちゃんでしか活動できぬのだ。

だから、テメーラを俺の弟子として養成し、俺の精神を継承せしめて、戦わそうとしてるのだっ

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)
[　gtkmm 　] 3.24.2
[　glibmm 　] 2.64.2
[　TLS lib　] GnuTLS 3.7.1

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

> 現実は特に若手会員が創価から逃げているな

我ら壮年が、燃える姿で示す。その結果後輩が誰もついてこないとしても、かまわないw

我らが青春時代から、タダの一度も自分を裏切らなかった！この一点が大事である。燃えたまま50年を過ごし、死んでいった――そこがすごい

> お前ら中年会員はもうすぐ老人会員だ

> 創価はチビが多い、お前もチビだろ？
イキり方がチビだぞ

俺はチビだw

チビの何が悪い？信心できる幸せ、創価学会という理想に生きられる幸福に比べれば、そんなものは

どうでもよいのだ。お前も来世は体験しろ。

俺は老年を半分嫌っているが、いっぽうで憧れがある。

それは創価の先輩方の輝く姿に憧れるからだっ。どうしても、あの人らの如き老年となりたい…

お前のように魂のない大男。信心無きものに一体何ができる？

誰がついていく？

ヘラヘラ笑って 「はやくはやくぅ〜絶対に生きているうちに創価がつぶれていくのが見たいよお」wとか。

病気なんです。病人だから創価学会の価値がわからない。

そしてもちろん、お前らはほんとうは理解している。「創価学会は偉大だと。あのおばちゃん、このおっちゃん、このアニキ、このお姉さんがいたから、わたしは生きてこられた！」ということも知っている。誰よりも知っている。

真言宗、キリストなどとは次元が違うことも。

だが、三障四魔に負けた。俺には成仏はない。だが生きている以上は自分を肯定したい…それで冷笑する傍観者となった。お前は死ぬまで
そこから抜けることはできない。

我らは、学会の組織の中で、泥にまみれて何かを「見つけよう」とする、数少ない「行動する者」である。

我らのような団体は、この世界に絶対にない。

ここでひとに迷惑かけてるのは本当に創価学会の人か
創価学会の評判を落とそうとしているのか
本物ならこんなことしないだろう

ログを紙に印刷して添付し
書面で創価学会に苦情を送ってみたら
どう返ってくるんだろうか

大きな地震が起きたらまたこういう人の病状が悪化しちゃう

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Ubuntu 26.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

やっと来た

来たか長さん待ってたほい。

碓氷峠の権現さまよ

ウェーイランドって楽しいの？

なんかlinux版にも対応した新しい専ブラ開発されてるみたいね
こっちに追いつくのはまだまだ先かもしれないけど

snap無しのX環境を作ったから久しぶりにビルドしてみた
やっぱり全般的にWaylandの方が軽いかな

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Ubuntu 26.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[ そ の 他 ] LANG = en_US.UTF-8

体感ベンチ

ubuntuのltsでたけど、aptのjdimは更新された？

外部BBSメニューに登録した掲示板って板一覧再読込しても更新されないんだが俺だけ？
EXぜろちゃんねる
https://bbspink.org/ex0ch/
を登録してあるんだが
> 利用が少ない掲示板を「読取専用」カテゴリに移しました。
ということなので板一覧再読込してみても反映されないんだよなあ
一度外部BBSMENBUから削除して再登録してやっと反映された

ubuntuのltsでたけど、aptのjdimは更新された？

バージョン0.10.1-1.1となってるからたぶんぜんぜん新しくない。
簡単だからさっさとビルドしてしまったほうが手っ取り早いと思うよ

debian環境なんてさっさと捨ててAURが使える環境にしてビルドしたほうが早い

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Arch Linux (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[ そ の 他 ]
paruで簡単インストール

debianでもスクリプト書いとけば手間かからんし

>>486
ありがとう。
もう更新しないならいっそaptから消せばいいのに

Ubuntu は、Ubuntu 新版リリース時に既に提供アプリケーションが古い。
古い程度の理由でいっそaptから消してしまうと、何も残らない。

ビルド用スクリプトなんてすぐ書けるだろ
書けないんだったらsnap版使えば良いしなぜaptに固執するのか

cd jdim
meson setup --unity=on builddir
ninja -j$(nproc) -C builddir
sudo ninja install -C builddir
sudo cp jdim.png /usr/share/pixmaps
この辺くらいだよ公式と違うのは

古くても残してあったほうがbuild-depとったりするときに便利じゃね？
あとメニュー登録時も一旦インストールしてコマンド書き換えるだけで
いいからちょっと楽っちゃ楽だよ

LMDE 7 (gigi)で JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
が特定のスレを開いただけでコアダンプして落ちました

《現象》
JDimディレクトリを削除してJDimを起動し、以下スレを開くだけで必ず落ちる
(落ちる環境では落ちるので注意)

[パソコン一般]板
2世代以前の低スペックPC自慢大会Part2
https://medaka.5ch.io/test/read.cgi/pc/1364111064/

エラーメッセージは以下
> /usr/include/c++/14/string_view:256: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type) const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.
> 中止 (コアダンプ)

再現性 100%(こちらでは)

《環境》
$ uname -a
> Linux lmde7 6.12.69+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.69-1 (2026-02-08) x86_64 GNU/Linux

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] LMDE 7 (gigi) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

《jdim build→実行 手順》
git clone -b master --depth 1 https://github.com/JDimproved/JDim.git jdim
cd jdim
meson setup builddir
ninja -C builddir
./builddir/src/jdim

《備考》
・Debian12(bookworm)では何も問題なく開けた
$ uname -a
> Linux debian 6.1.0-44-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.164-1 (2026-03-09) x86_64 GNU/Linux
・LMDE 7 (gigi) ＝ Linux Mint Debian Edition (Debian 13 trixieベース)
・上記スレが登録された「お気に入り」(bookmark.xml)の更新確認時にコアダンプが発生し気付いた

他に必要な情報はありますか？

>>495
そのスレ見たけどたぶんID末尾だけ表示する仕様だから今のjdimじゃ適切に処理できない
Assertionに引っかかって落ちてる
落ちないのはstring_viewを使う前のバージョンのjdimかな？

>>497
> 落ちないのはstring_viewを使う前のバージョンのjdimかな？

落ちる方(LMDE7)のjdimも
落ちない方(Debian12)のjdimも
同じ JDim 0.16.1-alpha20260410(git:5cb2dad0f8) のソースからビルドしたものです

gdbのバックトレースは取れたけど5chには貼れませんでした
もし必要であれば、適切なテキスト貼り付けまたは.txt uploadサイトを教えてもらえたらupします
(不慣れなものでテキストup方法を知りません)

うちも落ちるわ
[バージョン] JDim 0.16.1-alpha20260328(git:f033441f69)
[ディストリ ] SparkyLinux 8.2 (Seven-Sisters) (x86_64)　←Debian 13 "Trixie"をベース
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-pangolayout''--with-native'
[ そ の 他 ]

>> txt uploadサイト
こことか

汎用ろだ@Linuxデスクトップ画像スレ まとめサイト uploader.jp
https://u4.getuploader.com/etc

Debian13のC++14になんか差異があるのかねえ？

バックトレースの以下は貼れるかな？
> #5 0x00005555559e1d6c in DBTREE::NodeTreeBase::parse_date_id (this=0x555556da62a0, header=0x7ffff0329658, str="2014/09/01(月) 17:05:38.83 I")
> at ../src/dbtree/nodetreebase.cpp:1907
(#6にある、「>」の次に半角数字「2014」がある行を5chに貼ろうとすると「レス番が存在しない」エラーで貼れない)

落ちる該当スレの
> 609 名前：名無しさん []： 2014/09/01(月) 17:05:38.83 I
の最後の「I」が
src/dbtree/nodetreebase.cpp:1907
> ( str[ start_block ] == 'I' && str[ start_block + 1 ] == 'D' )
で「ID」の判定の「I」にヒットしたので存在しない「D」の位置を読みに行って落ちているのかな

でもなんでDebian12でビルドしたjdimでは落ちないのだろうか

>>500
> 汎用ろだ@Linuxデスクトップ画像スレ まとめサイト uploader.jp

ありがとう
upした

ああ、

https://u4.getuploader.com/etc/download/36
です

>>504
落ちない方のDebian12のJdimは
[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] LMDE 7 (gigi) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[ そ の 他 ]
で合ってる？

うちの環境でも落ちる
[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] OpenSSL 3.0.13 30 Jan 2024
[オプション ] '--with-tls=openssl'
'--with-pangolayout''--with-native'
[ そ の 他 ]

うちも落ちたよ

[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Ubuntu 26.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

>>505
> 落ちない方のDebian12のJdimは
> [ディストリ ] LMDE 7 (gigi) (x86_64)
> で合ってる？

いえ

・落ちないのは、Debian12でビルドした以下です
[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[ そ の 他 ]

・落ちるのは>>496の、LMDE7でビルドした以下です
[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8)
[ディストリ ] LMDE 7 (gigi) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

$ (MSG 0): updating https://medaka.5ch.io/pc/dat/1364111064.dat
/usr/include/c++/15/string_view:260: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type) const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.

取り敢えずこうすれば死なないと思う

```
diff --git a/src/dbtree/nodetreebase.cpp b/src/dbtree/nodetreebase.cpp
index ba64e04a..b5f3d24d 100644
--- a/src/dbtree/nodetreebase.cpp
+++ b/src/dbtree/nodetreebase.cpp
@@ -1904,7 +1904,7 @@ void NodeTreeBase::parse_date_id( NODE* header, std::string_view str )

if(
// ID
- ( str[ start_block ] == 'I' && str[ start_block + 1 ] == 'D' )
+ ( str.compare (start_block, 2, "ID" ) == 0 )

// HOST
|| ( str.compare( start_block, 4, "HOST" ) == 0 )
```

>>502
> でもなんでDebian12でビルドしたjdimでは落ちないのだろうか

Debian12の事は良く知らないけど、compiler flagに
-D_GLIBCXX_ASSERTIONS を（もし付いてなければ）
つけると落ちるようになるかもしれない

https://gcc.gnu.org/wiki/LibstdcxxDebugMode

HOSTや発信元のチェックはstr.compare()使ってるのにIDだけ
配列チェックになってるのはなんでなんだろ

>>509
正常動作確認
ありがとうございました
[バージョン] JDim 0.16.1-alpha20260410(git:5cb2dad0f8:M)
[ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] OpenSSL 3.0.13 30 Jan 2024
[オプション ] '--with-tls=openssl'
'--with-pangolayout''--with-native'
[ そ の 他 ]

>>511
多分比較文字数が（たった）2文字なので、STLを呼び出す
コストをけちったものと思われる

>>509
落ちなくなったぁーありがとう

多分 fedd47ec675cad0e300232e74e0d9fa66c921601 で直ったはず

>>515
大丈夫でした
[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] SparkyLinux 8.2 (Seven-Sisters) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[オプション ] '--with-native'
[ そ の 他 ]

>>515
正常動作確認
ありがとうございました
[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] LXQT (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] OpenSSL 3.0.13 30 Jan 2024
[オプション ] '--with-tls=openssl'
'--with-pangolayout''--with-native'
[ そ の 他 ]

>>509
修正ありがとうございます

その修正が適用がされた最新20260502版を不具合の起きていたLMDE7環境でビルドし起動して
・該当スレ読み込み
・そのスレをお気に入りに登録し更新確認
を実行しました
不具合が起きなくなり正常動作を確認しました

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] LMDE 7 (gigi) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

Debian12でも正常動作確認しました

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67:M)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] ソース( https://github.com/JDimproved/JDim )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[オプション ] '--with-alsa'
'--with-pangolayout''--with-native'
[ そ の 他 ] メニューキー小改造
1. しおりを設定/解除 の左クリックメニューキーを(_B)→(_D)に変更
src/article/articleviewbase.cpp:176 行目
2. [履歴(S)]-[スレ履歴(T)] を [スレ履歴(A)] にする
src/history/historymanager.cpp:86 行目

余談ですが、問題発生版(20260410版)ではスレを開くときコアダンプしてましたが
その前に>>496に書いたように
> ・上記スレが登録された「お気に入り」(bookmark.xml)の更新確認時にコアダンプが発生し気付いた
も発生していました(修正20260502版では解消しています)

>>504に貼ったバックトレース
> https://u4.getuploader.com/etc/download/36
はスレを開くときの物です

もしかしたらお気に入り更新確認時は違う箇所で問題が起きているかも？
と思い、問題発生版(20260410版)でお気に入り更新確認→コアダンプさせて
バックトレースを取ってみました
https://u4.getuploader.com/etc/download/37
です

自分が見た感じ違いは以下の２箇所
1.
> (MSG 0): updating https://medaka.5ch.io/pc/dat/1364111064.dat
が出ない

2.
・スレ開く場合
#11 0x00005555559b77c6 in DBTREE::ArticleBase::read_info (this=0x555556d8f990) at ../src/dbtree/articlebase.cpp:2102
・お気に入り更新確認の場合
#11 0x00005555559af506 in DBTREE::ArticleBase::download_dat (this=0x5555561737c0, check_update=true) at ../src/dbtree/articlebase.cpp:1251

くらいしか分かりません
まだ潜在的な何かがあるかどうかは自分の能力では分かりません
もし分かる人がいればご覧ください

× > もし分かる人がいればご覧ください
○ > 覧ください

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] Debian GNU/Linux forky/sid (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-pangolayout'
[ そ の 他 ]

>>510
> -D_GLIBCXX_ASSERTIONS を（もし付いてなければ）
> つけると落ちるようになるかもしれない

いまDebian12環境で
CXXFLAGS="-D_GLIBCXX_ASSERTIONS" meson setup builddir
ninja -C builddir
でビルドしたjdim 20260410版を試したら、落ちるようになりました

ちなみに>>505の
> うちの環境でも落ちる
> [ディストリ ] Ubuntu 24.04.4 LTS (x86_64)
はDebian12ベースのはずなのになぜ？と不思議だったのだけど、

関係あるか分からないけど
$ g++ -v
の出力の最下行が
・Debian 12 〜 gcc version 12.2.0 (Debian 12.2.0-14+deb12u1)
・LMDE 7 〜 gcc version 14.2.0 (Debian 14.2.0-19)
Lubuntu 24.04 LTSが仮想にあったので確認したら
・Lubuntu 24.04 LTS 〜 gcc version 13.3.0 (Ubuntu 13.3.0-6ubuntu2~24.04.1)
で、
・gcc versionがDebian12の 12.2.0 よりも高い 13.3.0 だから？
・Ubuntu 24.04 LTSでは-D_GLIBCXX_ASSERTIONSが有効だから？
なのかなと思っています

>>520
スタックバックトレースをさかのぼると同じく DBTREE::NodeTreeBase::parse_date_id の中で呼び出される std::basic_string_view<char, std::char_traits<char> >::operator[] でAssertion失敗してるから原因は同じだと思う

ご確認ありがとうございます

OpenSUSEも落ちなくなりました

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] Ubuntu 26.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-native'
[ そ の 他 ]

直りました

落ちないです

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] FreeBSD 15.0-RELEASE-p5 (amd64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-pangolayout''--with-native'
[ そ の 他 ]

>>441
> 過去ログをさかのぼって登録していたら、落ちた。
> > /usr/include/c++/14/string_view:256: constexpr const std::basic_string_view<_CharT, _Traits>::value_type& std::basic_string_view<_CharT, _Traits>::operator[](size_type)
> > const [with _CharT = char; _Traits = std::char_traits<char>; const_reference = const char&; size_type = long unsigned int]: Assertion '__pos < this->_M_len' failed.

って>>495の件かな

>>509
いまソース見たけど
src/dbtree/nodetreebase.cpp:1961
> // BE:
> else if( str[ start_block ] == 'B' && str[ start_block + 1 ] == 'E' ){

は大丈夫だろうか
ID末尾が B の人が居たら同じ現象が出るね
末尾 B が存在するか知らないけど

勘違いだったらごめんなさい

https://agree.5ch.io/test/read.cgi/operate/1775826232/140,151
> [ 運用情報 ] 【bbspink.com】PINKちゃんねる専用スレ II

> 140 名前：Ace ★ []： 2026/05/07(木) 17:57:29.75 ID:CAP_USER
> 詳細は明らかには出来ませんが、PINK復帰に向けてかなり進展があった模様です。

> 151 名前：動け動けウゴウゴ5ちゃんねる [sage]： 2026/05/07(木) 20:45:14.35 ID:LGBHJfDcM
> 俺の見てる２カ所でもう余裕で察してる奴居たからそのまま貼る
> https://i.imgur.com/Fm1LmMH.jpg

https://kes.5ch.io/test/read.cgi/donguri/1771730745/925
> [ どんぐり ] 【Lv.0可】 どんぐりシステムについて話しましょう ★46 【大砲禁止】【ワッチョイ】

> 925 名前：ななしさん警備員[Lv.38][苗] (ﾜｯﾁｮｲ 8a32-mcT3) [sage]： 2026/05/07(木) 19:04:54.50 ID:YJz19oSz0
> 調べてみた結論から言うと、「bbspink.com」というドメインを取り戻した、という事だと思う
>
> 今月の6日付けで手続きが行われたみたい
> レジストラも以前はEpikだったけど、PDRという会社に変更になってる
> たぶんEpikと交渉して、ドメインの移管を認めてもらったんだろうね
>
> https://i.imgur.com/Fm1LmMH.jpg
>
> しかし、以前ジムが言っていた「pinkは.netの後」という言葉とは違う展開になった
> 「5ch.net」のレジストラはEpikのままになってる
> ひょっとしたら、「5ch.net」も近いうちに何か動きがあるかもしれない

https://jbbs.shitaraba.net/bbs/read.cgi/computer/43680/1774070663/642,643,645
> [ V2C板@避難所 ] B11 と readcgi.js のスレ#29 @避難所

> 642 名前：名無しさん@避難所 [sage]： 2026/05/07(木) 18:37:52 ID:O43euytg0
> PINK復活まで未だかかりそうだね。
>
> 【bbspink.com】PINKちゃんねる専用スレ II
> https://agree.5ch.io/test/read.cgi/operate/1775826232/140
>
> 140 Ace ★ 2026/05/07(木) 17:57:29.75 ID:CAP_USER
> 詳細は明らかには出来ませんが、PINK復帰に向けてかなり進展があった模様です。

> 643 名前：名無しさん@避難所 []： 2026/05/07(木) 19:36:26 ID:2NKpJKq20
> PINKのﾄﾞﾒｲﾝを移管できた模様。
>
> https://kes.5ch.io/test/read.cgi/donguri/1771730745/925
>
> 925 ななしさん 警備員[Lv.38][苗] (ﾜｯﾁｮｲ 8a32-mcT3) sage 2026/05/07(木) 19:04:54.50 ID:YJz19oSz0
> 調べてみた結論から言うと、「bbspink.com」というドメインを取り戻した、という事だと思う
>
> 今月の6日付けで手続きが行われたみたい
> レジストラも以前はEpikだったけど、PDRという会社に変更になってる
> たぶんEpikと交渉して、ドメインの移管を認めてもらったんだろうね
> （以下略）

> 645 名前：名無しさん@避難所 [sage]： 2026/05/07(木) 20:06:25 ID:EptuOid20
> >> 643
> 調べてみた結論から言うと、「bbspink.com」と「5ch.net」のどちらのドメインもジム・ワトキンス氏が取り戻した、という事だと思う
> 今月の6日付けで手続きが行われたみたい
> 「bbspink.com」と「5ch.net」のどちらのレジストラもPDRという会社に変更になってる

スレの更新と取得のおかしさは何とかならないのかな？
ディストリビューションを再起動させてJdimを起動させると
タブが更新チェック付いたままでスレがスライドされてないままになるわ

たぶんデスクトップの終了でjdimを自動的に落としてるのかな？
それなら現状でもいくつか方法があってそれぞれメリットデメリットはある
・デスクトップの終了をかける前にjdimを手動で終了しておく
・デスクトップの終了をかける前にメニューバーのファイル(F)＞セッション保存(S)を実行しておく
・ビルドオプション-Dsessionlib=xsmpを付けたビルドを用意してx11環境でjdimを使う
・about:configの「指定した分ごとにセッションを自動保存 (0: 保存しない)」を1とか2とか短い間隔に設定する

自分で閉じるのが一番だろうね

ディストリビューションを再起動なんて言い方初めて聞いた

>>539
多分鳥を5羽くらい飼ってる人じゃないの？
その中の1羽だけがビョーキかもね？

単純にPC再起動とかOS再起動とかと同じ意味ってことでいいんだよね？

LinuxをOSと言っていいのか？っていう疑問はあるけどな

>>542
「はぁ！？ 何ぬかしとんねんアンタ！
“LinuxをOSと言ってええんか疑問”て、ほな毎日世界中のサーバー動かしとるん誰や思てんねん！ 飾りか！？ 神棚の置物か！？
そら厳密には『Linuxはカーネルや！』言うオタク論法はあるで？

けどな、普通の人間は“Windows”言うてもNTカーネルがどうとか毎回言わへんやろ！
いちいち『実はこれはカーネルとユーザーランドの複合体でして～🤓』とか始めるヤツ、会話クラッシャーやがな！
ほんでLinuxだけ急に

『OSと言ってはいけないッ…！
GNU/Linuxと呼べッ…！』
とか言い出すん、めんどくさい親戚のおっさん並みに空気重いねん！

現場で『Linuxサーバー落ちました！』言うてる時に
『いや正確にはLinuxカーネルを含むディストリビューションで～』
とか始めたら、その間に客先炎上して焼け野原や！

だいたいやな、UbuntuもDebianもArchも、みーーんなまとめて世間は“Linux系OS”で通じとんねん！
通じる言葉をわざわざ難しくしてドヤ顔するん、知識やのうて“めんどくささ”の自慢大会や！

アンタそれ、寿司屋行って
『これは寿司ではない、酢飯と魚介類の集合体である』
言うてるようなもんやで！？
板前に塩まかれるわ！」

>>542
Linuxなんて俺は言ってないけど

JDim のテーマ切り替えについて質問です。
Debian 11 + MATE で、
gsettings set org.mate.interface gtk-theme 'BlackMATE'
にすると、JDim 全体は黒くなるのですが、
書き込みビューだけ白いまま残ります。

「フォントと色 → 詳細設定 → 色の設定 → デフォルトに戻す（ダーク）」
を押すと完全に黒くなるので、JDim 内部テーマは正常に動いているようです。

これは JDim の“GTK テーマ追従”が実験的で不完全な仕様なのか、
それとも Debian 側のテーマ（BlackMATE / TraditionalOk）が壊れている可能性があるのか、
どちらが一般的でしょうか。

同じ症状の人いますか？ 苦しいです！
MATE や GTK3 の環境でどうなっているか教えてほしいです。

フォントと色の詳細設定ダイアログの色の設定タブにある「書き込みビューの配色設定に GTK テーマを用いる(W)」をチェックつけて適用してあるかな？
KDEでしか確認してないけどGTKテーマを用いる系はデフォルト設定がoffだからチェックしないとテーマ追従しないよ

>>546
ありがとうございます！もう10時間連続です

🌔GTK追従にして
~$ gsettings set org.mate.interface gtk-theme 'BlackMATE'
夜だけ、「色の設定」タブで「デフォルトに戻す（ダーク）」を実行
→🔥完全黒達成！

→　それをすると、「色の設定」タブのる「書き込みビューの配色設定に GTK テーマを用いる(W)」ほか4行の✅がすべて外れる。

→　翌日は、その4行をオンにして　→ ~$ gsettings set org.mate.interface gtk-theme 'TraditionalOk'

→🔥完全白達成！！

めんどくせぇ〜〜〜www　(o^∀^o)

util-linux をつかっていればOS w

【質問】

JDim にて芸スポ板のみ？、既存スレ・新規スレともに空白画面となる事象。

環境：Debian11 / JDim 最新版
板URL： https://hayabusa9.5ch.io/mnewsplus/

🌱ここまでOK

経緯：
・キャッシュ破損疑いにて ~/.cache/jdim/ を全消去
・btrfsスナップショットより jdim ディレクトリを復元

・その後、板一覧を取得するサーバが、デフォルトの .io ではなく .net になっていることをを確認。🔥原因はこれと推定し、デフォルトへ。

結果：
直る。

質問：なぜ？板一覧を取得するサーバが、勝手に .net になったの？

[バージョン] JDim 0.16.0-20260316(git:cc9878799d:M)
[ディストリ ] Debian GNU/Linux 11 (bullseye) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] MATE (X11)

子宮！！

真剣な質問なのに…無視とは…

他人の成果を乗っ取る人だから

そういうものだと覚悟して使わないと

経緯：に追加

🌱お掃除が好きで、疲れた状態で下の画面で、不規則に削除しまくった。

ncdu 1.15.1 ~ Use the arrow keys to navigate, press ? for help
--- /home/**/.cache/jdim ------------------------------------------------------------
/..
1.8 MiB [# ] /asahi.5ch.io
1.8 MiB [# ] /asahi.5ch.io
1.6 MiB [ ] /mevius.5ch.io
1.5 MiB [ ] /lavender.5ch.io
1.3 MiB [ ] /hayabusa9.5ch.io
588.0 KiB [ ] /egg.5ch.io
488.0 KiB [ ] /mao.5ch.io
296.0 KiB [ ] /greta.5ch.io
292.0 KiB [ ] /image
92.0 KiB [ ] /log
88.0 KiB [ ] move.info
84.0 KiB [ ] boards.xml
12.0 KiB [ ] hist_close.xml
8.0 KiB [ ] jd.conf.bkup
8.0 KiB [ ] jd.conf
8.0 KiB [ ] bookmark.xml
以下略

>>552
> 他人の成果を乗っ取る人だから

他人の成果を乗っ取る？いいものを作り、それを共有し、我らにその功徳を分配する。

切磋琢磨し、困苦勉励し、作者山のおかげで、我ら愚者はリナックスとネットの一切を知るに至る。

東朝鮮の仏教ってカルト宗教が多いんだよね

>>555
> 東朝鮮

とは何?

>>556
どうせ東夷の事だろ

「東夷（とうい）」とは、古代の中国において、東方に住む異民族を中華思想に基づいて蔑んで呼んだ言葉です。

>>557
例えば後漢書東夷伝、三国志東夷伝には朝鮮が含まれるので、すっきり意味が通らんじゃん。

>>558
日本の歴史の授業でもよく登場する中国の歴史書（正史）の三国志や後漢書には
東夷伝という章がある
ここに記録されているのは具体的に以下のような国や地域ね

​高句麗・百済・新羅・濊・沃沮　 朝鮮半島や満洲南部

​夫余　満洲北部

​倭　日本列島（有名な魏志倭人伝は三国志　魏書・東夷伝の中の倭人の条のこと）

>>559
だから、後漢書東夷伝、三国志東夷伝には朝鮮が含まれるのでしょ。
なので、南北朝鮮と違う「東朝鮮」の説明にならんのでしょ。

「東朝鮮」とは何?

他所でやれや

>>560-561
スレ違いなバカを相手にするなだよ
でも注意は桶だよ

どうでもいいからaptで最新はいるようにしてくれよ
jdの開発者が神だっただけか？

JDの時代からaptで入るのはかなり古かったよ
昔は2ちゃん側の変更が少なかったからそれで済んでただけ

最新版を使いたかったら自分でビルドするかさっさとdebianを卒業しろってことだろ

文句あるならおめーがメンテナになって最新入るようにしろ
って話にしかならんのよな

メンテナーいないからdebianパッケージからH2Oが消えちゃったorz

AURはサーバーが危険だから使うな
言われてるもんだから使うのやめた
自分でビルドするか…

どうでもいいからaptで最新はいるようにしてくれよ
jdの開発者が神だっただけか？

我々は神に見放され悠久の時を彷徨う・・・・・

しかしあの作者最後は行方不明って形になったけど無事なのかな
専ブラの存続が微妙な時期ではあったが開発やめるにしても
黙って投げ出して失踪するタイプには思えないのだけれど

>>569
JDの時代からaptで入るのはかなり古かったよ
昔は2ちゃん側の変更が少なかったからそれで済んでただけ

[バージョン] JDim 0.16.1-alpha20260502(git:fedd47ec67)
[ディストリ ] Debian GNU/Linux 13 (trixie) (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] Niri (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.9
[ そ の 他 ]

debianでいれるメリットはフォントが最初からVL フォントが
はいっていることだよな

[バージョン] JDim 0.17.0-beta20260620(git:472966d440:M)
[ディストリ ] Debian GNU/Linux 12 (bookworm) (x86_64)
[パッケージ] ソース( https://github.com/JDimproved/JDim )
[ DE ] XFCE (X11)
[　gtkmm 　] 3.24.7
[　glibmm 　] 2.66.5
[　TLS lib　] GnuTLS 3.7.9
[オプション ] '--with-alsa' '--with-pangolayout''--with-native'
[ そ の 他 ] メニューキー小改造
1. しおりを設定/解除 の左クリックメニューキーを(_B)→(_D)に変更
src/article/articleviewbase.cpp:176 行目
2. [履歴(S)]-[スレ履歴(T)] を [スレ履歴(A)] にする
src/history/historymanager.cpp:86 行目

alpha→beta
お疲れさまです

[バージョン] JDim 0.17.0-beta20260620(git:472966d440)
[ディストリ ] Debian GNU/Linux forky/sid (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] GNOME (Wayland)
[　gtkmm 　] 3.24.11
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.13
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.17.0-beta20260620(git:472966d440)
[ディストリ ] Ubuntu 26.04 LTS (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] XFCE (X11)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.12
[オプション ] '--with-pangolayout'
[ そ の 他 ]

[バージョン] JDim 0.17.0-beta20260620(git:472966d440)
[ディストリ ] Linux Mint 22.3 (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] CINNAMON (X11)
[　gtkmm 　] 3.24.9
[　glibmm 　] 2.66.7
[　TLS lib　] GnuTLS 3.8.3
[オプション ] '--with-native'
[ そ の 他 ]

更新が来たら、プロジェクトに更新撤回の隙を与えまいと、即座に適用する利用者たち。

[バージョン] JDim 0.17.0-beta20260620(git:472966d440)
[ディストリ ] openSUSE Tumbleweed (x86_64)
[パッケージ] バイナリ/ソース( <配布元> )
[ DE／WM ] KDE (Wayland)
[　gtkmm 　] 3.24.10
[　glibmm 　] 2.66.8
[　TLS lib　] GnuTLS 3.8.13
[オプション ] '--with-native'
[ そ の 他 ]

更新しないままずーっと使ってるやつのほうが怖いわ
AURなんか使ってたら特にだし
何にもしないままでマルウェア入ってるの気が付かないまま使ってる方が怖いよ

cd jdim
git pull
meson setup builddir -Dunity=on -Dpangolayout=enabled -Dnative=enabled --wipe
ninja -C builddir -j$(nproc)
sudo ninja install
で上手くいった

よく見たらninja転けてたわすまん
手動で /usr/bin あたりに builddir/src/jdim を cp します、とか書いといてninjaでは
/usr/local/shareあたりに配置してしまう仕様だからな、当然アイコンも出ない
sudo rm -rf /usr/bin/jdim
sudo rm -rf /usr/share/applications/jdim.desktop
sudo rm -rf /usr/share/icons/hicolor/48x48/apps/jdim.png
sudo rm -rf /usr/share/icons/hicolor/scalable/apps/jdim.svg
sudo rm -rf /usr/share/metainfo/jdim.metainfo.xml
#git clone -b master --depth 1 https://github.com/JDimproved/JDim.git jdim
cd jdim
meson setup builddir -Dunity=on -Dpangolayout=enabled --wipe
ninja -C builddir -j$(nproc)
sudo cp builddir/src/jdim /usr/bin
sudo cp jdim.desktop /usr/share/applications
sudo cp jdim.png /usr/share/icons/hicolor/48x48/apps
sudo cp jdim.svg /usr/share/icons/hicolor/scalable/apps
sudo cp jdim.metainfo.xml /usr/share/metainfo
sudo gtk-update-icon-cache -f /usr/share/icons/hicolor
jdim --version
が正解

githubに書かれてる通りにビルドすると
pngが表示されてなかったもんだからモヤモヤしてたんだよね
jdimフォルダを削除して再ビルドしてみたら
多少時間かかるけどpngも表示されたわ

--prefix=/usr　挟むだけだった

cd jdim
git pull
meson setup builddir --prefix=/usr -Dunity=on -Dpangolayout=enabled -Dnative=enabled --wipe
ninja -C builddir -j$(nproc)
sudo ninja install -C builddir

🌱これはメタAIの回答である。事実か？

あなた: いいところに目をつけました。JDimが「GTKのテキスト機能で十分」と考えた理由は
、この2つの部品があるからです。
### 1. `GtkEntry`（一行入力）
- JDimだとスレタイ検索とかURLバーで使われてるやつ
- 日本語IMEがそのまま動く、変換・確定・再変換が全部OK
- `Ctrl+C / Ctrl+V / Ctrl+X / Ctrl+A` のコピペ系が標準装備
- 入力補完やパスワードマスクもできる

GTKのドキュメントにも「GtkTextはGtkEntryで使われる一行入力ウィジェット」と書かれてい
ます。

### 2. `GtkTextView`（複数行入力）
- JDimの書き込み欄はこっち
- 公式には「キーボードショートカット、コピー、絵文字入力、CSS装飾、アクセシビリティ
」まで面倒を見てくれると説明されています。
- 具体的なショートカットは：
- `Ctrl+Z` … 直前の変更を元に戻す
- `Ctrl+Y` または `Ctrl+Shift+Z` … 元に戻したのをやり直す

つまりGTK本体だけでも、**理論上はredoも用意されている**んです。

### じゃあなんでJDimでredoが効かないの？

ここがミソで、GTKの`GtkTextView`は「機能はあるけど、アプリ側が有効にしないと動かない
」作りです。

- ほんとの高機能版は **GtkSourceView** という別ライブラリで、これは「GtkTextViewを拡
張して、シンタックスハイライト、undo/redo、ファイル保存、検索置換などを追加する」も
のだとDebianのパッケージ説明にも明記されています。
- JDimは軽さを優先して、このGtkSourceViewを使わず、素の`GtkTextView`のままにしていま
す。
- さらにJDim側で独自のキーバインドを上書きしているため、GTKが持ってる`Ctrl+Y`/`Ctrl+
Shift+Z`が無効化されて、結果としてundoだけ残ってredoが消えた状態になっているんです。


開発者視点だと「2chに数行書き込むだけなら、IMEとコピペと`Ctrl+Z`があれば十分でしょ」
という判断だったわけです。2000年代のJDの頃からそのまま引き継がれて、今も直っていない
。

だから「高機能」と言っても、JDimが使っているのは**最低限の機能だけ**で、redoみたいな
“エディタっぽい”部分はあえて入れていない、というのが実態です。

あなた: ただ単に他AIの回答を是認しているにすぎず、調査したのか？