mewでのfiber.exeがwindows 10で動作不安定

[hitach...@gmail.com]

立川と申します。

いつもmewを使っております。

さて、仕事で使っているPCをWin7(32bit)からwin10(64bit)に変更することになり、自分が普段使っているアプリの移行をしております。

これを機に、Meadowsから Emacs 64bit (IME-Patch版)でmewを動かすことにしました。

mewのInstallからメールのincやsendは問題なく出来ています。

ただ一点、Meadowsからもってきたfiber.exeが思った通りに動かない現象が出ています。

以下の(1)を解決するために、Web上で情報を探しましたが、似た現象は無いようです。

mewのユーザの皆様にお知恵を拝借したく、投稿いたしました。

宜しくお願いいたします。

使っているアプリ

   mew:6.8

  GNU Emacs 25.2.1 (x86_64-w64-mingw32) of 2017-04-26

  windows 10 pro 1703

  fiber.exeは、Emacs\binの下にコピペしました。（Pathも通っています)

-------------------

(1) mew上で、添付ファイルを開けようと、C-c C-eで行うと、”Starting fiber.exe...done"と表示されるが、

     アプリケーションが開かない。再度C-c C-eを行うと、今度はアプリケーションが開き、添付されていたファイルが表示される。

(2)fiber.exe自身がそのままでは動かない可能性もあるので、Cmd.exe上で、"fiber.exe XXXX.docx"のように直接指定して起動を確かめました。

    これは、すぐにアプリケーションが立ち上がりました。

-------------------

(3) ,(4)はfiber.exeの関連した情報です。

------------------

(3)emacsを終了するときに、(1)で最初に起動したFiber.exeがずっと動いているようです。

    *mew fiber.exe* run     --              --           fiber.exe c:/Users/USER~1.XXX/AppData/Local/Temp/user?????G/XXXX_2.xlsx(一部伏字)

     mini bufferには、"Active processes exist; kill them and exit anyway? (yes or no) "と表示される。

(4)MS Officeのファイル(pptxやdocx)とfiber.exeのの関連をなくすために、fiber.txtのzipファイルの設定を消去しました。

    (1)のようになったのですが、     

    「o レジストリキーの "HKEY_LOCAL_MACHINE\SOFTWARE\GNU\Fiber" が存在しなければ、 自動的にキーが作成されて初期値が書き込まれます」

     とのことですが、このレジストリキーは存在しませんでした。cmd.exeを管理者権限で動かしましてみましたが、レジストリキーは作成できません。

      

     fiber.txt -lで設定を確認すると、zipの設定は消えていました。

------------------

[Shuichi KITAGUCHI]

北口です。

原因はわからないのですが、いくつか記載します。

> (1) mew上で、添付ファイルを開けようと、C-c C-eで行うと、”Starting fiber.exe...done"と表示されるが、
> アプリケーションが開かない。再度C-c C-eを行うと、今度はアプリケーションが開き、添付されていたファイルが表示される。

私の環境はWindows 10 1803＋Emacs 26.1ですが、.xlsや.xlsx等は普通に
起動しました(本物のOfficeではなく、Viewerですが)。

メールを見て気になったのは、fiberのデフォルト設定ではxlsxはzipとして
認識してしまうので、

> fiber foo.xlsx

と実行するとfoo.xlsx.zipというファイルにコピーして.zipに関連付け
られたアプリが実行されるはずですが、そうなっていないでしょうか?
また、このコピーを防止し元のファイル名のまま実行するために、
以下のように設定を変更してみると改善されるでしょうか?

> fiber -o OverrideExt=no

これ以上は今のところ思い付かず、Office以外のファイルは大丈夫か
とかを順次確認して切り分けていく、ぐらいかなと思います。
# Officeのファイルは、会社ではセキュリティ系ツールの制御対象になる
# ことが多いと思いますので、邪魔されていないかなと。


以下は、補足情報です。

レジストリに関しては、64bit Windowsでは

HKEY_LOCAL_MACHINE\Software\WOW6432Node\GNU\Fiber

になるようです。特に管理者権限は不要でした。

fiberはMeadowに同梱していたので、Emacsだけとなった今では別途配布が
必要なことに気付きました。とりあえずは現状ままのソースとバイナリを
GitHubに上げておきました。最新版は、以下から入手ください。

https://github.com/shkit/fiber/releases/tag/v1.2.4


--
Shuichi KITAGUCHI // k...@ysnb.net / k...@hh.iij4u.or.jp

> --
> このメールは Google グループのグループ「Mew ユーザ」の登録者に送られています。
> このグループから退会し、グループからのメールの配信を停止するには mew-ja+un...@googlegroups.com にメールを送信してください。
> その他のオプションについては、https://groups.google.com/d/optout にアクセスしてください。

[hitach...@gmail.com]

立川です。

北口さんの作品にずっとお世話になっております。リプライをいただきありがとうございます。

インラインで記載します。

2018年9月4日火曜日 15時19分38秒 UTC+9 Shuichi KITAGUCHI:

北口です。

原因はわからないのですが、いくつか記載します。

> (1) mew上で、添付ファイルを開けようと、C-c C-eで行うと、”Starting fiber.exe...done"と表示されるが、
>      アプリケーションが開かない。再度C-c C-eを行うと、今度はアプリケーションが開き、添付されていたファイルが表示される。

私の環境はWindows 10 1803＋Emacs 26.1ですが、.xlsや.xlsx等は普通に
起動しました(本物のOfficeではなく、Viewerですが)。

まだ、私の環境ですと、xlsや.xlsxも2回目にアプリケーションが立ち上がります。

pdfでも同じでした。

 

メールを見て気になったのは、fiberのデフォルト設定ではxlsxはzipとして
認識してしまうので、

  > fiber foo.xlsx

と実行するとfoo.xlsx.zipというファイルにコピーして.zipに関連付け
られたアプリが実行されるはずですが、そうなっていないでしょうか?

先のメールでは書ききれませんでしたが、(4)でzipの設定を消去しております。

それで、MS Office 2013が立ち上がるようになっております。

   (4)MS Officeのファイル(pptxやdocx)とfiber.exeのの関連をなくすために、fiber.txtのzipファイルの設定を消去しました。

 

また、このコピーを防止し元のファイル名のまま実行するために、
以下のように設定を変更してみると改善されるでしょうか?

  > fiber -o OverrideExt=no

.emacsで指定する場合は、以下の方法が一番良いでしょうか。

Webを検索して、

(setq mew-w32-exec "c:/cygwin64/bin/fiber.exe -o OverrideExt=no ")

*scratch Bufferから、eval-regionで評価して、describe-variableで変わっていることを

確認してから、行いました。

現象は変わっていませんでした。一つ気づいたことがあります。

一回表示ができたファイルは、すぐに立ち上がります。

想像ですが、\tmpフォルダーに仮ファイルが作られる前にfiber.exeが終わってしますのではないかと

思いました。すいません確証はつかんでおりません。

 

これ以上は今のところ思い付かず、Office以外のファイルは大丈夫か
とかを順次確認して切り分けていく、ぐらいかなと思います。
# Officeのファイルは、会社ではセキュリティ系ツールの制御対象になる
# ことが多いと思いますので、邪魔されていないかなと。

自分の環境では、PDFでもダメでした。

セキュリティソフトは動いていますので、\tmpの下に作られたファイルの

検査をしているとは思います。

 

以下は、補足情報です。

レジストリに関しては、64bit Windowsでは

  HKEY_LOCAL_MACHINE\Software\WOW6432Node\GNU\Fiber

になるようです。特に管理者権限は不要でした。

ご教授ありがとうございました。自分の環境でも作成できていました。

 

fiberはMeadowに同梱していたので、Emacsだけとなった今では別途配布が
必要なことに気付きました。とりあえずは現状ままのソースとバイナリを
GitHubに上げておきました。最新版は、以下から入手ください。

  https://github.com/shkit/fiber/releases/tag/v1.2.4

ありがとうございます。取り出して、置き換えて確かめした。

前は1.2.3でした。

emacsを別に立ち上げましたので、設定は前のままです。

残念なことに、現象は変わりませんでした。

お手数をおかけしますが、引き続きヒントをいただくと大変助かります。 

宜しくお願いいたします。

[Shuichi KITAGUCHI]

立川さん、

北口です。

> .emacsで指定する場合は、以下の方法が一番良いでしょうか。
> Webを検索して、
>
> (setq mew-w32-exec "c:/cygwin64/bin/fiber.exe -o OverrideExt=no ")

...
> 想像ですが、\tmpフォルダーに仮ファイルが作られる前にfiber.exeが終わってしますのではないかと
> 思いました。すいません確証はつかんでおりません。

まず、-oはレジストリの設定を書き換えるものなので、一度だけ実行して
頂ければ大丈夫です。

次に、この想像が正しいとすると、例えば、

(setq mew-w32-exec "C:/cygwin64/bin/fiber.bat")

とやって、C:/cygwin64/bin/fiber.batの中身を、

C:/cygwin64/bin/sleep 5
C:/cygwin64/bin/fiber.exe %1 %2 %3 %4 %5 %6 %7 %8 %9

とすると、解消したりするでしょうか?
# 5秒もスリープしたらファイルが作成されるだろう、という目論みです。

それ以外は、今のところ思い付くものがないですね。
外れたらすみません。

--
Shuichi KITAGUCHI // k...@ysnb.net / k...@hh.iij4u.or.jp

>> <https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Fshkit%2Ffiber%2Freleases%2Ftag%2Fv1.2.4&sa=D&sntz=1&usg=AFQjCNG69DcCrxfRkdxzG6cIdxNrnJsy1w>

>>
>>
> ありがとうございます。取り出して、置き換えて確かめした。
> 前は1.2.3でした。
> emacsを別に立ち上げましたので、設定は前のままです。
>
> 残念なことに、現象は変わりませんでした。
>
> お手数をおかけしますが、引き続きヒントをいただくと大変助かります。
> 宜しくお願いいたします。
>
>
>> --

>> Shuichi KITAGUCHI // k...@ysnb.net <javascript:> / k...@hh.iij4u.or.jp
>> <javascript:>

>> <javascript:> にメールを送信してください。

[hitach...@gmail.com]

北口さん

お忙しい中リプライありがとうございます。

北口さんに教えていただいた、

(1)”fiber.exe -o OverrideExt=no”の指定

(2) fiber.batの作成し、.mew.elでmew-w32-execの設定

を行って、\tempで指定してホルダーでファイルの作成状況を見ました。

(状況)

    最初のC-c C-xを行ったときにメールのfilenameで指定されていたファイルができています。

    2回目に行ったときに、mewで始まるファイル名が作成できていて、それをアプリケーションが表示しています。

「最初に仮ファイル名ができない」ことが、原因とつかめました。

Meadowsで使っていた時は、仮ファイル名でアプリケーションが立ち上がっていましたと記録しています。

先のメールでの想像が間違えていてすいませんでした。

この状況での設定する項目のヒントがありましたら、教えていただけると幸いです。

（以下、一部伏字にさせていただきました)

-----------------TEMPで指定したフォルダー内でのファイルの作成時間 

C:\Users\user.XXXXX\AppData\Local\Temp\user44442Ex のディレクトリ

2018/09/05  08:13           116,224 会議室備品予約データR2_20180904朝.xls

2018/09/05  08:14           116,224 mew4444ITz.xls

2018/09/05  08:14           269,397 2018XXXX　XXXXXX発表者募集要項（案）.docx

2018/09/05  08:15           269,397 mew44446cC.docx

2018/09/05  08:18                68 null

2018/09/05  08:20    <DIR>          ..

2018/09/05  08:20    <DIR>          .

               5 個のファイル             771,310 バイト

               2 個のディレクトリ  336,363,089,920 バイトの空き領域

北口さんが教えていただいた、設定を使用しています。

C:\Users\user.HAXXXXX[\AppData\Local\Temp\user44442Ex>c:\local\bin\emacs-25.2\bin\fiber.exe -l

 OPTION            = VALUE

---------------------------

 ExtNum            = 64

 ExecuteUnknownExt = yes

 ExecuteURL        = yes

 TrustExt          = yes

 OverrideExt       = no

 ID : EXT=OFFSET

-----------------

  0 : au=.snd,0

  1 : wav=WAVE,8

  2 : mid=MThd,0

  3 : rcp=RCM-PC98V2.0,0

  4 : mov=moov,4

  5 : avi=AVI,8

  6 : mpg=0x000x000x010xb3,0

  7 : jpg=JFIF,134

  8 : jpg=JFIF,6

  9 : bmp=BM,0

 10 : gif=GIF8,0

 11 : xpm=XPM,3

 12 : tif=MM,0

 13 : tif=II,0

 14 : mki=MAKI01,0

 15 : mag=MAKI02,0

 16 : pic=PIC,0

 17 : pi=Pi,0

 18 : p2=P2,0

 19 : png=0x890x500x4e0x470x0d0x0a0x1a0x0a,0

 20 : pdf=%PDF-,0

 21 : ps=%!,0

 22 : dvi=0xf70x02,0

 23 : gz=0x1f0x8b,0

 24 : lzh=SFX,72

 25 : lzh=SFX,46

 26 : lzh=SFX,42

 27 : lzh=-lhd,2

 28 : lzh=-lh0,2

 29 : lzh=-lh1,2

 30 : lzh=-lh2,2

 31 : lzh=-lh3,2

 32 : lzh=-lh4,2

 33 : lzh=-lh5,2

 34 : lzh=-lh6,2

 35 : lzh=-lh7,2

 36 : zoo=ZOO,0

--------- (fiber.batの中身) -------------

----- Cygwinは入れていないので、WebからSleepと同等の設定を真似しました

timeout /nobreak /T 5 > null

fiber.exe  %1 %2 %3 %4 %5 %6 %7 %8 %9

どうぞ宜しくお願いいたします。

2018年9月4日火曜日 19時49分56秒 UTC+9 Shuichi KITAGUCHI:

[Shuichi KITAGUCHI]

立川さん、

北口です。

> 最初のC-c C-xを行ったときにメールのfilenameで指定されていたファイルができています。
> 2回目に行ったときに、mewで始まるファイル名が作成できていて、それをアプリケーションが表示しています。

これ、昔は「仮ファイル名」のものを使っていたのですが、今は
元のファイル名のままで実行できるようになっているはずです。

...というあたりから、どうやら私は以下の設定で回避できている
らしい、ということがわかりました。

(setq mew-delete-temp-file nil)

これを試してみて頂けますか?

詳細は、以下のスレッドも参照してみてください。

https://www.mew.org/ml-archives/mew-dist/2009-April/028603.html

# それにしても、Meadowで問題なかったのはどうしてだろう。
# Emacsの版数のせい?

>> Shuichi KITAGUCHI // k...@ysnb.net <javascript:> / k...@hh.iij4u.or.jp
>> <javascript:>

[hitach...@gmail.com]

北口さん リプライありがとうございます。お力添えいただいきありがとうございます。

fiber.bat指定でなく、fiber.exeの1.24を使っています。

 (setq mew-delete-temp-file nil) を試してみましたが、結果は変わりませんでした。

--------

mew-delete-temp-file is a variable defined in ‘mew-vars.el’.

Its value is nil

Original value was t

--------

------------------------

C:\Users\user.HA000115698\AppData\Local\Temp\user2948iyF>dir /OD

 

 C:\Users\user.HA000115698\AppData\Local\Temp\user2948iyF のディレクトリ

2018/09/06  07:46            73,727 座席表201809XX.xlsx

2018/09/06  07:46            73,727 mew2948ZAR.xlsx

2018/09/06  07:46    <DIR>          ..

2018/09/06  07:46    <DIR>          .

------------------------

これも変わりませんが、Emacs終了ときに、以下のような表示がでます。

*mew fiber.exe* run     --              --           fiber.exe c:/Users/USER~1.HA0/AppData/Local/Temp/user2948iyF/座席表201809XX.xlsx

仮ファイル名ではOKなのかを比較するために、ローマ字だけのファイル(WasedaKokusaiKeieiKenkyu_42_Oki.pdf）を添付した

メールでfiber.exeでは1回でPDF Readerが立ち上がりました。

自分のmew環境ですと、英数半角文字でのファイル名でfiber.exeがアプリケーションをCallしてくれるようです。

Meadowsの仮ファイル「だけ」の設定というのはできるのでしょうか。

(以下、参考状況)

引数には、User名が、短くなっています。

"C:\Users\user.HA000115698\AppData\Local\Temp\user2948iyF"が通常自分が設定いるフォルダー名です。

dos.exeで、"cd c:/Users/USER~1.HA0/AppData/Local/Temp/user2948iyF"としますと同じフォルダーに移動することを確かめました。

また、”fiber.exe c:/Users/USER~1.HA0/AppData/Local/Temp/user2948iyF/座席表201809XX.xlsx"と

しましたら、EXCEL 2013が立ち上がります。

少ない情報量ですいません。引き続きご支援いただきますと助かります。

2018年9月5日水曜日 19時06分33秒 UTC+9 Shuichi KITAGUCHI:

[Shuichi KITAGUCHI]

立川さん、

北口です。

まず、

> (setq mew-delete-temp-file nil) を試してみましたが、結果は変わりませんでした。

すみません、これ、mew-win32.elで設定してありましたので無意味でした。

次に、よくよく見ると、故意にMeadow時のみテンポラリファイル名の作成の
挙動が変わるようになっていました。

https://github.com/kazu-yamamoto/Mew/commit/3890a756f10ce942d58efae8aa78d233ba93b5d2

・Meadowの場合
(mew-make-temp-name "会議室exist.xls") ; 既に存在しているファイル
-> "c:/Users/kit/AppData/Local/Temp/kit18956AHQ/mew18956Rpn.xls"

(mew-make-temp-name "会議室not_exist.xls") ; 存在していないファイル
-> "c:/Users/kit/AppData/Local/Temp/kit18956AHQ/mew18956ezt.xls"

・Emacsの場合
(mew-make-temp-name "会議室exist.xls")
-> "c:/Users/kit/AppData/Local/Temp/kitddgnvg/mewf1EoJb.xls"

(mew-make-temp-name "会議室not_exist.xls")
-> "c:/Users/kit/AppData/Local/Temp/kitddgnvg/会議室not_exist.xls"

というわけで、対処は以下の2つかなと思うのですが、どうしたものかと
考えています。

・EmacsでもMeadowと同じ挙動にするようにMewを直す
・元ファイル名でもちゃんと動作するように.emacsの設定をする
→Emacsのcoding-system周りの設定ではないかなと想像

# 後者が正しい気がするのですが、今の処理は何でこうしたんでしたっけ...

--
Shuichi KITAGUCHI // k...@ysnb.net / k...@hh.iij4u.or.jp

[Hideyuki SHIRAI]

こんばんは、白井です。

# ご無沙汰しています

一ヶ所だけ。

From: Shuichi KITAGUCHI <k...@ysnb.net> さん曰く
Subject: Re: [mew-ja] mewでのfiber.exeがwindows 10で動作不安定
Message-ID: <20180905.190625.182...@ysnb.net>
Date: Wed, 05 Sep 2018 19:06:25 +0900 (JST)

> (setq mew-delete-temp-file nil)

>
>
> # それにしても、Meadowで問題なかったのはどうしてだろう。
> # Emacsの版数のせい?

mew-win32.el で nil にしているからですね。
Windows10 の該当 Emacs の system-type なんかしら？

# require しちゃってよいかどうかもわからないけど。

--
白井秀行 (mailto:shi...@meadowy.org)

[Shuichi KITAGUCHI]

北口です。

白井さん、ご無沙汰しています。

> Windows10 の該当 Emacs の system-type なんかしら？

とりあえず、何も考えずMeadowと同じ動作になるようにしてみました。
立川さん、以下の修正で問題は解決しますでしょうか?

diff --git a/mew-func.el b/mew-func.el
index 0bbe3a5..3311305 100644
--- a/mew-func.el
+++ b/mew-func.el
@@ -1032,7 +1032,7 @@ and sets buffer-file-coding-system."
(if fname
(let ((exist (file-exists-p (expand-file-name fname mew-temp-dir))))
(if (and (not exist)
- (or (not (featurep 'meadow))
+ (or (not (eq system-type 'windows-nt))
(string-match "^[ -~]+$" fname)))
(expand-file-name fname mew-temp-dir)
(if (string-match "\\.[ -~]+$" fname)

# Meadowのみの処理が他にも残っていそうですが、またおいおい...

--
Shuichi KITAGUCHI // k...@ysnb.net / k...@hh.iij4u.or.jp

[hitach...@gmail.com]

立川です。

TO:北口さん

お返事ありがとうございます。返事が遅れてすいません。

教えていただたいた方法で、仮ファイルで一回で立ち上がりました。

解決しました。ありがとうございます。

(白井さんへ)

メールありがとうございます。Namazuの設定の際はたいへんお世話になりました。

Namazuでの検索はそのまま行っております。前回教えてもらったことで、スムーズに

移行できました。

(詳細)

mew-func.elcは消去して、mew-func.elの該当部分を変更しました。

2018/09/10  07:53           224,757 mew109044eu.pdf

2018/09/10  07:53         1,026,042 mew10904Fp0.zip

とTEMPフォルダーには、仮ファイルしかできませんでした。

ご教授いただきありがとうございました。

2018年9月8日土曜日 18時30分08秒 UTC+9 Shuichi KITAGUCHI:

[Shuichi KITAGUCHI]

立川さん、

北口です。

> 教えていただたいた方法で、仮ファイルで一回で立ち上がりました。

確認ありがとうございます。
今までMeadowでこの挙動だったので、Windows限定なら同じで
いいだろうと思い、この修正でPR出しておきました。

今までNTEmacs使っていて「挙動が変わって困る」という方が
いないかが、ちょっと気になるところではありますが。

>> Shuichi KITAGUCHI // k...@ysnb.net <javascript:> / k...@hh.iij4u.or.jp
>> <javascript:>

>>
>> > こんばんは、白井です。
>> >
>> > # ご無沙汰しています
>> >
>> > 一ヶ所だけ。
>> >
>> > From: Shuichi KITAGUCHI <k...@ysnb.net <javascript:>> さん曰く
>> > Subject: Re: [mew-ja] mewでのfiber.exeがwindows 10で動作不安定
>> > Date: Wed, 05 Sep 2018 19:06:25 +0900 (JST)
>> >
>> >> (setq mew-delete-temp-file nil)
>> >>
>> >>
>> >> # それにしても、Meadowで問題なかったのはどうしてだろう。
>> >> # Emacsの版数のせい?
>> >
>> > mew-win32.el で nil にしているからですね。
>> > Windows10 の該当 Emacs の system-type なんかしら？
>> >
>> > # require しちゃってよいかどうかもわからないけど。
>> >
>> > --

>> > 白井秀行 (mailto:shi...@meadowy.org <javascript:>)

[hitach...@gmail.com]

立川です。

北口さん、今までありがとうございました。理由も教えていただき勉強になりました。

2018年9月10日月曜日 20時24分54秒 UTC+9 Shuichi KITAGUCHI:

立川さん、

北口です。

> 教えていただたいた方法で、仮ファイルで一回で立ち上がりました。

確認ありがとうございます。
今までMeadowでこの挙動だったので、Windows限定なら同じで
いいだろうと思い、この修正でPR出しておきました。

今までNTEmacs使っていて「挙動が変わって困る」という方が
いないかが、ちょっと気になるところではありますが。

自分の環境だと「元ファイル名で立ち上がる」ことができないのか

不思議です。

当初質問した時には、NTEmacsを使っているmewユーザーは直面して問題なのではないかと

考えていましたが、北口さんの環境はそうではないとのことを教えていただきました。

「NTEmacs25とNTEmacs26」「Windows10のVersion」での違いやもあるかもしれませんが。。。。

いずれ、NTEmacs26にする時には注意してみます。

ありがとうございました。 

[Shuichi KITAGUCHI]

立川さん、

北口です。

> 自分の環境だと「元ファイル名で立ち上がる」ことができないのか
> 不思議です。

ファイル自体はちゃんと作られていることから、fiber起動時の引数の文字
コードがsjisになっていないのでは、と想像しています。
# ちゃんとコード見てないです。いい加減ですいません...

それが以前書きました

> ・元ファイル名でもちゃんと動作するように.emacsの設定をする

の話で、どうすれば良いのかが私もすぐに出てこないので、とりあえず
Meadowと同じ挙動に戻した次第です。

[hitach...@gmail.com]

立川です。

北口さん、お忙しい中すいません。お返事ありがとうございました。

今回の一連のやり取りで自分は原因が分かりました。

今後お時間を見ていただき、ご対応いただけるとありがたいです。

ありがとうございました。

2018年9月11日火曜日 18時47分11秒 UTC+9 Shuichi KITAGUCHI: