Dead Zone

Stand alone.

正規表現 \R\s

2014-10-21 11:23:45 | 雑記

元ネタは
Bug 447603 – [find/replace] Windows EOL causes unrelated character to be replaced
EclipseのFind/Replaceで正規表現"\R\s"を使うとテキストが壊れるケースがあるよ、という話で。
くわばらくわばら。
いや使わないから関係ないか。

ダニさんがJava自体は正常に動作するよ!(だからEclipse内部のバグだよ!)という確認コードを書いてらっしゃいますが。
大きな声では言えませんがぶっちゃけ私も真っ先に(ダニさんがコメントする前に)同じようなコードを書いて確認してました(^^;
でもこれ確認にはならないんですよね...単にreplaceAllならOKというだけのことで。EclipseのFind/Replaceがどう実装されているのか知りません(既に見る気もない)が、replaceAllは使ってないだろうと思います。replaceAllを使っちゃったらドキュメント全体を上書きすることになって(差分を取って変更部分だけドキュメントに修正を加えるなどというバカげたことをやっていない限り)Damage/Repairが変更箇所のみならずドキュメント全体に対して発生してしまい、parsingやらindexingやらcoloringやら何やら不要な処理が大量に引き起こされてしまうので。通常エディタは変更箇所周辺の最小ブロックのみが処理されるように作ってあるはずですから、Find/Replaceもそれに準じているはずです。ま、Eclipseなので期待はできないかもしれませんが(^^;

で、もうちょっと突っ込んでみると...
『WindowsのJava(8u25)で正規表現「\R\s」を使うと、「0d 0a 0d 0a」(改行2つ)に対して「0d 0a 0d」がマッチする』
ようです...(\RはLinebreak matcherで改行にマッチする)
というか\sってそういうもんですよね(・・)考えてみたら。
テキストが壊れるのは論外だけど、そもそも「\R\s」ではダメなんじゃ...
そう思いながら再度上記のreplaceAllの結果(1行になる)を見たら、期待されている結果が得られているのかどうか(空行を消したかったのか残したかったのか)疑問に感じます...(上記の「マッチしなかった残り物の0a」を次の\Rでマッチさせるなどというトリッキーなやり方を意識していたとも思えないし、0aが残りっぱなしになるケースもあるわけで...)
仮にEclipseが正常に動作する(ようになる)としても、[以下省略]

[追記]
壊れたテキストをSave Asしてダンプしてみたら、壊れてないですね(-_-)
エディタの表示上の問題(あるはずの","が表示されなくなる)のようです。(開き直せばちゃんと表示される)
Incompatible line delimiterで処理が止まってしまうのは何かまた別の問題(というか別件)のような。このメッセージは正しいので「そういう仕様なんだよ!」な気がしますけども。
よくわかりませんが。

 

コメント

起動時に謎のワークスペースが

2014-10-16 19:25:43 | 雑記

元ネタは
Eclipse Community Forums: Newcomers » [Luna] mysterious workspace loaded at first startup
なんかコメントするタイミングを逸したので...ここで。

Bug 409552 – [WorkbenchLauncher] Workspace prompt on startup in eclipse is not working を見ろや。

コメント

Mint17+Firefox33

2014-10-16 19:17:16 | 雑記

今日Mint17のFirefoxを33にアップデートしたら...
メニューの文字色が(たぶんデフォルトの)黒になってしまい...黒っぽいテーマにしてるのでメニューが見えない事態に(^^;
Windowsではこういう現象は起きなかったんだけど何だろう(?_?)
しょうがないのでとりあえずStylishで

@namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);
#main-menubar {
  color: white !important;
}

余談ですが巷で噂の「画面真っ黒」はウチにあるすべてのマシンで発生しませんでした。(GB-BXi3-4010,DCCP847DYE,Iconia-W4,Aspire1410,mini1000,R3610,ついでにVMware)

コメント

劣化一筋

2014-10-04 08:22:24 | 雑記

どうでもいいけど元ネタは
Eclipse Community Forums: PHP Development Tools (PDT) » XDebug Glitch After 4.4.1 Update
デバッグ時、StepOverしてもハイライト行が移動しないぞっ、という話で。
ホンマや(^^;
最小インストールして試してみたらあっさり再現。
使えんなぁ。

[追記]
Bug 445680 – Debug Current Instruction Pointer remains on wrong line
とか
Bug 445652 – debug line does not move
とか
Bug 445903 – Eclipse PHP : debug do not work (Step Into failed)
とか

 

コメント

Firefox 64bit 35.0a1 (2014-10-02)

2014-10-03 09:48:48 | 雑記

Firefox Windows64bit版Nightlyなんですが。今朝のアップデートで、起動時にクラッシュするようになってしまい(><)
新規プロファイルで起動してみたら問題が無かったので、add-onを足していってみたらば。

Stylishで、@font-faceを指定しているとクラッシュする

でした。
とりあえずプロファイルフォルダのstylish.sqliteを削除して事無き(?)を得ましたが...

[追記]
userContent.cssで@font-faceを指定しても同様にクラッシュしましたが、webページ埋め込みの場合は正常に動作しました。う〜む

[10/7追記]
35.0a1 (2014-10-07)で復旧した模様。

 

コメント

進展がない...

2014-09-29 10:45:24 | 雑記

なんかJava 8u20では日本語入力するとVMが落ちるらしく。
バグレポは上がってるんですが。
[#JDK-8055875] Application suddenly terminates after input via IME on JTextComponent. - Java Bug System
[#JDK-8055877] VM will crash, if MS-IME is enabled and you enter twice JTextArea. - Java Bug System
進展がない...
8u20で発生したバグとのことで、明らかにregressionなので8u20の修正バグリストを眺めてみると。
Java™ SE Development Kit 8 Update 20 Bug Fixes
|8019990 client-libs java.awt:i18n IM candidate window appears on the South-East corner of the display.
というのがありまして。こいつのせいかどうかは分かりませんが。どんなバグかと思ったら。
Bug ID: JDK-8019990 IM candidate window appears on the South-East corner of the display.
|  The problem was triggered by the fix for 7024749, which moved
|  IME messages handling from awt_Component to awt_Frame. Due
|  to this change, the WM_IME_SETCONTEXT never reaches the applet's
|  component, and candidate window position is never adjusted.

|  Suggested fix reverts a part of the fix for 7024749: messages
|  WM_IME_SETCONTEXT and WM_IME_NOTIFY are handled in
|  awt_Component again.

|  To prevent the crash described in 7024749, I suggest to check
|  whether the proxy is enabled before routing messages to it
|  (see awt_Component.cpp, line 4090).
バグ7024749の修正で発生したバグの修正という…(^^;)
もしこいつのせいならバグ修正で発生したバグの修正でまたバグ発生ということに...
中身もWindowsのIMEメッセージの処理をawt_Frameにしたりawt_Componentにしたり何やってんだか知りませんが、なんだかグダグダ臭が...
とにかくVMが落ちるというのは最悪なので、さっさと直せよと思ったり。

(ところで上のbugs.java.comへのリンク、ウチの環境(Firefox32.0.3)では2回開かないと目的のページに辿り着かない(1回目は検索画面になる)んですが...-_-)

 

コメント

Bug 443758 - Tag Luna SR1 (4.1.1) release

2014-09-22 09:56:29 | 雑記

Bug 443758 – Tag Luna SR1 (4.1.1) release

へー、Luna SR1って4.1.1なのかー知らなかったー

いや単なるtypoですから。4.4.1ですから。
reportした人が人なんで突っ込んでみましたw

しかし文中でも
>git tag -a -m 'Bug 443758 - Tag Luna SR1 (4.1.1) release' R4_4_1 M20140910-2310
とか。昨今のEclipse開発陣の惨状を見るとこういうtypoですら「注意力の欠如」「やる気の無さ」「業務遂行能力の欠落」に感じちゃうんですよねぇ。

[9/25追記]
指摘されて修正しましたねw
いやはや。

コメント

ゆるゆる削除中

2014-09-14 11:16:35 | 雑記

というわけでGitHubやSourceforge.jpで公開していたモノをゆるゆると削除してます。archiveとして残してましたが、安置しててもしょうがないなと。捨て置きしてちゃいかんなと。消すべきものは消しとかないと。

 

コメント

Ctrl+Alt+Up/Down

2014-09-08 22:03:20 | 雑記

元ネタは
Eclipse Community Forums: Newcomers » Copy-Lines Shortcut Problem
なんですが、Intel Graphicsを使ってるマシンで、Ctrl+Alt+Up/Downが急に効かなくなっちゃった〜、という話で。

試してみたらば。
ハナから効かないじゃないか(-_-)
インテルHDグラフィックス・コントロール・パネルのオプションとサポート〜ホットキーマネージャーでホットキーを無効にしても、EclipseのエディタでCtrl+Alt+Up/Downは効かず。Preferences〜KeysでBindingにCtrl+Alt+Up/Downは入力できず(Ctrl+Altまでしか入力できず、矢印キーを押しても反応しない)。

ちょっと中身を覗いてみたらば。
Bindingを処理しているのは
org.eclipse.jface.bindings.keys.KeySequenceText.KeyTrapListener.handleEvent(Event)
なんですが、Ctrl+Altの後、矢印キーを押してもSWT.KeyDownのイベントが来ません。(なぜかキーを離した時のSWT.KeyUpイベントは来る)
イベントが来ないんじゃキーが押されたことを認識できないわけで。どうしようもない。

というわけで解決策は、インテルHDグラフィックス・コントロール・パネルでホットキーの割り当てを変更する、でした。(無しにはできないようなのでとりあえず害の無さげなものに)
この現象は
Intel(R) HD Graphics Family
Driver version: 10.18.10.3907
で発生しましたが、別PCの
Intel(R) HD Graphics
Driver version: 9.17.10.3347
では発生しませんでした。単にホットキーの無効化だけで、正常に動作します。

ま、そんなこともありますよということで。

 

コメント

はてね

2014-09-05 11:24:33 | 雑記

Bug 443298 – [Themes] Incomplete dark theme on Windows

引用始め
Martin Storø Nyfløtt CLA 2014-09-04 07:13:51 EDT

When applying dark theme to Eclipse, several UI components remain the old style (white).
- Some labels in the preferences dialog becomes unreadable when they are selected (see screenshot/attachment) some of these are the selected labels under the properties, the quick access bar, the down arrow next to many of the UI components and several other UI components.
- The scroll bars are also white, while they should be dark themed.
- Content assist and the documentation window is also light themed while it should be dark.

Comment 1 Paul Webster CLA 2014-09-04 08:54:50 EDT

Is it still like that after a restart?

PW
引用終り

えっと...
Martin氏が挙げた不具合はジョーシキで個別のバグレポも上がってたと思うけど...
(というかDark Theme絡みのバグは細かく挙げていけば3桁いくだろうし個別にはとても把握できんだろうとは思うけど)
なんだろう言うに事欠いて
>Is it still like that after a restart?
とは。
何て言うかねぇ...
1週間くらい徹夜して意識朦朧状態でコメント付けたんでなければ
-以下省略-

 

コメント