Jane Style Part136
■ このスレッドは過去ログ倉庫に格納されています
4.00β、画像が多いスレを開いたり見てたりするとかなりの高確率で落ちるの早くなんとかしてほしいわ…
半角とか見るのに使い物にならん。
ちなみにこれが起こるときってトレース画面にスタックオーバーフローと表示されることが多い。
(表示されても落ちないこともある。)
とりあえずの対症療法として、設定いじって少しでも落ちにくくする方法とかないのかな。 >>183
ツール -> ビューア設定 -> その他
xxxx ピクセル以上(横×縦)以上の画像を展開しない
の数字を大きくする >>183
>>184 の最大値はググった感じだと 2147483647 らしい >>183
ごめん、間違えた!
ツール -> ビューア設定 -> 通信
サイズ上限(KB)
の数字を大きくする
だった!ほんとごめん! 何十個もスレタブがあって本文読めないからタブのここから右を削除をしようとしたらうっかり全部削除してしまったなんとかしろ まだstyle終了してないならタスクマネージャーで強制終了させて
起動すれば前回起動時と同じ状態になる
スレタブの空いてるところで右クリックして最近閉じたタブを開いてもよし
時が過ぎてしまってたらsession.dat.bak類の更新日時見てコレだと思うものを
session.datにリネームすればまぁまぁ元に戻せる >>187
ツール→キーコンフィング→ThreadPopupMenuConfigを選んでファイル出したらメモ帳かなんかで開いて
いらない右クリメニューをTrueからFalseに変えれば右クリの項目から消える >>187
> 何十個もスレタブがあって本文読めない
ほんとにこれ困るよなあ。
仕方なく全画面表示にしてるが、長い行は画面の端から端まで目を通さなければならず 見苦しい。
マウスカーソル ON でタブ表示切り替えるとか、一般的なブラウザみたいにインジケーター付けるとか、
左側パネルに一列表示とかできるようにしてもらいたい。 右クリックメニュー→再読込
めんどいな
βに慣れておく意味なんてないし【3】に戻すか 3000スレ位ひらけばわかるが
スレタブ1つ開くごとに
USERオブジェクト、GDIオブジェクトそれぞれ
数個ずつ消費するすばらしい仕様だからw
ギコナビさんは上手に使いまわしてるっぽいから
大量に開いてもタブのリスト構造の操作が高速、快適、消費オブジェクトは200-300個程度w 遅ればせながら3.84で>>3の【2】の設定した
俺の場合とりあえず【2】で困らんようではあるけど、板移転等で2ch.netでのアクセスができなくなったら
【3】の対応せざる得ないという理解でよい? >>197
【2】も【3】もやらずにIEでスレ検索して5chのところを2に書き換えてリンクコピーして貼ってるわ
正式版出るまでこれでいいかなって 👀
Rock54: Caution(BBR-MD5:b25177e51d96f3dfbe17b1c404ad5a99) >>197
そんな感じの理解でOK
板移転は5ch運営が http://menu.2ch.net/bbsmenu.html の内容を2ch.netのURLで反映し続ける限りは問題ない >>198-199
レスサンクス
スレ終盤に書かれた次スレリンクが5chの場合、リンククリックでブラウザが開いてちとイラッとしてからw
URLコピペして5ch→2chに直してアクセスしてた
5chのURLでリンク書かれる事が増えてきたので【2】の対応した 公式でさえバグだらけなんだから自分でいじるのはやめた方がいい しょっちゅうレス番がおかしくなるから
実況で使い物にならないよこれ >>112
User-Agentの4.0.0?の「?」って何かなぁ?と思ってたら酷かった
HTTPヘッダのUser-AgentにシフトJIS入れるのRFC違反じゃね?
http://rosie.2ch.net/test/read.cgi/operatex/1503388076/79
> 79 名前:臨時で名無しです[sage] 投稿日:2017/10/14(土) 21:22:07.36 ID:uE2r1XAJ
> JaneStyleのexeをバイナリエディタで見たけど、UAは多分こうなってる
> Monazilla/1.00 JaneStyle/4.0.0β Windows/6.1.7601 Service Pack 1 >>197
βがあまりに酷い出来だし
作者の能力では安定正式版は出せない可能性も高いと思う
さっさと【3】にした方がいいよ >>204
マジで?と思って今俺もバイナリエディタで見てみたけどマジだった…w Jane Styleを更新できないならオープンソースにしてください山下さん >>186
そこの値が65536だったのを、思い切って最大値の2147483647にしてみたが、効果ないな…
この設定って個々のファイルのサイズ制限(このサイズを超えるファイルはダウンロードしない)でしょ?
レスもらったのに悪いが、ほんとに関係あるの? >>207
Janeはもともとオープンソース。
ライセンスとるのに運営に個人情報渡さないといけないから、他の作者はみんな逃げた。 >>209
少なくとも俺は2097151にしてからスタックオーバーフローはなくなったよ スタックしてるのかよ、なんとも行儀の悪いプログラムだな…
もしかするとDelphiの制約とかあるのかも知れんけど
ていうか65536くらいなら問題ないと思うけど、それ以前に各種サイズチェックしてないとか
詳しくないけどバッファオーバーフロー的なセキュリティ問題に繋がったりしないのかこれ このスレにクソでかい画像貼ったら落ちるのかな
やらないけど ローカル変数だってスタックに割り当てられるから作業領域の使い方がおかしいかも
たとえば、
int a[1000*1024];
って宣言したら、4Byte*1000*1024=4MBがスタックに取られる >>219
うん、まあ常識的なサイズかどうかの考慮とスタック全体の領域サイズの事も考えて、
ローカルにするのかグローバルにするのかヒープに取るのかを考慮するのが普通だよね
どうしてもスタックじゃなきゃいけないのが一部あった時にはコンパイル時にスタックサイズ増やす事もあるけど、
あんまり賢いやり方じゃない
そもそもデータサイズが不明なものをローカルに保持するって事と、
どうしてもそうしなきゃいけないなら最低でもやらなきゃいけないサイズチェックを
やってない箇所がある事がマズイと思う > スタックしてるのかよ、なんとも行儀の悪いプログラムだな…
何言ってるかよくわからんw >>222
スタックとヒープの違いは簡単にいうと、
スタック領域は予約されたサイズ固定の領域で、通常関数呼び出し時の引数や戻りアドレス等で使うが、関数内で宣言されたその関数内でしか使わない変数領域としても使う
今は結構デフォルトのサイズも拡張されてるとは思うけどそれでも少ないことには変わりがない
これを使い果たしてしまうともはやアプリケーションは動作できなくなる
一方、ヒープ領域は、(アプリケーション論理空間だけど)に領域くれって言って貰う
もんで、空きメモリの容量まで使える(実際にはそこまで使えないけどね)
ただこれは獲得したアプリの責任で開放しないといけないし、
細かく多数の領域を獲得・開放を繰り返すとまだらに隙間が出来て空き領域を圧迫しちゃうし、
ガベージコレクション(隙間詰め)が発生しちゃうと結構な時間待たされることになる
んで使い方にも気を配る必要がある ■ このスレッドは過去ログ倉庫に格納されています