C言語のポインターに対する演算の結果について。
しばらく使わないと忘れてしまうので覚え書き。
long *lp=0;
short *wp=0;
char *cp=0;
としたとき、それぞれを++した時の実アドレスは、
lp++ == 4
wp++== 2
cw++== 1
である。
同様に、
&lp[1]のアドレスは4
&wp[1]のアドレスは2
&bp[1]のアドレスは1
である。
同じ演算子でも、ポインターの型によって得られる実アドレスが異なる。
アセンブラーでアドレスを演算する場合にも変化が伴うことがあるが、
Cとは結果が違う。
たとえば680x0MPUでは、
a0.l=0のとき、
move.l d0,(a0)+ → a0=4
move.w d0,(a0)+ → a0=2
move.b d0,(a0)+ → a0=1
であるが、
move.l d0,4(a0)
move.w d0,4(a0)
move.b d0,4(a0)
はいずれも4番地からにデータを書き込む。
自動インクリメント(またはデクリメント)は大きさを考慮するが、オフセット指定は
大きさは関係ないと言うことである。
通常加算は大きさを考慮しないので、
addq.l #1,a0
addq.w #1.a0
はいずれもa0=1となる。
アセンブラとC言語の両方に精通していると、C言語におけるポインターの演算結果を
迷うことがあったりするので、注意。
2012年4月30日月曜日
2012年4月11日水曜日
Windows7のデスクトップガジェットの強制的な削除仕方
Windows7でデスクトップガジェットを使っているとき、まれにその起動が出来なくなることがある。
ガジェット内部でエラーを発生してしまうと、そのエラーを起こしたガジェットだけでなく、登録している全てが落ちてしまうようだ。うちでは、IO-DATAのDrive Centerがこの状態になって往生した。
いったんこうなってしまうと、コントロールパネルのデスクトップガジェットも開けなくなり、通常ではどうしようもなくなる。
この場合、
c:\Users\ユーザー名\AppData\Local\Microsoft\Windows Sidebar
にあるSettings.iniをテキストエディタで開き、エラーを起こしていると思われるガジェットの設定を削除する。
削除対象は、[Root]タグ内にある
Section?="?"
というセクション名の登録、
[Hashes]タグ内にあるプログラムの登録と、
[Section?]タグの内容そのものである。
念のため、編集前にはバックアップをとっておいた方が良いであろう。
また、同\Gadgets\の下にガジェットのプログラム本体(のフォルダ)があるので、場合によってはそのフォルダも削除する。
いや、ガジェットが落ちるようになってしまったけど、解決に関する情報がどこにもなくて、
いろいろやっている内に発見した。同様なことで困ったいる人がいたら、どうぞ。
ガジェット内部でエラーを発生してしまうと、そのエラーを起こしたガジェットだけでなく、登録している全てが落ちてしまうようだ。うちでは、IO-DATAのDrive Centerがこの状態になって往生した。
いったんこうなってしまうと、コントロールパネルのデスクトップガジェットも開けなくなり、通常ではどうしようもなくなる。
この場合、
c:\Users\ユーザー名\AppData\Local\Microsoft\Windows Sidebar
にあるSettings.iniをテキストエディタで開き、エラーを起こしていると思われるガジェットの設定を削除する。
削除対象は、[Root]タグ内にある
Section?="?"
というセクション名の登録、
[Hashes]タグ内にあるプログラムの登録と、
[Section?]タグの内容そのものである。
念のため、編集前にはバックアップをとっておいた方が良いであろう。
また、同\Gadgets\の下にガジェットのプログラム本体(のフォルダ)があるので、場合によってはそのフォルダも削除する。
いや、ガジェットが落ちるようになってしまったけど、解決に関する情報がどこにもなくて、
いろいろやっている内に発見した。同様なことで困ったいる人がいたら、どうぞ。
2012年3月22日木曜日
Xcode4.3.2のバグ修正のチェック結果
ようやく公開されたので、現在調査中。
・・・
なんかうまく動かない。
V4.3.2自体が正常動作しない上に、V4.2.1までも動かなくなってしまった。
ということで、全部再インストールする羽目に。
アップルはいったいどういうチェックをしているのだ?
クリーンインストールの機体だけしかチェックしていないのではなかろうか?
→なんかまたインストールされ方が変わってる。
・・・
再インストール後チェック。
(1)iPadシミュレーターの枠がない(HOMEボタンが表示されない)のは仕様
(2)[[UIDevice currentDevice]systemVersion]が@"Unknown”を返してくるバグは修正された
(3) ビルトインマクロ__VERSION__は"4.2.1～"のまま。
"4.2.1 Compatible Apple Clang 3.1～"になってる
(4)実機をつないでデバッグしているとき、NSLog()の中に日本語があると文字化けするバグは修正されていない。
(5)日本語ファイル名があるとgitでcommit出来ないバグは修正されていない
(6)OrganizerのArchivesでアプリのアイコンが表示されないバグは修正された
(7)DistributionのCodeSigningが外れるバグは修正された
(8)シミュレーター上のUITextView/UITextFieldで落ちるバグは修正された
(9)WiFi接続のデバイスの検出機構(iOS Device DiscoverryのSupport Wirelessly Connected Devices)がなくなった
問題が多かったから？
ということで、重大なバグは修正された模様。一応開発に使えるレベルには戻った。
でも全てのバグは直ってない。
早よ直してくれ。
・・・
なんかうまく動かない。
V4.3.2自体が正常動作しない上に、V4.2.1までも動かなくなってしまった。
ということで、全部再インストールする羽目に。
アップルはいったいどういうチェックをしているのだ?
クリーンインストールの機体だけしかチェックしていないのではなかろうか?
→なんかまたインストールされ方が変わってる。
・・・
再インストール後チェック。
(1)iPadシミュレーターの枠がない(HOMEボタンが表示されない)のは仕様
(2)[[UIDevice currentDevice]systemVersion]が@"Unknown”を返してくるバグは修正された
(3) ビルトインマクロ__VERSION__は"4.2.1～"のまま。
"4.2.1 Compatible Apple Clang 3.1～"になってる
(4)実機をつないでデバッグしているとき、NSLog()の中に日本語があると文字化けするバグは修正されていない。
(5)日本語ファイル名があるとgitでcommit出来ないバグは修正されていない
(6)OrganizerのArchivesでアプリのアイコンが表示されないバグは修正された
(7)DistributionのCodeSigningが外れるバグは修正された
(8)シミュレーター上のUITextView/UITextFieldで落ちるバグは修正された
(9)WiFi接続のデバイスの検出機構(iOS Device DiscoverryのSupport Wirelessly Connected Devices)がなくなった
問題が多かったから？
ということで、重大なバグは修正された模様。一応開発に使えるレベルには戻った。
でも全てのバグは直ってない。
早よ直してくれ。
2012年3月17日土曜日
methods named 'xxx' found
プログラムを組んでいると、「methods named 'xxx' found」という警告がいくつか出た。
直訳すると「xxxという名前のメソッドが複数見つかった」となろうが、
それならエラーになるはずではないか。
よくよく調べると、id型のクラスインスタンスに対してメソッドを発行しようとすると
発生する（ことがある）とわかった。
「例」
タッチイベントを処理する
-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSTimeInterval tm=[[touches anyObject]timestamp]; // ここでmethods named 'timestamp' foundが発生する
}
touchesに実際に格納されるのはUITouchであるが、[touches anyobject]はid型で返す。
timestampという名前のメソッドは複数のクラスが持つので、
どれか解決できずに警告が出てしまう。
実行時にはNSSetの内容は決定しているので、[touches anyobject]のidが実際は何であるか、
この場合UITouchであることがわかっているのでtimestampを呼び出す先もわかる＝実行時エラーはでないのである。
警告を回避するには
NSTimeInterval tm=[(UITouch *)[touches anyObject]timestamp];
として型を確定してやればよい。ポインター型でキャストすることに注意。
Xcodeのエラーコードはわかりにくい(その上ドキュメントがない)ので困る。
直訳すると「xxxという名前のメソッドが複数見つかった」となろうが、
それならエラーになるはずではないか。
よくよく調べると、id型のクラスインスタンスに対してメソッドを発行しようとすると
発生する（ことがある）とわかった。
「例」
タッチイベントを処理する
-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
{
NSTimeInterval tm=[[touches anyObject]timestamp]; // ここでmethods named 'timestamp' foundが発生する
}
touchesに実際に格納されるのはUITouchであるが、[touches anyobject]はid型で返す。
timestampという名前のメソッドは複数のクラスが持つので、
どれか解決できずに警告が出てしまう。
実行時にはNSSetの内容は決定しているので、[touches anyobject]のidが実際は何であるか、
この場合UITouchであることがわかっているのでtimestampを呼び出す先もわかる＝実行時エラーはでないのである。
警告を回避するには
NSTimeInterval tm=[(UITouch *)[touches anyObject]timestamp];
として型を確定してやればよい。ポインター型でキャストすることに注意。
Xcodeのエラーコードはわかりにくい(その上ドキュメントがない)ので困る。
2012年3月16日金曜日
The new iPad
「The new iPad」が届いたのでちょいと感想など。
Xcodeでつなぐと「iPad (3rd generation)」と表示される。
なら「iPad3」でいいじゃん、と思ったりもするのだが、
まあ、こだわりがあるのだろう。
で、ちょっと触ってみた感じのiPad2との違い。
そんなところ。
Xcodeでつなぐと「iPad (3rd generation)」と表示される。
なら「iPad3」でいいじゃん、と思ったりもするのだが、
まあ、こだわりがあるのだろう。
で、ちょっと触ってみた感じのiPad2との違い。
- 文字がきれい。これは今回の一番の売りのRetinaDisplay(解像度倍)だから当然だけど、目に優しく感じる。
- iPhoneモードの2倍表示がきれい。従来のiPadにもiPhoneモード2倍表示はあったけど、単純拡大で文字はがたがただった。これが改良されたのか非常にきれいになった。iOS5の改良項目かと思ったが、iPad2では今まで通りだったので、3の特徴と言える。
- 音が良く聞こえるようになった。スピーカーの位置は同じだけど、音ははっきりしている。スピーカーそのものが良い物になったか。
- グラフィックを使う処理にもたつきがなくなった。iPad用のゲームで少々もたつきがあったゲームが、3では全くもたつかない。3はCPUの能力はほぼ同じだが、解像度倍に合わせてグラフィックの能力があげられているので、iPad解像度のゲームは恩恵を受けてこうなっているようだ。3専用ゲームではそうはいかんだろうけど。
- 背面カメラの画像が格段に良くなった。PCの画面を撮影しても今までは文字が読めなかったが、3でははっきり読める。ただ、モアレの発生はかなりきつい。
- 重さは、カタログ上は初代iPadと同じに戻ったらしいが、手に持った感じではiPad2と変わらなく思う。
多分に、厚みが変わっていないからだと思う。 - 外観上の違いはほとんどない(だからここにも写真を載せなかった)。あえて言うなら、背面カメラのレンズ径が倍くらい大きくなったのと、規格適合マークが大きく変わったことくらいか(iPad2はVCCIなど国内規格マークだったが、3はFCCやCEなど海外規格のみになっている)。両方持っている人は、自分でわかりやすいようにシールでも貼った方が良いかもしれない。
そんなところ。
2012年3月11日日曜日
開発用実機の接続について
Xcodeで開発用実機を「USBケーブルで」接続する場合、
本体のUSB端子もしくはそこに差したUSBハブからでなければならない。
USBハブにさらにハブをつなぎ、そこに差したケーブルで実機を接続すると認識してくれない「ことがある」。してくれることもあるが、不安定。
USBハブの種類というか構造にもよると思うけど。
Xcode4.2ではWiFi接続も出来るけど、また使ったことがない。
どんなもんだろうか？
→Xcode4.3.2ではWiFi接続機能は削除された。
本体のUSB端子もしくはそこに差したUSBハブからでなければならない。
USBハブにさらにハブをつなぎ、そこに差したケーブルで実機を接続すると認識してくれない「ことがある」。してくれることもあるが、不安定。
USBハブの種類というか構造にもよると思うけど。
Xcode4.2ではWiFi接続も出来るけど、また使ったことがない。
どんなもんだろうか？
→Xcode4.3.2ではWiFi接続機能は削除された。
Lionの壁紙が起動毎に初期化されてしまう・・・ように見える
Lionにしてから、壁紙が起動（またはログイン)毎に初期化されてしまう(Andromeda Galaxyになる)という問題が発生した。
調査の結果、以下のようにすれば解消されると判明。
(1)システム環境設定～デスクトップを開き、各画面に違う壁紙を設定する
そのときの各画面の壁紙名を控えておく
(2)Fiderからライブラリ～Preferences～com.apple.desktop.plistを開く
(3)BackGroundの下にある、0以外の数字だけの項目が画面別壁紙設定 なので、全てを開き、
(1)で 設定した壁紙名「以外」の設定の入っている項目を全て削除(Cut)する
spaces/default/0は消さないこと。
これで直る。
・・・修正。
初期化されたのではなく、表示されるページが変わっていたと判明。
デスクトップを複数用意している場合、背景(バックグラウンド)はデスクトップ毎に設定できる。
そのため、別のページが表示されると背景がおかしくなったように感じる。
上の処理をすると壁紙は戻るが、消したデスクトップに配置していたアプリの画面情報も消えるので注意。
なお、デスクトップの追加はMissionControl表示中、物理画面の右上あたりにマウスカーソルを持って行くと「＋」が出るので、これで行う。
MissionControlは本当にわかりにくいし、操作しにくい。
ExposeとSpacesに戻して欲しい（可能なら切り替えでも良いので両方使えるようにして欲しい)。
ちゃんとユーザーの声を聞け、アップル。
調査の結果、以下のようにすれば解消されると判明。
(1)システム環境設定～デスクトップを開き、各画面に違う壁紙を設定する
そのときの各画面の壁紙名を控えておく
(2)Fiderからライブラリ～Preferences～com.apple.desktop.plistを開く
(3)BackGroundの下にある、0以外の数字だけの項目が画面別壁紙設定 なので、全てを開き、
(1)で 設定した壁紙名「以外」の設定の入っている項目を全て削除(Cut)する
spaces/default/0は消さないこと。
これで直る。
・・・修正。
初期化されたのではなく、表示されるページが変わっていたと判明。
デスクトップを複数用意している場合、背景(バックグラウンド)はデスクトップ毎に設定できる。
そのため、別のページが表示されると背景がおかしくなったように感じる。
上の処理をすると壁紙は戻るが、消したデスクトップに配置していたアプリの画面情報も消えるので注意。
なお、デスクトップの追加はMissionControl表示中、物理画面の右上あたりにマウスカーソルを持って行くと「＋」が出るので、これで行う。
MissionControlは本当にわかりにくいし、操作しにくい。
ExposeとSpacesに戻して欲しい（可能なら切り替えでも良いので両方使えるようにして欲しい)。
ちゃんとユーザーの声を聞け、アップル。
2012年3月9日金曜日
Xcode4.3.1のバグ
iOS5.1の公開に合わせてXcodeも4.3.1(Lion専用)が公開された。
が、早速問題が多数出ている。
太字は重大なバグ。
(1)iPadシミュレーターでHOMEボタンが表示されない。
Retinaだと50％表示にしても縦1080でも枠付き表示しきれないからだと思われる。
外枠自体表示されないので、仕様変更であろう。
iOS4.x/5.xどちらも同じになってる。
メニューバーのハードウエア～ホームで押下をシミュレートできるが、
ホームダブルタップによるアプリ切り替えが出来なくて困る。
アプリの削除もやりにくい。
iPhoneシミュレーターはHOMEありで変更なし。
(2)シミュレーター上で[[UIDevice currentDevice]systemVersion]が@"Unknown”を返してくる。
実機では問題ないが、シミュレーターではデバイスまたはOSバージョンを変えても変化なし。
4.2.0まではちゃんとシミュレーターに設定したOSバージョンが返ってきてた。
バージョンチェックして動作を変えている場合、シミュレーター上では問題が出る。
なんかおかしいから調べてみて気がついた。
今のところ回避策が見当たらないので非常に困ってる。
→info.plistに独自キーを追加してそこにバージョンを「毎回打ち込んで」読み込ませることで、
当面回避。
なんていう手間。 やり方は1つ前の記事を参照のこと。早速役立った。
(3)ビルトインマクロ__VERSION__が"4.2.1～"になっている。
だめじゃん。
(4)シミュレーター上動作中でアプリがハングアップして落ちた場合、二度とシミュレーター上でアプリが実行できなくなることがある。
その状態でも実機ではデバッグできた。
シミュレーターのiPhone/iPadおよびバージョンを変えても改善しない。
シミュレーターおよびXcodeを再起動しても だめ。Mac自体を再起動してようやく復帰。
新しいデバッガーlldbのバグかも知れない。
1回だけ発生した。
(5)エディタで編集内容表示が消えてしまうことがある
スクロールすると戻る（ソースそのものには影響なし）。
2～3回発生。
(6)Xcode4.0.xほどではないが、遅くなった。
検索前とかビルド前にマウスカーソルが回る。
(Snapshotはとってないのに。)
せっかくv4.2.0で速くなったのに(4.1.0からだったかも) 。
→Lion自体の問題
(7)writeToFileがエラーを発生することがある
これはXcodeのバグではないが、LionではSnowLeopardとファイルアクセス権限の設定が異なっているため、これが出る。
デバッグ中の中間ファイルが書き出されなくて調べてたらこれとわかった。writeToFile:@"ファイル名だけ"という書き方をしているとまずだめ。
フォルダを厳密に指定し、そこのアクセス権限を読み書き可能に設定していなければならない。
(8)シミュレーターでiOS5.0以上を選択したとき、UITextFieldおよびUITextViewをタップするとEXC_BAD_ACCESSで落ちる
自分のプログラムの問題かと思って調べ、その後Apple提供のサンプル「HelloWorld」で試したらこれも落ちる。そのくせ実機で動作させたらあっさり動いた。丸1日調査してたのがばからしい結果。100％再現する。
重大なバグ。これらを使っている場合、実機でしか動作確認できない状況。
なお、iOS4.xのシミュレーターではINVARID dictionaryというのが出てるが、一応動作には問題ない。
Xcode4.2.0まででは発生していない。
(9)実機をつないでデバッグしているとき、NSLog()の中に日本語があると文字化けする。
シミュレーターでは問題ない。環境設定のフォント設定の間違い、なんてこともない。
これは実機OSが4.3でも5.1でも同じに発生する。
(10)日本語ファイル名があるとgitでcommit出来ない
V4.2.0でも有ったバグ。直されてない。
最初からわかってれば全て英語ファイル名にしたんだけど、後からgit管理下に入れたもんで。 フリーのGitXを使えばOK。
(11)OrganizerのArchivesでアプリのアイコンが表示されない
(12)DistributionのCodeSigningが外れる
ファイルそのものが消えていた。再設定が必要。
しかも、それがArchiveを作るときにはわからず、アップロードするときにわかる。
さらに、そのアップロード時のエラーメッセージも変更されたのでわかりにくい。
(13)[UIColor colorWithPatternImage:]にもバグがあるらしい(未確認)
V4.2.0にあった他のバグの内、大問題だったSettingBundleが編集できないバグはさすがに修正されてるが、他は未確認。
とにもかくにも問題が多すぎて困る。問題が出るたびに調査に時間がかかってしまう。
V4.2.0に戻そうとしたが、Xcode4.2.0(Build 4C199)/4.1.0はLion上では動かない。
仕方ないので、もう1台有るMacのSnowLeopard上に4.2.0で開発環境を再構築することにしたが、メインマシンではないのでいつもそちらで開発するのはつらい。
Appleには猛省をして欲しい。
毎度のことながら、とにかくデバッグが足りなすぎ。いじる理由がないのに、
前のバージョンまで正常に動いてたところが動かなくなるのも多い。
儲かってるんだから、デバッグ要員を増やせ。
一応(10)まではAppleのフィードバック(http://www.apple.com/jp/feedback/)で報告はしておいたが、フィードバックの項目にXcodeがないのはどういうもんだか（OSで報告した)。Xcodeのバグ報告は受け付けないってか？
それともXcodeは全く別の場所にフィードバックがある?→developperのXcodeダウンロードの一番下にあったのね（Submit Bugs to Apple）。出し直した方が良いのか?
また、Xcodeの最新版はまだSnowLopard上でもサポートして欲しい。
Lionには画面共有とかまだ不具合があるから。せめてMountainLionが出て安定するまで。
OSのサポート、およびOS間のアプリ動作互換性はMicrosoftを大いに見習って欲しい。（ほぼ）無意味な下位互換切り捨てはやめてくれ。
が、早速問題が多数出ている。
太字は重大なバグ。
(1)iPadシミュレーターでHOMEボタンが表示されない。
Retinaだと50％表示にしても縦1080でも枠付き表示しきれないからだと思われる。
外枠自体表示されないので、仕様変更であろう。
iOS4.x/5.xどちらも同じになってる。
メニューバーのハードウエア～ホームで押下をシミュレートできるが、
ホームダブルタップによるアプリ切り替えが出来なくて困る。
アプリの削除もやりにくい。
iPhoneシミュレーターはHOMEありで変更なし。
(2)シミュレーター上で[[UIDevice currentDevice]systemVersion]が@"Unknown”を返してくる。
実機では問題ないが、シミュレーターではデバイスまたはOSバージョンを変えても変化なし。
4.2.0まではちゃんとシミュレーターに設定したOSバージョンが返ってきてた。
バージョンチェックして動作を変えている場合、シミュレーター上では問題が出る。
なんかおかしいから調べてみて気がついた。
今のところ回避策が見当たらないので非常に困ってる。
→info.plistに独自キーを追加してそこにバージョンを「毎回打ち込んで」読み込ませることで、
当面回避。
なんていう手間。 やり方は1つ前の記事を参照のこと。早速役立った。
(3)ビルトインマクロ__VERSION__が"4.2.1～"になっている。
だめじゃん。
(4)シミュレーター上動作中でアプリがハングアップして落ちた場合、二度とシミュレーター上でアプリが実行できなくなることがある。
その状態でも実機ではデバッグできた。
シミュレーターのiPhone/iPadおよびバージョンを変えても改善しない。
シミュレーターおよびXcodeを再起動しても だめ。Mac自体を再起動してようやく復帰。
新しいデバッガーlldbのバグかも知れない。
1回だけ発生した。
(5)エディタで編集内容表示が消えてしまうことがある
スクロールすると戻る（ソースそのものには影響なし）。
2～3回発生。
(6)Xcode4.0.xほどではないが、遅くなった。
検索前とかビルド前にマウスカーソルが回る。
(Snapshotはとってないのに。)
せっかくv4.2.0で速くなったのに(4.1.0からだったかも) 。
→Lion自体の問題
(7)writeToFileがエラーを発生することがある
これはXcodeのバグではないが、LionではSnowLeopardとファイルアクセス権限の設定が異なっているため、これが出る。
デバッグ中の中間ファイルが書き出されなくて調べてたらこれとわかった。writeToFile:@"ファイル名だけ"という書き方をしているとまずだめ。
フォルダを厳密に指定し、そこのアクセス権限を読み書き可能に設定していなければならない。
(8)シミュレーターでiOS5.0以上を選択したとき、UITextFieldおよびUITextViewをタップするとEXC_BAD_ACCESSで落ちる
自分のプログラムの問題かと思って調べ、その後Apple提供のサンプル「HelloWorld」で試したらこれも落ちる。そのくせ実機で動作させたらあっさり動いた。丸1日調査してたのがばからしい結果。100％再現する。
重大なバグ。これらを使っている場合、実機でしか動作確認できない状況。
なお、iOS4.xのシミュレーターではINVARID dictionaryというのが出てるが、一応動作には問題ない。
Xcode4.2.0まででは発生していない。
(9)実機をつないでデバッグしているとき、NSLog()の中に日本語があると文字化けする。
シミュレーターでは問題ない。環境設定のフォント設定の間違い、なんてこともない。
これは実機OSが4.3でも5.1でも同じに発生する。
(10)日本語ファイル名があるとgitでcommit出来ない
V4.2.0でも有ったバグ。直されてない。
最初からわかってれば全て英語ファイル名にしたんだけど、後からgit管理下に入れたもんで。 フリーのGitXを使えばOK。
(11)OrganizerのArchivesでアプリのアイコンが表示されない
(12)DistributionのCodeSigningが外れる
ファイルそのものが消えていた。再設定が必要。
しかも、それがArchiveを作るときにはわからず、アップロードするときにわかる。
さらに、そのアップロード時のエラーメッセージも変更されたのでわかりにくい。
(13)[UIColor colorWithPatternImage:]にもバグがあるらしい(未確認)
V4.2.0にあった他のバグの内、大問題だったSettingBundleが編集できないバグはさすがに修正されてるが、他は未確認。
とにもかくにも問題が多すぎて困る。問題が出るたびに調査に時間がかかってしまう。
V4.2.0に戻そうとしたが、Xcode4.2.0(Build 4C199)/4.1.0はLion上では動かない。
仕方ないので、もう1台有るMacのSnowLeopard上に4.2.0で開発環境を再構築することにしたが、メインマシンではないのでいつもそちらで開発するのはつらい。
Appleには猛省をして欲しい。
毎度のことながら、とにかくデバッグが足りなすぎ。いじる理由がないのに、
前のバージョンまで正常に動いてたところが動かなくなるのも多い。
儲かってるんだから、デバッグ要員を増やせ。
一応(10)まではAppleのフィードバック(http://www.apple.com/jp/feedback/)で報告はしておいたが、フィードバックの項目にXcodeがないのはどういうもんだか（OSで報告した)。Xcodeのバグ報告は受け付けないってか？
それともXcodeは全く別の場所にフィードバックがある?→developperのXcodeダウンロードの一番下にあったのね（Submit Bugs to Apple）。出し直した方が良いのか?
また、Xcodeの最新版はまだSnowLopard上でもサポートして欲しい。
Lionには画面共有とかまだ不具合があるから。せめてMountainLionが出て安定するまで。
OSのサポート、およびOS間のアプリ動作互換性はMicrosoftを大いに見習って欲しい。（ほぼ）無意味な下位互換切り捨てはやめてくれ。
2012年3月6日火曜日
info.plistの読み出し方
プログラム名-info.plistの内容は、通常プログラムから明示的に読み出す必要はないが、
ごくまれに必要になることがある。
その全体の読み出しは、
[[NSBundle mainBundle]infoDictionary]
で行える。
個別キーに対応する値の読み出しは、
[[[NSBundle mainBundle]infoDictionary]objectForKey:@"CFBundleDisplayName"];
のように行う。
ただし、InfoPlist.stringsの内容によるローカライズは反映されていない。
キー名は、Xcodeでinfo.plistを表示して、Keyの桁で右クリック～Show Raw Keys/Vakuesにチェックして表示されるKey名を使う。
ごくまれに必要になることがある。
その全体の読み出しは、
[[NSBundle mainBundle]infoDictionary]
で行える。
個別キーに対応する値の読み出しは、
[[[NSBundle mainBundle]infoDictionary]objectForKey:@"CFBundleDisplayName"];
のように行う。
ただし、InfoPlist.stringsの内容によるローカライズは反映されていない。
キー名は、Xcodeでinfo.plistを表示して、Keyの桁で右クリック～Show Raw Keys/Vakuesにチェックして表示されるKey名を使う。
2012年3月1日木曜日
Windows7 64bitで正常動作するソフト
Windows7 64ビットで動作するソフトについても一応記録。
現行版ではないもののみ。
・・・2013/04/12追記
WindowsXPの公式サポートがあと1年ということで、これから7もしくは8への移行を考える人も多いと思う。
8はおそらくVista同様MSの黒歴史OSになると思うので全くおすすめしない。
操作性が変わりすぎており、混乱を招くこと必死だ。
意外にもXPのソフトが7の64ビット環境下でもそのまま動く。
ハードウエアドライバーはダメなことも多いが、すでに多くのソフトが対応版を出しているので、
入れ替えだけでいけることが多い。
万が一動かなければ、7のPro以上なら仮想XP環境を構築できるので、その上で走らせればよい。
ではあっても、異なるOS、というより別のPCに環境を移行することは、かなり難しい。
特にアプリケーションのライセンスや設定を移行するのは手間がかかる。
引っ越しツールというのもあるが、私はそれで成功した試しがない。
移行後に何かしらの問題が発生するため、手動でやったほうがよほどまし、という結果になったことがほとんど。
専門家に任せるか、時間をかけて、手動で徐々に行うのが吉。
現行版ではないもののみ。
- XM6 v2.06
X68000エミュレーター。意外にも(失礼?)一発動作。
- 楽々はがき2009(JustSystem)
- アレンジOK!素材集(JustSystem)
- はがき さくっとファイリング(コクヨ)
・・・2013/04/12追記
WindowsXPの公式サポートがあと1年ということで、これから7もしくは8への移行を考える人も多いと思う。
8はおそらくVista同様MSの黒歴史OSになると思うので全くおすすめしない。
操作性が変わりすぎており、混乱を招くこと必死だ。
意外にもXPのソフトが7の64ビット環境下でもそのまま動く。
ハードウエアドライバーはダメなことも多いが、すでに多くのソフトが対応版を出しているので、
入れ替えだけでいけることが多い。
万が一動かなければ、7のPro以上なら仮想XP環境を構築できるので、その上で走らせればよい。
ではあっても、異なるOS、というより別のPCに環境を移行することは、かなり難しい。
特にアプリケーションのライセンスや設定を移行するのは手間がかかる。
引っ越しツールというのもあるが、私はそれで成功した試しがない。
移行後に何かしらの問題が発生するため、手動でやったほうがよほどまし、という結果になったことがほとんど。
専門家に任せるか、時間をかけて、手動で徐々に行うのが吉。
2012年2月29日水曜日
UIKitの隠れた仕様
UIFontの情報を得ようと次のようなプログラムを書いた。
が、これが実行時にエラーを出す。
調べると、main()の中に書いているとfontWithNameまたはsystemFontOfSizeでエラーを発生する。
UIApplicationMain()以降に呼び出されるメソッド内、たとえばapplication:didFinishLaunchingWithOptions:の中だと問題ない。
main()中ではインスタンスを作ることそのものがだめなのかと思いきや、NS*では問題ない。
UIKitのインスタンスメソッドはだめなのかも知れない。
まあ、通常main()内に記述することはないはずだが、念のため。
NSLog(@"smallSystemFontSize=%f" ,[UIFont smallSystemFontSize]); NSLog(@"systemFontSize=%f" ,[UIFont systemFontSize]); NSLog(@"buttonFontSize=%f" ,[UIFont buttonFontSize]); NSLog(@"labelFontSize =%f" ,[UIFont labelFontSize]); // この処理をmain()に置くと、なぜか↓がエラーを発生する // UIFont *font = [UIFont systemFontOfSize:96]; UIFont *font = [UIFont fontWithName:@"Times New Roman" size:96]; NSLog(@"capHeight =%f",font.capHeight); NSLog(@"ascender =%f",font.ascender); NSLog(@"descender =%f",font.descender); NSLog(@"lineHeight=%f",font.lineHeight); NSLog(@"pointSize =%f",font.pointSize); NSLog(@"xHeight =%f",font.xHeight);
が、これが実行時にエラーを出す。
調べると、main()の中に書いているとfontWithNameまたはsystemFontOfSizeでエラーを発生する。
UIApplicationMain()以降に呼び出されるメソッド内、たとえばapplication:didFinishLaunchingWithOptions:の中だと問題ない。
main()中ではインスタンスを作ることそのものがだめなのかと思いきや、NS*では問題ない。
UIKitのインスタンスメソッドはだめなのかも知れない。
まあ、通常main()内に記述することはないはずだが、念のため。
2012年2月26日日曜日
MacとWindowsのフォルダの違い
MacでもWindowsでも、ファイルシステムにおける階層化構造のことを「フォルダ」と呼ぶ。
もともとWindows、というかDOSでは「ディレクトリ」と読んでいたが、いつの頃からか「フォルダ」と呼ばせるようになった。Windows95からだったか。
この呼び名の変更は明らかにMacを意識したものだと思われる。
GUI化するとき、「アイコンがフォルダの方が作りやすい」とも、まことしやかに囁かれているが、多分それはこじつけ。
しかし、この２つのOSにおける「フォルダ」の意味合いは大きく異なる。
Windowsにおけるフォルダは単に「ディレクト」の名称変更に過ぎず、機能的差異は全くない。フォルダを１つのファイルとして扱うことはできない。
ところが、Macではフォルダは１つのファイルとして扱うことも出来る。まさしくファイルを束ねる「フォルダ」である。OSまたはアプリによって認識されている特殊フォルダに関しては、通常の方法ではその下のファイルを見ることができなくも出来る。
例えば、Macのアプリケーション実行ファイル名は*.appだと思われがちだが、
実はこれはファイル名ではなくフォルダ名である。CTRL+クリックまたはマウスの右クリックで「パッケージの内容」を選ぶと、その中に入っている実際のファイルが見える。
Macではアプリケーションの削除は.appの削除だけでいいと言われるが、それは実はフォルダごと消せるからである。
このように、１ファイルのように見えるフォルダはXcodeのSettings.bundleなどを初め、いくつも存在する。
Windowsでは既存フォルダと同名フォルダをコピーした場合、フォルダ内のファイルは両方が交じって存在するようになる。
Macでは同じ事をすると、古いフォルダの内容は全て消え、新しいフォルダの内容のみになる。これは、WindowsからMacに移ってきた人が、かならず一度はハマる罠だと思う。
これもフォルダの性格の違いから来ることである。Macにとってはフォルダは複数のファイルを束ねて出来た新しいファイルとほぼ同等であり、上書きはその内容の改変ではなく、フォルダそのものの置き換えを意味するからである。
ということで、どちらかというとWindows側の名称がその実態に合っていないのが問題なので、ここは１つ「ディレクトリ」に戻して欲しいと思う今日この頃。
WindowsとMacではファイルに対する認識も大きく異なると思っているが、それについては後日またまとまったら。
・・・2012/03/09追記
Lionでは「フォルダの結合」と「両方のファイルを保持する」というのが加わった。Windowsと同等になるのは前者。大迷惑OS Lionでの数少ない「改良」と言える項目かと。
もともとWindows、というかDOSでは「ディレクトリ」と読んでいたが、いつの頃からか「フォルダ」と呼ばせるようになった。Windows95からだったか。
この呼び名の変更は明らかにMacを意識したものだと思われる。
GUI化するとき、「アイコンがフォルダの方が作りやすい」とも、まことしやかに囁かれているが、多分それはこじつけ。
しかし、この２つのOSにおける「フォルダ」の意味合いは大きく異なる。
Windowsにおけるフォルダは単に「ディレクト」の名称変更に過ぎず、機能的差異は全くない。フォルダを１つのファイルとして扱うことはできない。
ところが、Macではフォルダは１つのファイルとして扱うことも出来る。まさしくファイルを束ねる「フォルダ」である。OSまたはアプリによって認識されている特殊フォルダに関しては、通常の方法ではその下のファイルを見ることができなくも出来る。
例えば、Macのアプリケーション実行ファイル名は*.appだと思われがちだが、
実はこれはファイル名ではなくフォルダ名である。CTRL+クリックまたはマウスの右クリックで「パッケージの内容」を選ぶと、その中に入っている実際のファイルが見える。
Macではアプリケーションの削除は.appの削除だけでいいと言われるが、それは実はフォルダごと消せるからである。
このように、１ファイルのように見えるフォルダはXcodeのSettings.bundleなどを初め、いくつも存在する。
Windowsでは既存フォルダと同名フォルダをコピーした場合、フォルダ内のファイルは両方が交じって存在するようになる。
Macでは同じ事をすると、古いフォルダの内容は全て消え、新しいフォルダの内容のみになる。これは、WindowsからMacに移ってきた人が、かならず一度はハマる罠だと思う。
これもフォルダの性格の違いから来ることである。Macにとってはフォルダは複数のファイルを束ねて出来た新しいファイルとほぼ同等であり、上書きはその内容の改変ではなく、フォルダそのものの置き換えを意味するからである。
ということで、どちらかというとWindows側の名称がその実態に合っていないのが問題なので、ここは１つ「ディレクトリ」に戻して欲しいと思う今日この頃。
WindowsとMacではファイルに対する認識も大きく異なると思っているが、それについては後日またまとまったら。
・・・2012/03/09追記
Lionでは「フォルダの結合」と「両方のファイルを保持する」というのが加わった。Windowsと同等になるのは前者。大迷惑OS Lionでの数少ない「改良」と言える項目かと。
2012年2月18日土曜日
Windows7 ネットワークの高速化
Windows7 64bitのネットワークアクセスが異常に遅い。
インターネットでは気がつかなかったが、ネットワーク先にあるドライブ、WindowsHomeServer(WHS)やネットワーク共有ドライブへのアクセスが今までより10倍どころかもっともっと落ちている感じ。
調べてみると情報あり。Mac mini 2011/2014にWindows7を入れている場合、以下の通りに設定する。
4. TCPチェックサムオフロード(IPv6)を無効
5. 一括送信オフロードv2(IPv6)を無効
これで速度がほぼ戻った感じ。IPv6プロトコル自体は外してない。
本来はこれらの機能はEnableにするとネットワークカード上で処理されるようになるのでCPU処理が減って速くなるはずなんだがなぁ。
さらに調べると、ネットワークのTCPウィンドウサイズの自動調整機能を高速回線用にするとよいという情報もあり。
コマンドプロンプトを管理者権限で起動してから、下記コマンドを実行する。
（「プログラムとファイルの検索」に次のコマンドを入れて実行した場合、管理者権限で弾かれる。）
netsh interface tcp set global autotuninglevel=highlyrestricted
元に戻す場合は最後をnormalにする。（上記設定を変更するときは、基本的にネットワーク越しのファイルアクセスをしていない状態で行うこと。していると、そのアクセスに失敗することがある。特にVNCでの遠隔設定時に注意。）
さらに速くなったような感じ。特にインターネット接続が劇的に速くなった。
他にもいろんな設定を変えている人が見受けられるが、うちの場合はこれでOKとしておく。
2012/04/11追記
ファイルコピーを高速化するフリーウエア「TeraCopy」は、ネットワーク越しコピーでは無効どころか、場合によってはかえって遅くなるようである。あまりに遅い場合は、それを一時的に無効にするか、他のファイルコピープログラムを試してみると良いかもしれない。
「SotaさんのBackupが意外に早い」とも書いておこう。
2013/02/10変更
WindowsHomeServer相手のコピーならBackupが結構早い。
Macをサーバーにしている場合はTeraCopyの方が速い。
Backupは、Mac相手のコピー時に限り、ファイル名の扱いに問題があるらしく、コピーに失敗することが多い。日本語を含むフォルダおよびファイル名が怪しい(でも全てではない)。
なので、Mac相手は基本TeraCopy。
ただし、TeraCopyでのコピー中にMacとの接続が切れることが多い。コピー動作が止まったらほぼ確実。その場合、一旦中止して、再度やり直し。
２以上のコピーを同時に走らせると切れる確率が上昇するのでやらないこと。
なぜだろう？
2013/3/23変更
Backupはネットワーク越しだと異常に遅くなると判明。
→遅くなるのはどうやらWindows7側の問題のような感じ。他のコピーツールでも同様な現象が発生する。
→2つ（以上）の別ネットワークドライブに同時にコピーするとものすごく高速化されるという変な現象も起きる(Backupは多重起動可能)。でも、Mac相手ではコピーに失敗しまくるようになるのでやってはいけない。
インターネットでは気がつかなかったが、ネットワーク先にあるドライブ、WindowsHomeServer(WHS)やネットワーク共有ドライブへのアクセスが今までより10倍どころかもっともっと落ちている感じ。
調べてみると情報あり。Mac mini 2011/2014にWindows7を入れている場合、以下の通りに設定する。
- コントロールパネル～ネットワークと共有センター～(左側から)アダプターの設定の変更
- ローカルエリア接続の右クリックメニュー～プロパティ
- 構成～詳細設定
- TCP/UDP Checksum Offload(IPv6)をDisable
- Large Send Offload v2(IPv6)をDisable
- [OK]
4. TCPチェックサムオフロード(IPv6)を無効
5. 一括送信オフロードv2(IPv6)を無効
これで速度がほぼ戻った感じ。IPv6プロトコル自体は外してない。
本来はこれらの機能はEnableにするとネットワークカード上で処理されるようになるのでCPU処理が減って速くなるはずなんだがなぁ。
さらに調べると、ネットワークのTCPウィンドウサイズの自動調整機能を高速回線用にするとよいという情報もあり。
コマンドプロンプトを管理者権限で起動してから、下記コマンドを実行する。
（「プログラムとファイルの検索」に次のコマンドを入れて実行した場合、管理者権限で弾かれる。）
netsh interface tcp set global autotuninglevel=highlyrestricted
元に戻す場合は最後をnormalにする。（上記設定を変更するときは、基本的にネットワーク越しのファイルアクセスをしていない状態で行うこと。していると、そのアクセスに失敗することがある。特にVNCでの遠隔設定時に注意。）
さらに速くなったような感じ。特にインターネット接続が劇的に速くなった。
他にもいろんな設定を変えている人が見受けられるが、うちの場合はこれでOKとしておく。
2012/04/11追記
ファイルコピーを高速化するフリーウエア「TeraCopy」は、ネットワーク越しコピーでは無効どころか、場合によってはかえって遅くなるようである。あまりに遅い場合は、それを一時的に無効にするか、他のファイルコピープログラムを試してみると良いかもしれない。
「SotaさんのBackupが意外に早い」とも書いておこう。
2013/02/10変更
２以上のコピーを同時に走らせると切れる確率が上昇するのでやらないこと。
なぜだろう？
2013/3/23変更
Backupはネットワーク越しだと異常に遅くなると判明。
→遅くなるのはどうやらWindows7側の問題のような感じ。他のコピーツールでも同様な現象が発生する。
→2つ（以上）の別ネットワークドライブに同時にコピーするとものすごく高速化されるという変な現象も起きる(Backupは多重起動可能)。でも、Mac相手ではコピーに失敗しまくるようになるのでやってはいけない。
2012年2月14日火曜日
Windows7 32ビット版で不具合を起こすソフト
ついでなので、Windows7の32ビット版で不具合を起こすソフトについても少し。
XPでは動いてたけど、というもの。
・Zwei!!(Falcom)
全くだめ。ついでに言えば、仮想XPモードでも完全ではない。
Zwei2は全く問題ない。
・PanoramaMaker4
写真をつなぎ合わせてパノラマ写真にする物。
対応版は出ているが有償だし、MicrosoftのICEという無料アプリでも同じことが出来るので、今はそちらを使っている。
→最近はPhotoShopElementsに移行。
・Logicoolウェッブカムソフトウエア
USBカメラの制御ソフト。カメラ自身が認識されない。
USBカメラデバイスの仕様が策定される以前に発売された古いUSBカメラは軒並みアウトかもしれない。
・inksaver2
インクジェットプリンターのインク量を削減してコストダウンを計るツール。
対応版はinksaver4(以降)。
・MFC-6490CN付属CDのドライバー
ブラザーの複合機。メーカーサイトに有る最新版は対応されている。
最初はもっとたくさん動かなくなる物が出ると思ったけど、純然たるソフト物もデバイス関係も意外に動く物が多くて驚いた。
というか、まともな会社の製品は全て対応版ドライバーが出ている。
ただ、My Documentをはじめ主要ディレクトリの位置（名前？）が変わったことには大弱りで、その対応にどえらく時間がかかった。
うちではMSが用意してた移行ツールではうまく移行できなくて、自前でファイルコピーをしたから。
というか、MSの移行ツールは、よほど単純な環境以外では成功しないと思うので、使わないほうがいいと思う。
時間の無駄。
あと、先にアンインストールしてライセンスなどを解放しないといけないアプリをしてなくて困った。今からXP→7移行する人は要注意。
・AdobeAcrobat9(readerではない)
・LookFONT ver2
・らくらくファイリング9
・ウイルスセキュリティーZERO
・iTunes（PCの承認解除と共有解除。意外に盲点）
1台のPC上でXP→7移行は絶対に「やめた方がいい」と思う。ものごっつう苦労するから。
うちはWindowsHomeServerがあるから、失敗したと思ったら復旧させてやり直しを何度もやったけど、普通は無理だから。
経験者からの忠告。
XPでは動いてたけど、というもの。
・Zwei!!(Falcom)
全くだめ。ついでに言えば、仮想XPモードでも完全ではない。
Zwei2は全く問題ない。
・PanoramaMaker4
写真をつなぎ合わせてパノラマ写真にする物。
対応版は出ているが有償だし、MicrosoftのICEという無料アプリでも同じことが出来るので、今はそちらを使っている。
→最近はPhotoShopElementsに移行。
・Logicoolウェッブカムソフトウエア
USBカメラの制御ソフト。カメラ自身が認識されない。
USBカメラデバイスの仕様が策定される以前に発売された古いUSBカメラは軒並みアウトかもしれない。
・inksaver2
インクジェットプリンターのインク量を削減してコストダウンを計るツール。
対応版はinksaver4(以降)。
・MFC-6490CN付属CDのドライバー
ブラザーの複合機。メーカーサイトに有る最新版は対応されている。
最初はもっとたくさん動かなくなる物が出ると思ったけど、純然たるソフト物もデバイス関係も意外に動く物が多くて驚いた。
というか、まともな会社の製品は全て対応版ドライバーが出ている。
ただ、My Documentをはじめ主要ディレクトリの位置（名前？）が変わったことには大弱りで、その対応にどえらく時間がかかった。
うちではMSが用意してた移行ツールではうまく移行できなくて、自前でファイルコピーをしたから。
というか、MSの移行ツールは、よほど単純な環境以外では成功しないと思うので、使わないほうがいいと思う。
時間の無駄。
あと、先にアンインストールしてライセンスなどを解放しないといけないアプリをしてなくて困った。今からXP→7移行する人は要注意。
・AdobeAcrobat9(readerではない)
・LookFONT ver2
・らくらくファイリング9
・ウイルスセキュリティーZERO
・iTunes（PCの承認解除と共有解除。意外に盲点）
1台のPC上でXP→7移行は絶対に「やめた方がいい」と思う。ものごっつう苦労するから。
うちはWindowsHomeServerがあるから、失敗したと思ったら復旧させてやり直しを何度もやったけど、普通は無理だから。
経験者からの忠告。
Bluetoothファイル共有 on Fusion
Fusion上のWindowsでBluetoothを使ったファイルの送受信する場合の問題点。
Fusion上Windows(送信)→別Windows(受信)の転送は問題ない。
ところが、逆は出来ない。
MacOSが先に受信してしまうからである。
（Macでファイルを受信するには「共有」でBluetoothの共有をONにしておく必要がある。）
Macで受信して共有フォルダ経由でWindowsに渡してもいいけど、一手間増える。
DVDドライブのように、Fusion起動中はWindowsに制御権を渡せばいいのに。
（Windows起動中はMacからはDVDドライブがアクセスできなくなっている。）
これが出来れば、LAN接続なしでもファイルの送受信が楽に出来ると思ったんだがなぁ。
遅いけど。
Fusion上Windows(送信)→別Windows(受信)の転送は問題ない。
ところが、逆は出来ない。
MacOSが先に受信してしまうからである。
（Macでファイルを受信するには「共有」でBluetoothの共有をONにしておく必要がある。）
Macで受信して共有フォルダ経由でWindowsに渡してもいいけど、一手間増える。
DVDドライブのように、Fusion起動中はWindowsに制御権を渡せばいいのに。
（Windows起動中はMacからはDVDドライブがアクセスできなくなっている。）
これが出来れば、LAN接続なしでもファイルの送受信が楽に出来ると思ったんだがなぁ。
遅いけど。
2012年2月11日土曜日
Windows7 BootCampとFusion4の違い
で、多大な苦労の結果BootCampによるWindows7環境も構築できたわけだが、
Fusion4上との違いが気になるかもしれない。
まず速度差。
ほぼ同一のCPU/グラフィック性能を持つと思うiMac(Mid2011)上のFusion4とMac mini(Mid2011)上のBootCampでの対比。
Windows7のパフォーマンス評価の結果は以下の通り。
CPUとRAMの速度には当然大きな開きがあるが、他は同等もしくはFusion4の方が上回っている。
HDDの差はiMacとMac miniのハード差が出ている。
iMacは3.5インチHDD、Mac miniは2.5インチHDDで、そもそも速度差がかなりある。
Mac mini上のWindowsは、電源ONからの起動も、プログラムの起動もかなり遅い。
HDDの遅さが直撃している感じ。
速度をできるだけカバーするため、RAMDISKやディスクキャッシュソフト(うちで使っているのはIO-DATAのマッハドライブ)を入れた。特にディスクキャッシュはけちらず出来るだけ大きく確保した方が良い。2回目以降のアクセス速度がRAMDISKに近い速度まで劇的に上がる。
ここで8GBにしたメモリが活きている。
ただ、再起動時の速度差は圧倒的で、Fusion4はWindowsを再起動しても
本当に一瞬で立ち上がってくるが、BootCampでは数分かかる。
FusionではMacOSのメモリ上にWindowsがキャッシュされているためである。
SSDとはこういう物だろうか、と一瞬思ったが、まだ高くて今の私には手が出ない。
（誰かください^_^;。）
起動してしまえば、やはりBootCampでの方が速い。
ハード性能をフルに活かせる。
2画面構成なども楽に出来る。
でも、WindowsとMac間のデータのやりとりがあるならFusion4の方が楽なのは言うまでもない。
画面以外のハードウエアも多くはそのまま使うことが出来る。
Mac上からWindowsのアプリを、見かけ上とはいえそのまま起動できるのも便利だ。
従って、双方を有効に使い分ければいいと思う。
・・・
FusionではBootCamp下にあるWindowsをMac上から起動できるようにすることも出来る。
Fusion上に別に仮想Windows環境を作るには、Windowsがもう1ライセンス別に必要となるが、BootCamp環境を起動する分にはそれは必要ない。
が、これはあまりおすすめできない。
簡単に言えば、BootCamp Windowsでフル性能を活かす設定にしていると、Fusion上では不具合が出るからである。
それは単に速度差だけではなく、以下のような問題を起こす。
これは取説に書いてある。
ということで、BootCampとFusionのどちらを選ぶかは、Windowsに求めることによって決まると言うことである。
両立はあまり考えない方がいい。
私の場合は、「安価なWindows機」ということで今回選んだので、FusionではなくBootCampを選んだのである。
・・・2012/03/29、04/12追記
一部ソフトはFusion上Windowsでは正常動作しないことが判明。
手元にある物で確認したのは以下の通り。
なお、完全なWindows機になるBootCamp上ではどちらも正常動作する。
Fusion4上との違いが気になるかもしれない。
まず速度差。
ほぼ同一のCPU/グラフィック性能を持つと思うiMac(Mid2011)上のFusion4とMac mini(Mid2011)上のBootCampでの対比。
Windows7のパフォーマンス評価の結果は以下の通り。
| コンポーネント | BootCamp | Fusion4 |
| プロセッサ | 7.0 | 4.7 |
| メモリ(RAM) | 7.4 | 5.5 |
| グラフィックス | 5.7 | 6.0 |
| ゲーム用グラフィックス | 6.5 | 6.0 |
| プライマリハードディスク | 5.7 | 6.6 |
CPUとRAMの速度には当然大きな開きがあるが、他は同等もしくはFusion4の方が上回っている。
HDDの差はiMacとMac miniのハード差が出ている。
iMacは3.5インチHDD、Mac miniは2.5インチHDDで、そもそも速度差がかなりある。
Mac mini上のWindowsは、電源ONからの起動も、プログラムの起動もかなり遅い。
HDDの遅さが直撃している感じ。
速度をできるだけカバーするため、RAMDISKやディスクキャッシュソフト(うちで使っているのはIO-DATAのマッハドライブ)を入れた。特にディスクキャッシュはけちらず出来るだけ大きく確保した方が良い。2回目以降のアクセス速度がRAMDISKに近い速度まで劇的に上がる。
ここで8GBにしたメモリが活きている。
ただ、再起動時の速度差は圧倒的で、Fusion4はWindowsを再起動しても
本当に一瞬で立ち上がってくるが、BootCampでは数分かかる。
FusionではMacOSのメモリ上にWindowsがキャッシュされているためである。
SSDとはこういう物だろうか、と一瞬思ったが、まだ高くて今の私には手が出ない。
（誰かください^_^;。）
起動してしまえば、やはりBootCampでの方が速い。
ハード性能をフルに活かせる。
2画面構成なども楽に出来る。
でも、WindowsとMac間のデータのやりとりがあるならFusion4の方が楽なのは言うまでもない。
画面以外のハードウエアも多くはそのまま使うことが出来る。
Mac上からWindowsのアプリを、見かけ上とはいえそのまま起動できるのも便利だ。
従って、双方を有効に使い分ければいいと思う。
・・・
FusionではBootCamp下にあるWindowsをMac上から起動できるようにすることも出来る。
Fusion上に別に仮想Windows環境を作るには、Windowsがもう1ライセンス別に必要となるが、BootCamp環境を起動する分にはそれは必要ない。
が、これはあまりおすすめできない。
簡単に言えば、BootCamp Windowsでフル性能を活かす設定にしていると、Fusion上では不具合が出るからである。
それは単に速度差だけではなく、以下のような問題を起こす。
- メモリ不足になることがある。特にキャッシュディスクやRAMディスクを設定していると出やすい。そうなるとスワップが起こりまくって、ほとんど実用にならない速度にまで落ちる。
- 画面解像度が変わるし2画面にも出来ない。1画面に納めようとするのでデスクトップがおかしくなる。
- さらに悪いことに、Fusion上で設定を変えてしまうとBootCamp上にも影響してしまう。Fusion上で起動したそれは、BootCamp上のWindowsそのものだからである（ややこしい）。
これは取説に書いてある。
ということで、BootCampとFusionのどちらを選ぶかは、Windowsに求めることによって決まると言うことである。
両立はあまり考えない方がいい。
私の場合は、「安価なWindows機」ということで今回選んだので、FusionではなくBootCampを選んだのである。
・・・2012/03/29、04/12追記
一部ソフトはFusion上Windowsでは正常動作しないことが判明。
手元にある物で確認したのは以下の通り。
| COREL WinDVD7/9/11 | 仮想PC上での動作を禁止している。これが動けばMac上でCPRMのかかったDVD-RAMが再生できるのに。 |
| 一太郎2011上の詠太 | 行最後の1文字の発声が途中で切れてしまう |
なお、完全なWindows機になるBootCamp上ではどちらも正常動作する。
Windows7 64ビット版で不具合を起こすソフト(一部解決策あり)
今回導入したのはWindows7 Proの64bit版であるが、やはりというか想像通り、一部に
不具合を起こすソフトがあった。うちでわかったものを列記しておく。
すべて元はXP対応の物で、32bitのWindows7では問題なかった物である。
64bit対応不足と言うより、単にバグな気もする。
→仕様通りだそうですm(_ _)m。
64ビット版ではアーカイブ関係のDLLも64ビット版を入れないと展開できないのかも知れず。
うちでは↓理由によりExplzhは32ビット版なのでLZHが展開できない状態。
ということで、現在は32ビット版を利用中。機能差なしなので問題なし。
ExpLzh 64ビット版
別途7-ZIP64/TAR64.DLLを入れろと言ってくるが、指定されたwindows\system32にコピーしても、なぜかsyswow64に入ってしまう。OSが勝手に入れ替えているらしい。回避策が見つけられなかったので、32bit版を入れた。機能差なしなので問題なし。
→エクスプローラーなどによるファイルのコピーではうまくいかず、ファイルをいったんクリップボードにコピーしてペーストするとうまくいくらしい。（情報感謝！）
JustSystem 三四郎2009
ウインドウサイズを変更すると、広がった部分が再描画されない。
→治ったみたい。が、三四郎2009は日本語入力システムとしてATOKしか受け付けない問題がある。可能なら、早いうちにLibreOfficeやMS-Officeなどに移行したほうが良い。
Ztop v1.72
マウスカーソルが飛んだり、ホイールスクロールで変にスクロールしたりする。
V1.73にして、これをうまく使う情報がここにあった。
一応不具合は出なくなった模様。
コントロールパネル～管理ツール～サービス
ウインドウを右側広げると描画されない。標準同梱ツールがバグっててどうするよ。→治ったみたい。
WindowsXP/7-32bitまでで動いていたスクリーンセーバープログラムは、軒並みアウト。
画面復帰時にタスクバーが消えてしまう。パスワードをかけていれば大丈夫らしいが、基本的に64bit 7対応とうたっている物以外は使わない方がよさそう。
32ビット 7では問題なかったので、64ビット 7のバグのような気もする。
e-TAXで使うカードリーダーSHARP RW5100
ドライバーが64ビットに対応してない。
SHARPのサイトでは未対応と書いてあったが、OEMのサンワサプライの製品では「対応」となっていた。
実際、オンラインでドライバを探すとインストールできた。
e-TAXのソフト自体は64ビットでも動く。
IO-DATA USBGPS2
メーカーではWindows7は32bit版も含め一切サポートしていない。
FT232R USB UARTというドライバが×と出る。 このドライバは、その大本のメーカーFTDI社のサポートページから64ビット対応版がダウンロードできる。
executable版を選んだ方が楽だと思ったが、困ったことにこれを実行してもドライバは正常にインストールされない。
仕方ないので、zip版を適当な場所(デスクトップとか)に展開する。デバイスマネージャーからFT232R USB UARTを選択してプロパティ～ドライバーの更新～コンピューターを参照してドライバーソフトウエアを検索します～場所はc:\からで、サブフォルダも検索させる。すると「証明書がない」とか言ってくるが一応見つかるので、インストール。
これでFTR232Rは動くようになるが、まだ「USB Serial Port」が動かないと言ってくる。
もう一度同じようにUSB Serial Portでも検索してインストール。
これで必要なドライバがすべてインストールされ、COMポートも確定するのでUSBGPS2 Utilityを起動、 COMポートを指定して動作確認する(最初は初期化した方がいいと思う)。初期測位までに5分くらいかかる。
他のポータブルGPS(2台)では速攻なので、このIOのが性能が低いと思われる。
なお、付属のSuperMapple８は問題なく動作する。が、GPS機種設定は「IO-DATA社製GPS」ではなく、「NMEA TOKYO Datum出力タイプ」に設定しなければならない。なお、このGPSはカシミール3Dでは対応されていない。
Unlocker v1.9.1
32ビット版ではシェル拡張でunlockが出てこないので、64ビット版を入れること。
不具合を起こすソフトがあった。うちでわかったものを列記しておく。
すべて元はXP対応の物で、32bitのWindows7では問題なかった物である。
- B's FileGuard/DiskGuard(v1.06)
これが一番やっかいだった。Windowsの起動すら出来なくなる(２つのうちどちらがぶつかっているかまでは未確認)。
対応版も発売されてない。フリーでファイルの暗号化ツールはあるので、それを使うことになる。
「アタッシェケース」がおすすめ。
- IO-DATA USB2-NFC
nanacoやICOCCAカードを読むためのカードリーダー。インストールできない。
当然、これの動作を前提としているアプリは動かすことが出来なくなる。
EdyViewer v2.1(v3.0はこのカードリーダー非対応)とか精算快速とか。
- ROXIO EASY CREATOR7
インストール不可。CD/DVD作成系アプリが動かないのはちょいとつらい。
最新版は出てるけどちょいと高い(1.5万)。
- Core Temp v0.99.8
起動せず。最新版(v1.0 RC3以降)にすることでOK。
あふｗ x64 v1.53
64bit対応不足と言うより、単にバグな気もする。
→仕様通りだそうですm(_ _)m。
64ビット版ではアーカイブ関係のDLLも64ビット版を入れないと展開できないのかも知れず。
うちでは↓理由によりExplzhは32ビット版なのでLZHが展開できない状態。
ということで、現在は32ビット版を利用中。機能差なしなので問題なし。
別途7-ZIP64/TAR64.DLLを入れろと言ってくるが、指定されたwindows\system32にコピーしても、なぜかsyswow64に入ってしまう。OSが勝手に入れ替えているらしい。回避策が見つけられなかったので、32bit版を入れた。機能差なしなので問題なし。
→エクスプローラーなどによるファイルのコピーではうまくいかず、ファイルをいったんクリップボードにコピーしてペーストするとうまくいくらしい。（情報感謝！）
ウインドウサイズを変更すると、広がった部分が再描画されない。
→治ったみたい。が、三四郎2009は日本語入力システムとしてATOKしか受け付けない問題がある。可能なら、早いうちにLibreOfficeやMS-Officeなどに移行したほうが良い。
マウスカーソルが飛んだり、ホイールスクロールで変にスクロールしたりする。
V1.73にして、これをうまく使う情報がここにあった。
一応不具合は出なくなった模様。
ウインドウを右側広げると描画されない。標準同梱ツールがバグっててどうするよ。→治ったみたい。
画面復帰時にタスクバーが消えてしまう。パスワードをかけていれば大丈夫らしいが、基本的に64bit 7対応とうたっている物以外は使わない方がよさそう。
32ビット 7では問題なかったので、64ビット 7のバグのような気もする。
SHARPのサイトでは未対応と書いてあったが、OEMのサンワサプライの製品では「対応」となっていた。
実際、オンラインでドライバを探すとインストールできた。
e-TAXのソフト自体は64ビットでも動く。
メーカーではWindows7は32bit版も含め一切サポートしていない。
FT232R USB UARTというドライバが×と出る。 このドライバは、その大本のメーカーFTDI社のサポートページから64ビット対応版がダウンロードできる。
executable版を選んだ方が楽だと思ったが、困ったことにこれを実行してもドライバは正常にインストールされない。
仕方ないので、zip版を適当な場所(デスクトップとか)に展開する。デバイスマネージャーからFT232R USB UARTを選択してプロパティ～ドライバーの更新～コンピューターを参照してドライバーソフトウエアを検索します～場所はc:\からで、サブフォルダも検索させる。すると「証明書がない」とか言ってくるが一応見つかるので、インストール。
これでFTR232Rは動くようになるが、まだ「USB Serial Port」が動かないと言ってくる。
もう一度同じようにUSB Serial Portでも検索してインストール。
これで必要なドライバがすべてインストールされ、COMポートも確定するのでUSBGPS2 Utilityを起動、 COMポートを指定して動作確認する(最初は初期化した方がいいと思う)。初期測位までに5分くらいかかる。
他のポータブルGPS(2台)では速攻なので、このIOのが性能が低いと思われる。
なお、付属のSuperMapple８は問題なく動作する。が、GPS機種設定は「IO-DATA社製GPS」ではなく、「NMEA TOKYO Datum出力タイプ」に設定しなければならない。なお、このGPSはカシミール3Dでは対応されていない。
32ビット版ではシェル拡張でunlockが出てこないので、64ビット版を入れること。
確実にWindows7をBootCampで導入する方法；Mac mini 2011および2014、MoutainLion/Yosemite版(Mac mini 2014では注意点あり)
Windows7をMac mini2011および2014にBootCampで導入した。
BootCamp上でインストールするのは、ハードの性能を最大限引き出すWindows環境がほしかったからである。Fusion上との差などは後述。
Fusion4上に導入したときはキーボード以外では苦労しなかったが、このBootCampでは非常に苦労したので記録しておく。
細かい経緯は省略するとして、まず1つ言えるのは「AppleのBootCampに関する説明は重要な点が抜けてる」ということである。あの説明書通りにやってうまくいくのはまぐれだと思う(2014/11/15追記；今上がっているのは良くなっている）。
で、まずはわかったことのまとめ。
ということを前提に、実際にWindows7を「確実に」インストールする手順は以下のようになる。
とにかく、2011ではUSBに起動順があることを知ってないとはまる。
USB-DVDからでも起動できないのが事態をさらにややこしくしている。
（USB-DVDドライブの中にはMacのUSBバスパワーでは動かずインストールには使えない物があるらしいが、今回の件にはそれは関係ない。ACコンセント付きの物で試したから。）
2014では、2011までと同じやり方でやると失敗するので要注意。これがわかるのに２週間も無駄にしてしまった。
さらに、最新版のBootCampではWindows7対応にバグがあるというお粗末さ。Appleは検証が絶対的に甘すぎる。
・・・
この先はWindows7のインストール。
基本的には普通通りなのだが、Macで作業する上で注意する点がある。
・・・
以上のことを知っていれば、Mac mini 2011でも2014でもBootCampによるWindows7環境を作成できる。なんにしても、Appleの説明は情報が足りない。
ここで言えることは、「MacをWindows機にして使おうなんて、普通の人は思わないほうがいい」である。 価格対性能比(およびデザイン)では決して悪くないが、やはりWindows機とは異なるので壁が高い。
この最初のWindows環境の構築だけでなく、他にもいろいろと問題がある。それについては別の記事にする。「労多くして益少なし」まさにこのことを言う。反省。
Appleにしてみれば、BootCampはおまけであって、完全ではなくても文句は言わないで、というところだろう。
以下は２０１１での話。
・・・2013/02/16
MountainLion用に更新Mac mini(mid2011) EFIファーム v1.6のアップデートで、「USB記憶装置がホットプラグされている時の起動装置の選択の問題が解決される」は、本当に解決されたようである。
コメントにも頂いたとおり、Option（Windowsキーボードの場合はAlt)を押したまま再起動すると、起動メディア選択ができる（事を確認した）。たぶんファームアップデートで改善されたというのがこれのことだと思う。この時はUSB-DVDドライブに入っているWindowsインストールディスクからの起動もできた。USB1でなくてもOKだった(USB1以外につないでいる場合)。
ただし、 USB-DVDにWindowsディスク、USBメモリにWindowsを入れたものを挿していると、どちらかを起動選択しても、なぜか両方とも起動できないので注意。
BootCamp上でインストールするのは、ハードの性能を最大限引き出すWindows環境がほしかったからである。Fusion上との差などは後述。
Fusion4上に導入したときはキーボード以外では苦労しなかったが、このBootCampでは非常に苦労したので記録しておく。
細かい経緯は省略するとして、まず1つ言えるのは「AppleのBootCampに関する説明は重要な点が抜けてる」ということである。あの説明書通りにやってうまくいくのはまぐれだと思う(2014/11/15追記；今上がっているのは良くなっている）。
で、まずはわかったことのまとめ。
- インストールに必要な物。Mac mini2011では8GB以上のUSBメモリと2GB以上のUSBメモリ。Mac mini2014では８GBメモリ1本だけで良い。USB-DVDドライブまたは、DVDドライブを持ったMac（Windows機でも出来るとは思う）。
Windows7のインストールディスクは当然。
- Mac mini2011のBootデバイス順序は、USB1→内蔵HDDである。
また、MacにはこのBoot順を変える手段がない（少なくとも公開されていない）。
- USBは、本体裏面左（中央側）から１～４になっている。
2011では２～４はBoot対象にはなっていない様子。2014では他のポートからもBoot可能になっている（でもこれが悪さをする原因になっている）。
- Option(またはAlt)キーを押しているとHDDから強制起動してMacOS/Windows/ネットワークからの起動選択は出来るが、USB1とHDDの起動順を入れ替えられない。
- そのため、USB1にUSBメモリが刺さっていると、必ずそこから起動しようとし、起動できない場合はエラーを表示する。
「Non-system disk press any key」と表示する割に、キーボードが効かないのでどうしようもなくなる。
- USB1にUSB接続のDVDドライブを接続している場合も起動できない。
DVDの内容が、Windows7のインストールディスクであっても（起動できるはずなのに）。
「no bootable device -- insert boot disk and press any key」と表示する割に、やはりキーボードが効かないのでどうしようもない。2014では起動はできるが、その後キーボードもマウスも一切効かず操作できない。
ということを前提に、実際にWindows7を「確実に」インストールする手順は以下のようになる。
- MacをTimeMachineでバックアップしておく。BOOTCAMP導入中に失敗するとMacOS側もパーになることがあるので、その時もすぐに復旧できるようにするため。自信があれば取らなくてもいいが、私は一度失敗したので、2回目以降は必ず取るようにしている。
- USBメモリにWindows7のディスクイメージを入れ込む。以下MacOS上での作業方法。
- DVDドライブにWinows7のインストールディスクを挿入
- ディスクユーティリティを起動
- Windows7のディスクを選択状態にして、ファイル～新規～（Win7の名前）からディスクイメージを選択。
名前そのまま
場所適当（デスクトップなど）
イメージフォーマット～DVD/CDマスター
暗号化なし
で保存する。
- *.cdrというファイルが出来るので、拡張子を.isoに変更
- BootCampアシスタントを起動。「Windows7のインストールディスクを作成」のみを選択。「続ける」でISOイメージに今作ったファイルを指定・・・と言うか、勝手に指定されてる。
このファイル指定を自動化するため実機上での作成が望ましいが、別の機械で作って実機へコピーしても良い。ちなみに、iMacで作ったら非常に遅かった。MacはDVDドライブの性能が低いからである。USBで接続するDVDドライブのほうが圧倒的に速い。
- 内容がすべて入る容量のUSBメモリをUSB1に接続する。Windows7Pro64bitは4GBもあれば入る。さらに、YosemiteのBootCampではこの中にドライバも一緒にコピーするので、＋2GBくらいあったほうが良い。８〜１６GBあれば問題ない。
メモリは自動フォーマットにより内容が消去されたあと、コピーが始まる。時間は結構かかる(ISOイメージを作る以上に)。
- 2011ではBOOTCAMPでWindows用ドライバをダウンロードして、別のUSBメモリに保存する。同じメモリだとブートできなくなる。2014/Yosemiteでは（選択する必要はなく）自動的に同じメモリにドライバも入れる。故に、Marvericksまでで作ったisoイメージUSBメモリはYosemiteでは使えない。作りなおす必要がある。BootCampのメニュー上には別USBメモリにドライバを入れる選択項目があるが、それを使って別メモリにドライバを入れ、それをUSBのほかポートに指しているとWindowsのインストールが出来ないという罠である。
- BOOTCAMPで「Windows7をインストール」を選択する。これもYosemiteでは不要で、自動的に起動される。
- 最新版のBootCamp(5.1.5759)はWindows7に対応できていないので、Windows起動後の初期設定中に「Windows\system32\drivers\AppleSSD.sys このファイルのデジタル署名を検証できません」と出て先に進まない。なので、以下の対策が必要。
(5-1)１つ前のバージョン(5.1.5640)のBootCampをここからダウンロードしてくる。
(5-2)USBメモリをFilderで開き、$WinPEDriver$フォルダを削除する。
(5-3)ダウロードしてきたBootCampを展開する
(5-4)その中の$WinPEDriver$をUSBメモリにコピーする
ここで、BootCampフォルダはコピーしない。5640はMacMini2014に対応してないから。2011ならBootCampフォルダも置き換えたほうが良いのかもしれないが、未検証。 - Windows用パーティションサイズを設定し、「インストール」を押す
- (パーティション設定が終わったら)自動的に再起動がかかる
このとき、キーボードを差し込んでおかないとWindowsインストーラーが起動しないかもしれない(うちではそうだった)。
とにかく、2011ではUSBに起動順があることを知ってないとはまる。
USB-DVDからでも起動できないのが事態をさらにややこしくしている。
（USB-DVDドライブの中にはMacのUSBバスパワーでは動かずインストールには使えない物があるらしいが、今回の件にはそれは関係ない。ACコンセント付きの物で試したから。）
2014では、2011までと同じやり方でやると失敗するので要注意。これがわかるのに２週間も無駄にしてしまった。
さらに、最新版のBootCampではWindows7対応にバグがあるというお粗末さ。Appleは検証が絶対的に甘すぎる。
・・・
この先はWindows7のインストール。
基本的には普通通りなのだが、Macで作業する上で注意する点がある。
- 2014ではキーボードとマウスは有線の物が必須。BluetoothはWindows側でドライバがインストールされるまで使えなくなるから。マウスはなくてもキーボードで操作できるが（それがWindowsの良い所）、キーボードが効かないとどうしようもなくなる。
- Windowsの入ったUSBメモリはポート１に指す。2011でも、Windowsドライバの入ったUSBメモリはこの時点ではどのポートにも刺していてはいけない。HDDや光学ドライブも同様。要するに、この時点でUSBポートに指していいのは、１にWindowsの入ったメモリ、他はキーボードとマウスのみとなる。
- Windows上で新規インストールをすると、まずは「どこのパーティションに入れるか」聞いてくるので、「ディスク０：パーティション４：BootCamp」を選ぶ。すると、「ここにはインストール出来ない」と言ってくるので、「ドライブオプション(詳細)」からフォーマットを選択する。このパーティションを再フォーマットしてインストール可能にする。
- フォーマットはすぐ終了するので「次へ」を押す。この時点で「新しいシステムパーティションを作成できなかったか、既存のシステムパーティションが見つかりませんでした」エラーが出るときは、USBにドライバの入ったメモリやHDDなどが刺さってないか確認する。Windowsは、インストール時に（物理的な）複数ドライブを発見するとこのエラーを発生させる。なので、インストール時には絶対に1ドライブしか接続していてはいけない（インストールディスクの入ったドライブは除く）。Mac mini 2011ではこんなことなかった気がするのだが、2014では発生するので要注意。
- インストールが終わり、Windowsが正常起動したら初期設定を行う。此処から先、Windowsが起動してドライバの設定が終わるまではBluetooth機器が使えない。ドライバが入ってないからである。Bluetoothマウスやキーボードが使えない理由はこれ。
- 2014(というかYosemiteで作ったメモリ)では初期設定が終わると自動的にBootCampインストーラーが起動しドライバ群がインストールされ、その後再起動する。2011ではドライバをSETUPする。終わったら、USBメモリを外し、再起動する。
これをしないとディスプレイドライバが標準のままなので、画面の解像度変更とか２画面とかが出来ないし、 ネットワークも繋がらない。このあたりがWindows純正メーカー品との違い。こういう作業に慣れてないと出来ないと思う。
Bluetooth機器はペアリングが切れるので、コントロールパネルから再ペアリングが必要(2014ではそうだった)。 - ここでも注意すべきは、2011では、USB1にはUSBメモリ/DVDドライブ/HDDをつながないことである。起動しなくなる。USB2～4につないでいる状態では起動するので、基本的に、USB1にはキーボードやマウスなど、起動に関係ないデバイスをつなぎ、USB2～4にHDDや光学ドライブを接続することになる。当然、Windows上でReadyBoostをUSBメモリに作る場合もUSB1に接続してはいけない。なお、HUBをつないでいても状況は同じである。2014では問題ない。
・・・
以上のことを知っていれば、Mac mini 2011でも2014でもBootCampによるWindows7環境を作成できる。なんにしても、Appleの説明は情報が足りない。
ここで言えることは、「MacをWindows機にして使おうなんて、普通の人は思わないほうがいい」である。 価格対性能比(およびデザイン)では決して悪くないが、やはりWindows機とは異なるので壁が高い。
この最初のWindows環境の構築だけでなく、他にもいろいろと問題がある。それについては別の記事にする。「労多くして益少なし」まさにこのことを言う。反省。
Appleにしてみれば、BootCampはおまけであって、完全ではなくても文句は言わないで、というところだろう。
以下は２０１１での話。
・・・2013/02/16
MountainLion用に更新Mac mini(mid2011) EFIファーム v1.6のアップデートで、「USB記憶装置がホットプラグされている時の起動装置の選択の問題が解決される」は、本当に解決されたようである。
コメントにも頂いたとおり、Option（Windowsキーボードの場合はAlt)を押したまま再起動すると、起動メディア選択ができる（事を確認した）。たぶんファームアップデートで改善されたというのがこれのことだと思う。この時はUSB-DVDドライブに入っているWindowsインストールディスクからの起動もできた。
ただし、 USB-DVDにWindowsディスク、USBメモリにWindowsを入れたものを挿していると、どちらかを起動選択しても、なぜか両方とも起動できないので注意。
2012年2月5日日曜日
Windows7 on VMware Fusion4
VMware Fusion4には「キーボードの認識が常にUSになる」というバグがいる。
このため、Fusion4上でWindows7を動かす場合も、日本語キーボードだと配置が合わないという問題が発生する。
それを解消する方法。
これで日本語キーとして正しく認識されるようになる。Lionと違い「|\」と「_ろ」も正しく入力できる。
・・・
さて、うちではMacにもWindowsのキーボードをつなぎ、Mac上ではCommandとControlの位置をKeyRemap4で入れ替えている。また、Windows上ではCapsLockとCtrlを入れ替えている。
CommandとControlの位置入れ替えだけなら、キーボード～修飾キーの設定で入れ替えられるが、他のキーも変更しようと思うとKeyRemap4が必須であり、またKeyRemap4を入れているとこの修飾キーの設定は無視される。
こういうことをしていると、Windows上でCtrlとWinのキーが入れ替わってしまう問題が発生する。
調べてみると、CTRL＋←/→を押すと正しくCTRL＋←/→と返すのに、CTRL＋アルファベットを押すとWin＋アルファベットと返してくるという変な現象が発生している。
これを回避するには、KeyRemap4で、Fusionには入れ替えてない状態のキーを渡すようにすればよい。
private.xmlに次の内容相当を追記してReloadする。
これで、思惑通りのキー操作ができるようになる。
なお、Fusion上に複数のWindows環境を入れている場合、これ１つですべてに有効である。
Command-L/Control-Lに関してはKeyRemap4に元からexcept Virtual Machineという似たような設定があるが、それを設定してもうまく動かなかった。Fusion4には対応していないのかもしれない。
実はこの状態でも「全角/半角」を押しても日本語入力できないという問題が残る。
これに関しては、Windows上のキー配置変更ツール(chgkeyなど)で、「カタカナ・ひらがな→全角/半角」(逆ではないので注意)の変更を入れる。
ただし、この変更をしても、Mac側が日本語入力モードになっているとWindowsで「全角/半角」が効かない。
キーが効かないときは、Macの日本語入力モードを確認のこと。
これで、WindowsとMacでほぼ同じキー操作ができるようになった。
「そもそもWindows上でキーCtrlとWinを入れ替えればいいんじゃないか」と思われるかもしれないが、先に書いたとおり、返されてくるCtrlとWinのキーコードが場合によって異なるのでうまくいかない。
だからホストとなるMac側で変更しなければならない。このあたりはさんざんやったから間違いなし。
CTRL＋←/→や一部ファンクションキーはデフォルトではMac側にとられる場合があり、Windowsに渡すことができない。
この場合、環境設定～キーボード～キーボードショートカットを変更する。
private.xmlにさらに書き加えれば両立出来るかもしれないが、そこまでは必要を感じてないので省略。
いや、KeyRemap4MacBookは本当によく出来ている。
英語だけなのでちょっとわかりにくいけど。
このため、Fusion4上でWindows7を動かす場合も、日本語キーボードだと配置が合わないという問題が発生する。
それを解消する方法。
- VMwareを完全に終了しておく
- SpotLightで「仮想マシン」で検索
- Windows 7 x64.vmwarevmというファイルで右クリック、パッケージの内容を表示(32bit版の時はx64は「ない」)
- Windows 7 x64.vmxでこのアプリケーションで開く～適当なテキストエディタで開く
- 一番最後の行にkeyboard.vusb.idProduct = "0x222"と追加し、改行、ファイルを保存
- VMWare～Windows7を再起動
- Windows上で、コントロールパネル～キーボード～ハードウエア～プロパティ～ドライバー～ドライバーの更新
- コンピューターを参照してドライバーソフトウエアを検索します～コンピューター上のデバイスドライバー一覧から選択します
- 「互換性のあるハードウエアを表示」のチェックを外す
- (標準キーボード)の中から「日本語PS/2キーボード 106/109 Ctrl+英数」を選択、次へ
- 警告メッセージが出るが「はい」でインストール続行
- Windowsを再起動
これで日本語キーとして正しく認識されるようになる。Lionと違い「|\」と「_ろ」も正しく入力できる。
・・・
さて、うちではMacにもWindowsのキーボードをつなぎ、Mac上ではCommandとControlの位置をKeyRemap4で入れ替えている。また、Windows上ではCapsLockとCtrlを入れ替えている。
CommandとControlの位置入れ替えだけなら、キーボード～修飾キーの設定で入れ替えられるが、他のキーも変更しようと思うとKeyRemap4が必須であり、またKeyRemap4を入れているとこの修飾キーの設定は無視される。
こういうことをしていると、Windows上でCtrlとWinのキーが入れ替わってしまう問題が発生する。
調べてみると、CTRL＋←/→を押すと正しくCTRL＋←/→と返すのに、CTRL＋アルファベットを押すとWin＋アルファベットと返してくるという変な現象が発生している。
これを回避するには、KeyRemap4で、Fusionには入れ替えてない状態のキーを渡すようにすればよい。
private.xmlに次の内容相当を追記してReloadする。
<?xml version="1.0"?>
<root>
<appdef>
<appname>VMware</appname>
<equal>com.vmware.fusion</equal>
</appdef>
<item>
<name>Control_R to Command_R (except VMware)</name>
<identifier>private.app_vmware_control_r_to_command_r</identifier>
<not>VMware</not>
<autogen>--KeyToKey-- KeyCode::CONTROL_R, KeyCode::COMMAND_R</autogen>
</item>
<item>
<name>Control_L to Command_L (except VMware)</name>
<identifier>private.app_vmware_control_l_to_command_l</identifier>
<not>VMware</not>
<autogen>--KeyToKey-- KeyCode::CONTROL_L, KeyCode::COMMAND_L</autogen>
</item>
<item>
<name>Command_L to Control_L(except VMware)</name>
<identifier>private.app_vmware_command_l_to_control_l</identifier>
<not>VMware</not>
<autogen>--KeyToKey-- KeyCode::COMMAND_L, KeyCode::CONTROL_L</autogen>
</item>
</root>
これで、思惑通りのキー操作ができるようになる。
なお、Fusion上に複数のWindows環境を入れている場合、これ１つですべてに有効である。
Command-L/Control-Lに関してはKeyRemap4に元からexcept Virtual Machineという似たような設定があるが、それを設定してもうまく動かなかった。Fusion4には対応していないのかもしれない。
実はこの状態でも「全角/半角」を押しても日本語入力できないという問題が残る。
これに関しては、Windows上のキー配置変更ツール(chgkeyなど)で、「カタカナ・ひらがな→全角/半角」(逆ではないので注意)の変更を入れる。
ただし、この変更をしても、Mac側が日本語入力モードになっているとWindowsで「全角/半角」が効かない。
キーが効かないときは、Macの日本語入力モードを確認のこと。
これで、WindowsとMacでほぼ同じキー操作ができるようになった。
「そもそもWindows上でキーCtrlとWinを入れ替えればいいんじゃないか」と思われるかもしれないが、先に書いたとおり、返されてくるCtrlとWinのキーコードが場合によって異なるのでうまくいかない。
だからホストとなるMac側で変更しなければならない。このあたりはさんざんやったから間違いなし。
CTRL＋←/→や一部ファンクションキーはデフォルトではMac側にとられる場合があり、Windowsに渡すことができない。
この場合、環境設定～キーボード～キーボードショートカットを変更する。
private.xmlにさらに書き加えれば両立出来るかもしれないが、そこまでは必要を感じてないので省略。
いや、KeyRemap4MacBookは本当によく出来ている。
英語だけなのでちょっとわかりにくいけど。
Lion on VMware Fusion4
VMware Fusion4には「キーボードの認識が常にUSになる」というバグがいる。
このため、Fusion4上でLionを動かす場合、日本語キーボードだと配置が合わないという問題が発生する。
それを改善する方法。
これで、「|\」と「_ろ」以外のキーは全て正しい配置になる。
しかし、この2つだけは入力が出来ない。
KeyRemap4MacBookを使ってこれを強引に入力できるようにする。
private.xmlに次の内容相当を追記してReloadする。
これを読み込ませてチェックすることにより、「\」でバックスラッシュ、SHIFT+0で「_」を入力できるようにする。
バックスラッシュでなく「\」そのものを入力したいときは、VK_JIS_YENにすればよい。
これで、Lion上でのプログラム開発も「できなくはない」状態になる。
しかしまだ、Lion上ではファンクションキーの設定ができない。
キーボードショートカット設定でファンクションキーに設定しても一切効いてない。
KeyRemap4でもキーを認識してくれないので再設定しようがない。
VMware Fusion～環境設定～キーボードとマウス～キーマッピングでも設定できない。
あとはVMWareFusion側で正式に対応されるのを待つしかない。
が、私も前にサポートに連絡を入れたが、いっこうに改善される気配がない。
開発元はUSなので、気がつかないのかもしれない。
(ひょっとしたらBluetoothキーボードでは大丈夫？)
だったら日本の窓口act2が何とかしろ！と思うのだが。
Fusion4によって、Lion対応というのは表面上の宣伝文句に過ぎず、現状では使い物にならない。
と、言われても仕方ないと思うのだが。
このため、Fusion4上でLionを動かす場合、日本語キーボードだと配置が合わないという問題が発生する。
それを改善する方法。
- VMwareを完全に終了しておく
- SpotLightで「仮想マシン」で検索
- OS X 10.7（64ビット）.vmwarevmというファイルで右クリック、パッケージの内容を表示
- OS X 10.7（64ビット）.vmxでこのアプリケーションで開く～適当なテキストエディタで開く
- 一番最後の行にkeyboard.vusb.idProduct = "0x222"と追加し、改行、ファイルを保存
- Lion Xを再起動
これで、「|\」と「_ろ」以外のキーは全て正しい配置になる。
しかし、この2つだけは入力が出来ない。
KeyRemap4MacBookを使ってこれを強引に入力できるようにする。
private.xmlに次の内容相当を追記してReloadする。
<?xml version="1.0"?>
<root>
<item>
<name>Swap F14 and BackSlash</name>
<identifier>private.swap_F14_and_BackSlash</identifier>
<autogen>--KeyToKey-- KeyCode::F14, KeyCode::VK_JIS_BACKSLASH</autogen>
</item>
<item>
<name>Shift(L)+0=Underscore</name>
<identifier>private.shift0L_to_Underscore</identifier>
<autogen>--KeyToKey--
KeyCode::KEY_0, ModifierFlag::SHIFT_R,
KeyCode::JIS_UNDERSCORE
</autogen>
</item>
<item>
<name>Shift(R)+0=Underscore</name>
<identifier>private.shift0R_to_Underscore</identifier>
<autogen>--KeyToKey--
KeyCode::KEY_0, ModifierFlag::SHIFT_L,
KeyCode::JIS_UNDERSCORE
</autogen>
</item>
</root>
これを読み込ませてチェックすることにより、「\」でバックスラッシュ、SHIFT+0で「_」を入力できるようにする。
バックスラッシュでなく「\」そのものを入力したいときは、VK_JIS_YENにすればよい。
これで、Lion上でのプログラム開発も「できなくはない」状態になる。
しかしまだ、Lion上ではファンクションキーの設定ができない。
キーボードショートカット設定でファンクションキーに設定しても一切効いてない。
KeyRemap4でもキーを認識してくれないので再設定しようがない。
VMware Fusion～環境設定～キーボードとマウス～キーマッピングでも設定できない。
あとはVMWareFusion側で正式に対応されるのを待つしかない。
が、私も前にサポートに連絡を入れたが、いっこうに改善される気配がない。
開発元はUSなので、気がつかないのかもしれない。
(ひょっとしたらBluetoothキーボードでは大丈夫？)
だったら日本の窓口act2が何とかしろ！と思うのだが。
Fusion4によって、Lion対応というのは表面上の宣伝文句に過ぎず、現状では使い物にならない。
と、言われても仕方ないと思うのだが。
登録:
投稿 (Atom)