最後の更新で追加された行はこのように表示します。最後の更新で削除された行はこのように表示します。Ķóśśōŕí-Ḿėḿŏ♣#blockquote題に意味無し、sjisに出来ないunicode文字列を使ったページのお試しです。~お気に入りにいれて、見たとおりが出てたらunicode対応、?混じりだとマルチバイト版、といった感じの自分の確認用。...だったが、Ķóśśōŕí-Ḿėḿŏに変名した段階で適当な雑記用、かも。----2008-08-16改変履歴見ると、去年の8/26日に+mod1を公開してるので、もうすぐ一年になるなあという感じです。~なんで一周年記念的に移転。他の用途のサイトの間借りなのに旧バージョン残していっているため容量がやばくなってきた、というのもあり、sakuraで使えるサブドメインのundo.jpをみて今回のサイト名を無性に使いたくなったのもあり、なんですが。ところで、実際にソース弄り始めたのは去年の今(盆)くらいだったかな、です。+4ではなくr13testだけど。~vs8でコンパイル通して、窓の出具合の酷さに意気消沈しつつ、vistaでの右クリックメニューとリンクバーの修正したところで、2chで+の存在を知って、なんだする必要なかったやん、と思うも半年更新されてないのでやっぱり弄ってみて64ビット版できたしでウレしがって公開したのでした。こんなに弄り続けるとは自分でもおもってませんでしたが。下手に公開したことによって+の復活を止めてしまったかも、という気もしないでもなく)そういえば最初はr13test10付近のソースだと勘違いしてました。1,2...10と番号付きだけど、ソースはtestのみなんで適当なタイミングに更新されてるんだろう、オープンソースだしね、と勝手解釈してしまっていたのでした。2chスレで突っ込まれるまでずっと。~r13testのソースファイル日付確認したら最新のは、test1の直後ぐらい。面倒すぎるんで、手だしてなかったでしょうね。何かいいのかわるいのかわからない運です。いう奴なので、人のことトヤカク言える筋合いではないのですが、test1にないtest2~test10で増えた機能を''復活してください''といわれるのは結構つらかったりします。今の+modで実装するには手間が多すぎるので全く復活する気はないのでごめんなさい。+mod.1.35以降、職場で使っているxp3+ie7環境で起動が遅くなった?......自宅の環境(vista64)では変わっていない感じだけれど。~url別セキュリティのために正規表現ライブラリをリンクして実行ファイル太ったせいなんでしょうか?前に、コンパイラ(オプション)を変更して1M越してた実行ファイルが100KBほど減ったおり、起動速度上がったような気もしてたので......環境によりけりでしょうが、何か、境があるんでしょうかね。(0xf0000バイトくらい?)----2008-11-03プロセスがガめているメモリについてのメモ書きを[[こっち>Ķóśśōŕí-Ḿėḿŏ♣/タスク・マネージャ→プロセス→メモリの値]]に書いてみました。あってるのかどうかわからないけど。スレをみていて1.38での修正を喜ばれている方をみてると、どうにもカタログスペックで騙しているような気になってしまうのですよ。多少効果あるだろうと思いたいですが、osががめてるメモリをのぞけば確実に本家や旧版にくらべメモリ使用量は増えていっているわけで...(追記:リークしてるリークしてると騒がれるのが辛いので、カタログスペック的と思いつつやっちゃった面があるので、メモリー減った、と喜ばれると罪悪感なのです)----2008-11-222chスレなネタにここで返事書くのもなんですが。ドッキングバーがらみの話は私にとっては気にやむ話題ではないのですよ。ドッキングバーについてはこのページや掲示板に書いたとおり、やる気無しなので)~~むしろ自分が選択した、単語ボタンとかunicode化のこととかのほうが一喜一憂の類です。win98/...と表記したのは失敗でした。これじゃw98サポートと思われるかもで。今は()をつけて補足いれましたが、期待した方がおられたら、すみません。64undonut.exeのほうが''主''のつもりなので、win32,64で共通でない旧環境(os,ハード)の事情/制限とか64ビット版で使えない32ビット専用プラグイン/アプリ固有の事情に対する対処とかは、あまり乗り気でなかったりします。~(と書いたけれど、本格的にwin64が普及するころにはie8以降だろうし、ie8β2での挙動思うと結構憂鬱だったり)(と、このページって見てる人どれくらいいるのでしょうかね。気づかれていないとは思わないけれど、2,30人いればいいほうかも。作り手よりもユーザーのほうが神経質になっているよなあ、です。そもそも、"ドッキングバー"が原因で開発止まった、という通説ができてるがおかしなことなんですよね。当時の事情(本家bbsとか)を知らないので、勝手な想像ですが。フリーソフトが2,3年で自然消滅ってのは、わりと普通のことだと思うのですよ。フリーソフト作成に限らず趣味で何か1つ(1作品)のことに集中してハマッている状態ってのは(永遠じゃなくて)一定期間のできごとのことが多いし、あきたり惰性になった時期に、学生だった人が社会人になったり新人でサブ担当だった人がメインやる立場になったり、で忙しくなったりすると止まりやすいでしょうね、で。私個人の範囲でいえば、ドッキングバーにしろ、自分がやった64ビット化にしろ、それに対する反対意見が辛いから、という理由で止めるようなことはないです。(その意見をみたときの気分の浮き沈みはありますよ)私の場合、本業の忙しい期間が続いた場合、他のソフト作成に気持ちが移っている場合、プライベート関係に気が言っている場合、でしょうか。いつ止めてもいい気で、だらだらとやれる分にはやってる、って感じなのでお祭り/サービス的なものを求める人には申し訳ないのですが。仮想アドレス空間は消費してる感じです。アプリ側では、ほとんど、どうしようもないなあ、です。vcのライブラリだとほぼそのままapiのHeapAllocされていているので、そうでない(ライブラリ側で空き管理する)malloc/newに置き換えることで、開放メモリをリユースされるようにすればその範囲の仮想アドレス消費は軽減できるでしょう。乗っ取りたいとこですが、vcのライブラリ再構築が必要なのか旨く行かず。仮想メモリー管理の考え方が、物理メモリに対して仮想アドレス空間が十分に広い場合の方針のままなんでしょうかね。物理メモリがギガ単位てか最大値になることを考慮してない、ような、あえて無視してるような。64ビット環境を普及する/させるつもりだったのかな、と。~※他のソフトで解決しているのなら、何か方法あるんだろうなあ、ですが。GUIオブジェの増加については、やっぱりどっかリークしてるのでしょうね。それともメモリーと同様何か癖があるのか...よくわかってません。1.45で修正))あと、dlmallocってosから確保したメモリが不要になったときにこまめにosにメモリを返してるわけではなさそう?設定が悪いだけ?とりあえず実験失敗といった感じです.----2010-09-28ご無沙汰しております。rain版と使わせていただいている状態です。+mod版ご使用していただきありがとうございました。自然消滅に任せるつもりだったのですが、サイトはなるべくなら残して(放置して)置こうかとも思っており(unDonutがここまで続いているのはminit氏のサイトが生き続けているのも大きな要因と思いますし)、ただ、掲示板を書き込み可能なママなのが多少気になる状態でして...けれど今更サイトに手を加えるのも勇気がいり...1.48pack版をダシにいろいろ調整することにした、といったところです。1.48packはexeはほとんど変わっていません。//(若干rain版からバックポートして2,3個デバグしてしまってますが)(若干rain版からバックポートして2,3個デバグしてしまってますが)rain版上書き前提のようなもので、どちらかというと同梱物(search.iniやらヘルプやら)の差し替えのためのものです。//サイトの修正は今日一日で作業終わらなかったのでもう何回かいじってるかもしれませんが...生暖かく放置してやってくださいませ。