splhack

Tumblrに移転しました

2011-07-01T12:26:00.001+09:00

http://tumblr.splhack.org/

いまどきの2Dゲームエンジン

2011-05-03T00:06:00.011+09:00

スクリプト言語でiPhoneやAndroid用ゲームを作れる2Dゲームエンジンをまとめてみる試み。

name	Corona	moai	Imapct	Kobold2D
link	link	link	link/iOSImpact	link
desc	Corona is the world’s most advanced mobile development platform.	The mobile platform for pro game developers.	Impact is a JavaScript Game Engine that allows you to develop HTML5 Games in no time.	Kobold2D™ is the expert's choice for Cocos2D game development.
license	proprietary	OpenSource (CPAL)	proprietary	OpenSource (MIT License)
language	Lua	Lua	Javascript	Lua
native	?(C++)	C++	?(Objective-C)	Objective-C
iOS	available	available	available	available
Android	available	available	not yet	-
price	$199/year	Free	$99	Free
release	released	private beta	beta	2011 summer

MacVim-KaoriYa 20110330

2011-03-30T15:56:00.001+09:00

MacVim-KaoriYa 20110330版をリリースしました。

~~今回はSparkleによる自動更新を設定していません。~~(2011/04/01 Sparkle情報を更新しました)

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20110330.dmg

Xcode 4でビルドしています。

Mac OS X 10.5 Leopardを使用されている方、Intel、PowerPC 問わず、動作確認にご協力いただけますと幸いです。

Vim 7.3.146、MacVim Snapshot 57、香り屋パッチ 20110323ベースです。

(2011/04/01 追記)
実験的レンダラを使用していない場合、半透明設定(set transparency)が効かなくなります。半透明設定を使用している場合は、「環境設定」「詳細」の「実験的レンダラを使用する」「インラインインプットメソッドを使用する」の両方をチェックしてみてくださいませ。

Xcode4でPowerPC

2011-03-25T22:03:00.002+09:00


$ sudo ln -s /Developer/Platforms/iPhoneOS.platform/Developer/usr/libexec/gcc/darwin/ppc /Developer/usr/libexec/gcc/darwin
$ sudo ln -s /Developer/Platforms/iPhoneOS.platform/Developer/usr/libexec/gcc/darwin/ppc /usr/libexec/gcc/darwin

Xcode 4.0.1でも治ってませんでした。バグレポート忘れてたんですが。

これやっとくと、MacPortsでLeopard用のuniversal buildも可能になります。


$ sudo port install ncurses +universal macosx_deployment_target=10.5 configure.cc=/usr/bin/gcc-4.2 configure.cxx=/usr/bin/g++-4.2

『iOS 4プログラミングブック』第5章マルチスレッド補遺その8

2011-03-25T21:33:00.003+09:00

iOS4プログラミングブック

本屋にも並んでます『iOS 4プログラミングブック』。

補遺その8、というか、間違いのお知らせです。ごめんなさい。

iOS 4プログラミングブック第5章
190ページ図5-2-5「ヒープからヒープへのコピー」の先頭行に間違いがあります。


(誤) block_t block3_on_heap = Block_copy(block_on_stack);
(正) block_t block3_on_heap = Block_copy(block_on_heap);

@eyesrobe様に発見していただきました。ありがとうございます。

『iOS 4プログラミングブック』第5章マルチスレッド補遺その7

2011-03-03T16:24:00.003+09:00

iOS4プログラミングブック

そろそろ浸透して話題にも上がらなくなってきた(?)『iOS 4プログラミングブック』。

補遺その7では、BlocksのObjective-C支援機能に切り込んでみます。

191ページに書いてあるとおり、Objective-Cのオブジェクトは、Block_copy時に自動的にretainされます。


NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

NSString *string = [NSString stringWithFormat:@"score = %d", score];

void (^block)() = Block_copy(^{

    NSLog(@"%@", string);

});

[pool drain];

/* stringはblockからretainされてるから、まだ生きてる */

これどういう仕組みなんでしょう?

Objective-Cのオブジェクトは、みなNSObjectの子供。

NSObjectは、C言語としては、__attribute__((NSObject))アトリビュートの付いた変数。

てことで、Block_copy時に__attribute__((NSObject))のついた変数をretainして、Block_release時にreleaseするコードを、コンパイラは簡単に生成できるわけですね。


http://clang.llvm.org/docs/Block-ABI-Apple.txt
2.2.1 Importing __attribute__((NSObject)) variables.

しかし、この自動retainする機能。便利なのはいいのですが、実は気づかないうちに、循環参照してdeallocされない状況に陥ることもある諸刃の剣。

Blockが、Blockをretainしているクラスのselfを自動retainしちゃう、という落とし穴。

詳しくは『iOS 4プログラミングブック』の193ページに!

OpenGL ES 開発リソースまとめ

2011-02-08T22:20:00.008+09:00

GPU作ってるとこのOpenGL ES 1.1/2.0開発リソースが、実は大変充実しています。まとめてみました。

■POWERVR Insider http://www.imgtec.com/powervr/insider/powervr-insider.asp: □主な使用機種: iPhone 3G(MBX),DROID(SGX530),iPhone 4/iPad(SGX535),Nexus S/Galaxy S(SGX540),NGP(SGX543),...; ・POWERVR Insider SDK。COLLADAから変換したPOD形式を使って3Dモデルの描画、アニメーション可能。ソースコードのライセンスは非常にゆるい(forumのSDK Code Licenseスレッド参照)。; ・PowerVR圧縮テクスチャPVR用コンバータ PVRTexToolなどのツールも充実。
■ADRENO GRAPHICS http://developer.qualcomm.com/dev/gpu: □主な使用機種: Xperia,Nexus One,Desire,IS03,Regza,Windows Phone 7...; ・Adreno™ Profilerが凄い。rootとったNexus OneなどをUSBケーブルで繋ぐだけで、リアルタイムにGPUの負荷やテクスチャ、描画結果を取得可能。; ・Adreno向けに最適化されたOpenGL ES 2.0 shader source codeあり。でもOpenGL ES 2.0であればどこででも。
■TEGRA DEVELOPER ZONE http://tegradeveloper.nvidia.com/tegra/: □主な使用機種: dynabook AZ,各種タブレット,...; ・Android NDK用のサンプルコードはApache License 2.0。JNI経由で音を鳴らす方法なども含んでいるので、NDKで開発する場合は必見。; ・EclipseでNDKをデバッグするためのNVIDIA Debug Manager for debugging Android NDK applications in Eclipse とかあったりする。
■Mali Developer Center http://www.malideveloper.com/index.php: □主な使用機種: コンシューマ製品があるかどうか不明; ・Mali GPU Shader Development Studio。IDE的に結果をみながらshader開発が可能。

また各サイトでWindowsやLinux用のOpenGL ES 1.1/2.0 emulator libraryが配布されてますので、iPhoneやAndroid向けに作ったOpenGL ES 1.1/2.0用のソースコードを、WindowsやLinux用にビルドして実行することが可能です。

各GPUごとの開発リソースは大変特色が出ているのですが、OpenGL ES 1.1/2.0経由で使うことになりますので、profilerなど専用なもの以外は、どれででも使えてしまいます。便利に使っちゃいましょう。

『iOS 4プログラミングブック』第5章マルチスレッド補遺その6

2011-02-03T10:39:00.006+09:00

iOS4プログラミングブック

楽天BOOKSで一時売り切れになるも、再度入荷中の『iOS 4プログラミングブック』。Amazonでは相変わらず在庫切れ...

補遺その6では、ちょっと趣向を変えてサンプルコードを説明してみます。

第5章マルチスレッドのサンプルコードは、実はTumblr Image Viewerになっていたり、cocos2d for iPhoneを使っていたりする、実戦さながらのサンプルコードとなっております。

今回はcocos2dでの非同期テクスチャ読み込みについて掘り下げてみます。

cocos2dの非同期テクスチャ読み込みAPIは、読み込み終了時にtargetのselectorを呼ぶコードになっています。これBlocksだと楽になるような気がしませんか? Blockを受け取って呼び出すClassを作ってみます。

■TextureCallback.h


/*
 * 「5-1 Blocksの概要」(178ページ)
 * TextureCallbackクラスにより、
 * cocos2dのイメージ非同期読み込み終了コールバックを、
 * Blocksに結びつけることにより、より簡単にコールバックを記述できます。
 */

#import "cocos2d.h"

/*
 * 「5-2-2 値としてのBlock」(184ページ) 
 * typedefを使用したBlocksの宣言。
 */
typedef void (^textureCallbackBlock_t)(CCTexture2D *texture);

@interface TextureCallback : NSObject
{
    textureCallbackBlock_t block_;
}

/*
 * イメージ非同期読み込み終了コールバックで実行されるBlockを指定。
 */
+ (id)callbackWithBlock:(textureCallbackBlock_t)block;
- (id)initWithBlock:(textureCallbackBlock_t)block;
- (void)callback:(CCTexture2D *)texture;

@end

■TextureCallback.m


#import "TextureCallback.h"

@implementation TextureCallback

+ (id)callbackWithBlock:(textureCallbackBlock_t)block
{
    return [[[self alloc] initWithBlock:block] autorelease];
}

- (id)initWithBlock:(textureCallbackBlock_t)block
{
    if ((self=[super init])) {

        /*
         * 「5-2-4 Block_copy」(188ページ)
         * 渡されたBlockをretainするためにObjective-Cのcopyを使用。
         */
        block_ = [block copy];
    }

    return self;
}

- (void)dealloc
{

    /*
     * 「5-2-4 Block_copy」(188ページ)
     * retainしたBlockをreleaseするためにObjective-Cのreleaseを使用。
     */
    [block_ release];
    [super dealloc];
}

- (void)callback:(CCTexture2D *)texture
{
    /*
     * 「5-2-2 値としてのBlock」(184ページ)
     * cocos2dのイメージ非同期読み込み終了時Blockを実行。
     */
    block_(texture);
}

@end

て感じで。使うときは


#import "TextureCallback.h"

    /*
     * 非同期イメージ読み込み終了時に
     * 実行されるBlockを指定。
     */
    TextureCallback *textureCallback =
        [TextureCallback callbackWithBlock:
            ^(CCTexture2D *texture) {

        [self addTexture:texture index:index];

    }];

    /*
     * cocos2dの非同期イメージ読み込み
     * (要メインスレッド(Main Queue))
     */
    [[CCTextureCache sharedTextureCache]
        addImageAsync:path target:textureCallback
            selector:@selector(callback:)];

さらに、


+ (id)addImageAsyncWithBlock:(NSString *)path block:(textureCallbackBlock_t)block
{
    id textureCallback = [[[self alloc] initWithBlock:block] autorelease];

    [[CCTextureCache sharedTextureCache]
        addImageAsync:path target:textureCallback
            selector:@selector(callback:)];

 return textureCallback;
}

こんな感じのクラスメソッドにすれば、


#import "TextureCallback.h"

    /*
     * 非同期イメージ読み込み終了時に
     * 実行されるBlockを指定。
     */
    [TextureCallback addImageAsyncWithBlock:path block:^(CCTexture2D *texture) {

        [self addTexture:texture index:index];

    }];

あらすっきり。

CCTextureCacheは渡ってきたtextureCallbackをコールバック終了までretainするので、コールバック終了までちゃんと生存。textureCallbackで持つことになるblockもtextureCallback生存中はretain(copy)されるので、メモリ管理も簡単、安心。

iOS 4プログラミングブックのサンプルコードは、http://www.impressjapan.jp/books/2976のダウンロードよりどうぞー

MacVim-KaoriYa 20110202

2011-02-02T11:19:00.004+09:00

MacVim-KaoriYa 20110202版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20110202.dmg

『iOS 4プログラミングブック』第5章マルチスレッド補遺まとめ

2011-01-31T14:26:00.009+09:00

iOS4プログラミングブック

2011年1月27日発売の『iOS 4プログラミングブック』。このうち

■第5章マルチスレッド - Blocks、Grand Central Dispatch の詳解。57ページ。

■第10章ユニバーサル対応 - ユニバーサルアプリケーションについて。15ページ。

を書かせていただきました。

この「第5章マルチスレッド」にて、ちょっとAdvanced過ぎるかも、と思った内容を補遺として連載しています。

「__block修飾子」について: ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その1; ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その2; ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その3; ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その4; ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その5

「サンプルコード」について: ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その6

「Blocks」について: ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その7

本の間違いについて: ■『iOS 4プログラミングブック』第5章マルチスレッド補遺その8

『iOS 4プログラミングブック』第5章マルチスレッド補遺その5

2011-01-31T14:22:00.006+09:00

そろそろ皆様のお手元にもあるのではないかと思ったりしております。『iOS 4プログラミングブック』。

「__block変数の書き換えは、スレッドセーフではない」

さて、マルチスレッド下で安全に__block変数を書き換える方法とは。

そもそもマルチスレッドにするためにGCDのGlobal Queueを使ってるわけですから、やはりここはDispatch Semaphoreを使っておきましょう。詳しくはワシの226ページに書いてあーる。


#import <dispatch/dispatch.h>
#import <stdio.h>

int main()
{
    __block int total = 0;

    dispatch_semaphore_t sema = dispatch_semaphore_create(1);
    dispatch_queue_t queue =
        dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_apply(10000, queue, ^(size_t index) {

        dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);

        ++total;

        dispatch_semaphore_signal(sema);

    });
    dispatch_release(sema);

    printf("total=%d\n", total);

    return 0;
}

ふつうにセマフォです。

あと、今回の場合、Atomic operationsが使えます。

http://developer.apple.com/library/ios/documentation/System/Conceptual/ManPages_iPhoneOS/man3/atomic.3.html


#import <libkern/OSAtomic.h>


    dispatch_apply(10000, queue, ^(size_t index) {

        OSAtomicIncrement32(&total);

    });

Barrierあり/なしの使い分けは、http://stackoverflow.com/questions/2436513/macosx-osatomic-vs-osatomicbarrierにありました。

もしくはGCC組み込みAtomic関数(http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Atomic-Builtins.html)を使うのも手です。


    dispatch_apply(10000, queue, ^(size_t index) {

        __sync_fetch_and_add(&total, 1);

    });

clangでも使えます。Mac OS X、iOS以外の環境でも使える点がメリットでしょうか。また上記のとおり、OSAtomicに対して若干汎用的すぎるところがデメリットと言えるかと(++がないとか)。移植性を取るかどうか、てことですね。GCC拡張使って移植性どうこう言うのもあれだとは思いますが。

てことで、__block修飾子に関しては、以上で終りです。補遺はまだ続くかもしれません。

『iOS 4プログラミングブック』第5章マルチスレッド補遺その4

2011-01-28T09:36:00.005+09:00

そろそろ皆様のお手元にもあるのではないかと思ったりする『iOS 4プログラミングブック』。

「しかし、第5章『マルチスレッド』の補遺の割に、ちっともマルチスレッドじゃない」

とお嘆きの読者様。朗報です。やっとマルチスレッドの話です。

__block変数への書き込みってスレッドセーフ??

GCDのdispatch_applyで、Global QueueにBlock突っ込むと、それはもう簡単に複数スレッドから同時に__block変数を書き換えることができます。

... あ、もしかして、GCDことGrand Central Dispatch、よくご存知でなかったりしますでしょうか? そういう話でしたら、それはもう詳しく説明している本がありますので、この場を借りてご紹介できればな、と思います。

『iOS 4プログラミングブック』: ■5-3 Grand Central Dispatchの概要; ■5-4 Grand Central Dispatchの解説

はい、宣伝させていただいてありがとうございます。dispatch_applyでガンガン__blockを書き換えるソースを書いてみます。


#import <dispatch/dispatch.h>
#import <stdio.h>

int main()
{
    __block int total = 0;

    dispatch_queue_t queue =
    dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_apply(10000, queue, ^(size_t index) {

        ++total;

    });

    printf("total=%d\n", total);

    return 0;
}

実行すれば


total=10000

と出るはずです。実行してみましょう!


total=6749

あれ。あ、ちなみにCore 2 DuoなMacBook Proで実行してますよ。もう一度。


total=10000

期待通り。念のためもう一回。


total=8664

うーん。ということで、すでにお気づきのことと思いますが、

__block変数はスレッドセーフではありません

その1から読んでくださっている読者の方には当然の結果かとおもいます。clang -rewrite-objcで見たとおり、++(total.__forwarding->total);になってるだけですから、スレッドセーフなわけがないのです。

マルチスレッド下で、__block変数を安全に更新する方法とははたして!? つづきます。

『iOS 4プログラミングブック』第5章マルチスレッド補遺その3

2011-01-27T10:43:00.003+09:00

いよいよ本日、2011年1月27日発売!の『iOS 4プログラミングブック』。

その1、その2と「__block修飾子」について深追いしてきましたが、まだ潜ってみます。ぶくぶくぶく。

潜る前に、まずは地図を見ておきましょう。

179ページにあるとおり、Blocksのことが知りたかったらLLVMのドキュメントを参照します。

■http://clang.llvm.org/docs/BlockLanguageSpec.txt
■http://clang.llvm.org/docs/Block-ABI-Apple.txt

... しかしまぁ、言うは易く行うは難し。英語読むくらいならソースコード読むほうが楽ですね。地図なしで。

てことで、ソースを読んでみます。ぶくぶくぶく。

Block_copyとかBlock_releaseとかは、C言語のランタイムライブラリの一部としてLLVMのソースツリーに入ってます。

https://llvm.org/svn/llvm-project/compiler-rt/trunk/BlocksRuntime/Block_private.h
https://llvm.org/svn/llvm-project/compiler-rt/trunk/BlocksRuntime/runtime.c

このへん。

その2で出てきたflags: 0x1000002のbit定義がありますね。


enum {
    BLOCK_REFCOUNT_MASK =     (0xffff),
    BLOCK_NEEDS_FREE =        (1 << 24),
    BLOCK_HAS_COPY_DISPOSE =  (1 << 25),
    BLOCK_HAS_CTOR =          (1 << 26), /* Helpers have C++ code. */
    BLOCK_IS_GC =             (1 << 27),
    BLOCK_IS_GLOBAL =         (1 << 28),
    BLOCK_HAS_DESCRIPTOR =    (1 << 29)
};

BLOCK_REFCOUNT_MASK = 0xffff... 65536回Block_copyするとやばそうですね!

それはさておきBlock_copyすると、__block変数は_Block_byref_assign_copy()でcopyされます。


/*
 * Runtime entry points for maintaining the sharing knowledge of byref data blocks.
 *
 * A closure has been copied and its fixup routine is asking us to fix up the reference to the shared byref data
 * Closures that aren't copied must still work, so everyone always accesses variables after dereferencing the forwarding ptr.
 * We ask if the byref pointer that we know about has already been copied to the heap, and if so, increment it.
 * Otherwise we need to copy it and update the stack forwarding pointer
 * XXX We need to account for weak/nonretained read-write barriers.
 */

static void _Block_byref_assign_copy(void *dest, const void *arg, const int flags) {

forwardingポインタに代入しているところを見ると


    copy->forwarding = copy; // patch heap copy to point to itself (skip write-barrier)
    src->forwarding = copy;  // patch stack to point to heap copy

heap上構造体のforwardingも、stack上構造体のforwardingも、heap上の構造体を示すように書き換えられてます。安心して__block変数を操作できますね。

その2で使った秘密の_Block_byref_dump()もありますよ。

ちなみに、Mac OS X 10.5/iOS 3.1.3以前でもBlocksを使えるようにするplblocksてのがあります。

http://code.google.com/p/plblocks/source/browse/Runtime/trunk/Source/Runtime/Block.m

たとえばiOS SDK 4.2に入っているtoolchain(gcc, llvm-gcc, clang)は、Block構文をコンパイルすることが可能です。ということで実は、Deployment Targetを3.1.3にしても(Deployment Targetについては、iOS 4プログラミングブック第10章ユニバーサル対応で詳しく説明してますよ!)、stack上でだけならBlocksを使うことができます。ただしBlocks用ランタイムがないため、Block_copy/Block_releaseなどはできません。そこで、plblocks runtimeのヘッダをインクルードして、plblocks runtimeのソースとともにコンパイルすると、plblocksのBlock_copy/Block_release実装を使えるようになるわけです。

ついでにlibdispatchを使えば、iOS3.1.3とかでもGrand Central Dispatchまで使えるわけですが、それはまた別の講釈で...

__block修飾子については語りつくした感がありますが、まだつづくよ

『iOS 4プログラミングブック』第5章マルチスレッド補遺その2

2011-01-26T13:12:00.006+09:00

『iOS 4プログラミングブック』第5章マルチスレッド補遺その2

2011年1月27日発売でも、すでに書店に並びつつある『iOS 4プログラミングブック』。

今回も引き続き第5章マルチスレッドの補遺として、「__block修飾子」を深追いしてみます。

その1で書いたとおり、__block変数の実態は「total.__forwarding->total」て感じです。Block生成直後はstackに居るので、この__forwardingポインタは自分が含まれる構造体を示し、Block_copyでstackからheapに移動されると(189ページ参照)、__forwardingポインタが移動後のアドレスを示すわけですね。「total.__forwarding->total」は、stackにあるか、heapにあるか、気にせずにアクセスできるわけです。

確かめてみましょう!


#import <Foundation/Foundation.h>
#import <stdio.h>

extern const char *_Block_byref_dump(void *);

void dump(int line, int *p)
{
    p -= 4;
    printf("\ndump line:%d\n", line);
    puts(_Block_byref_dump(p));
}

int *test()
{
    __block int total = 11;

    dump(__LINE__, &total);

    void (^block_on_stack)() = ^{

        ++total;

        dump(__LINE__, &total);
    };

    block_on_stack();

    printf("\n___ Block_copy ___\n");
    void (^block_on_heap)() = Block_copy(block_on_stack);

    dump(__LINE__, &total);

    block_on_stack();

    block_on_heap();

    printf("\n___ Block_release ___\n");
    Block_release(block_on_heap);

    dump(__LINE__, &total);

    block_on_stack();

    return &total;
}

int main()
{
    dump(__LINE__, test());
}

__block変数をダンプするための秘密の関数 _Block_byref_dump を使って、それぞれの状況で__block変数の状態を表示してみます。このソースコードに埋めてみましょう。


int *test()
{
    __block int total = 11;

    dump(__LINE__, &total);
    
        dump line:17
        byref data block 0xbffffa70 contents:
          forwarding: 0xbffffa70    ← stackに生成されてる
          flags: 0x0
          size: 20
    

    void (^block_on_stack)() = ^{

        ++total;

        dump(__LINE__, &total);
    };

    block_on_stack();
    
        dump line:23
        byref data block 0xbffffa70 contents:
          forwarding: 0xbffffa70  ← stack上のBlockからstack上の__block変数を使用
          flags: 0x0
          size: 20
    

    printf("\n___ Block_copy ___\n");
    void (^block_on_heap)() = Block_copy(block_on_stack);

    dump(__LINE__, &total);
    
        dump line:31
        byref data block 0x100150 contents:
          forwarding: 0x100150    ← heapにコピーされた!
          flags: 0x1000002        ← 要Block_releaseフラグと、参照カウンタ(2)
          size: 20
    

    block_on_stack();
    
        dump line:23
        byref data block 0x100150 contents:
          forwarding: 0x100150    ← stack上のBlockからheap上の__block変数を参照している
          flags: 0x1000002
          size: 20
    

    block_on_heap();
    
        dump line:23
        byref data block 0x100150 contents:
          forwarding: 0x100150    ← heap上のBlockからheap上の__block変数を使用している
          flags: 0x1000002
          size: 20
    


    printf("\n___ Block_release ___\n");
    Block_release(block_on_heap);

    dump(__LINE__, &total);
    
        dump line:40
        byref data block 0x100150 contents:
          forwarding: 0x100150
          flags: 0x1000001    ← Block_releaseしたので参照カウンタが減少(2→1)
          size: 20
    

    block_on_stack();
    
        dump line:23
        byref data block 0x100150 contents:
          forwarding: 0x100150    ← stack上のBlockからheap上の__block変数を使用。まだ参照カウンタが1なのでheap上に残存
          flags: 0x1000001
          size: 20
    

    return &total;
}

int main()
{
    dump(__LINE__, test());
    
        dump line:49
        byref data block 0x100150 contents:
          forwarding: 0x100150
          flags: 0x1000000    ← 参照カウンタが0なのでheap上に残ってないはず!
          size: 20
    
}

(Mac OS X 10.6、clang -m32で確認)

てことで、Block_copy使うと、本当にstackからheapに移動してることがわかりました。

ついでに、Block_releaseしても、heapからstackに戻すわけじゃなさそうなこともわかりました。

あ、dump関数が、「total.__forwarding->total」からのアクセスなので、Block_copy以降全部heapに存在しているように見えますが、stack上のtotal.__forwardingがちゃんとheap上のものをさしているので、stack上のtotal構造体を触っても平気です。

もはや誰得の情報なのか混迷を極めて来ましたが、つづきます。

『iOS 4プログラミングブック』第5章マルチスレッド補遺その1

2011-01-25T11:33:00.004+09:00

そろそろ書店に並びつつある、かもしれない、『iOS 4プログラミングブック』。

「第5章マルチスレッド」にて、ちょっとAdvanced過ぎるかも、と思った内容を補遺として連載してっちゃいますよ。

というわけで今回は、本当に187ページで説明している「__block修飾子」について、もうちょっと掘り下げてみます。

たとえば、「__block修飾子」を付けたint型のauto変数を用意してみましょう。


int main()
{
    __block int total = 11;

    ++total;

    return total;
}

「__block」付いてる以外は、ごく普通のコードです。

しかし、コレ実際何がどうなるんでしょうか。

実は、clangを使うと一瞬でわかります。


$ clang -rewrite-objc test.m

これでObjective-Cのソースコードを、おなじみのC++のソースコードに変換することが可能なのです。

あ、C++になじみがない方もご安心を。--rewrite-objcで生成されるC++ソースコードは、ほぼC言語です(ほぼC言語なのにC++として生成されるのか、それは謎です)。

生成されたC++ソースコードを見てみると。


(抜粋)
#define __block

struct __Block_byref_total_0 {
    void *__isa;
    __Block_byref_total_0 *__forwarding;
    int __flags;
    int __size;
    int total;
};

int main()
{
    __block struct __Block_byref_total_0 total = {
        (void*)0,
        (struct __Block_byref_total_0 *)&total,
        0,
        sizeof(struct __Block_byref_total_0),
        11
    };

    ++(total.__forwarding->total);

    return (total.__forwarding->total);
}

int型だったtotalが、なにやら複雑な構造体になっていることがわかります。そして元々のint totalは、構造体のメンバーとして収納されています。

なぜこのような構造体が必要なのか。それはiOS 4プログラミングブック 189ページで説明しているように、Block_copyによって__block変数がstackからheapに移動されてもへいちゃら! と言えるようになっているわけです。

以上、何気なく付けた__block修飾子が実はこんな構造体になってました、というお話でした。

その2に続きます。

iOS 4プログラミングブックサンプルコード

2011-01-24T06:48:00.007+09:00

今週には本屋に並ぶ『iOS 4プログラミングブック』ですが、本の内容をよりよく理解できるように、サンプルコードも準備させていただいています。

http://www.impressjapan.jp/books/2976

発売日の2011年1月27日には、上記URLよりサンプルコードにアクセスできると思います。
(2011/1/24追記: すでにサンプルコードにアクセスできます!)

私が担当した2つの章

■第5章マルチスレッド
■第10章ユニバーサル対応

でも、それぞれ1つづつサンプルコードを用意してます。

第5章マルチスレッド用のサンプルコードでは、Blocks、Grand Central Dispatchをそりゃもうふんだんに使用しました。まさに実戦サンプルアプリケーションではないかと思います。しかも趣味丸出しの、まさかのcocos2d使用!です。

ソースコードは、こんな感じです。


/*
 * 「5-4-2 Dispatch Queue」(213ページ)
 * 各記事のフォトイメージを取得するための非同期HTTP通信は、
 * メインスレッド(Main Queue)で実行される必要がある。
 */
dispatch_async(mainQueue, ^{

    /*
     * 非同期HTTP通信(要メインスレッド(Main Queue))
     */
    [AsyncURLConnection request:imgUrl
            completeBlock:^(NSData *data) {

        /*
         * 「5-4-2 Dispatch Queue」(213ページ)
         * 各フォトイメージに対する処理は
         * メインスレッド(Main Queue)で実行される必要はないので
         * Global Queueで実行。
         */
        dispatch_async(globalQueue, ^{

            /*
             * ファイル書き出しを、メインスレッドで行うと
             * UI更新やイベント処理が遅延するため、
             * メインスレッド以外で実行させる必要がある。
             */

『iOS 4プログラミングブック』は、今週、2011年1月27日発売です。是非お手にとってみてくださいませ。

Objective-Cのautorelease

2011-01-14T06:31:00.007+09:00

Objective-Cのautoreleaseで、実際に何が起こるのか。オープンソースのCocoa実装GNUstepのソースコードで追いかけてみました。

http://togetter.com/li/88945 「autoreleaseのひみつ」

Cocoa全クラスの親クラス NSObjectにautoreleaseメソッドがあり、このautoreleaseメソッドは、NSAutoreleasePoolクラスのクラスメソッドaddObject:メソッドを呼ぶだけです。


[hoge autorelease];
    /* [NSAutoreleasePool addObject:hoge]; と同じ */

NSAutoreleasePool addObject:は、そのスレッドのカレントプールにオブジェクトを追加します。メインスレッドの場合、通常NSRunLoopのループ先頭で確保されたプールになります。

NSRunLoopのループ終わりで、確保されていたプールが解放され、そのプールに入っているオブジェクト全てにreleaseが送られます。

図解すると次の通り。

(※ pool = [[NSAutoreleasePool alloc] init]; ですね)

NSAutoreleasePoolをalloc,initすると、そのプールがカレントプールになります。以下のようなスタックになってます。

(※ こちらもpool* = [[NSAutoreleasePool alloc] init]; ですね)

クラスメソッドを呼びまくったり([NSString stringほげ]とか)、autoreleaseを呼びまくるようなシチュエーション、たとえば、たくさん画像を読み込む場合。ファイルを読み込んだNSDataオブジェクト。それから作ったUIImageオブジェクト。サイズを変更したりしてまたUIImageオブジェクト。なんて時にautoreleaseしただけでreleaseされてないオブジェクトが大量に残ったりします。


    for() {
        NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

        /* 画像読み込み処理 */;

        [pool drain];
    }

とすれば、こまめにreleaseすることができます。Mac OS Xでガベージコレクションいかしたプログラミングする時に役立つように、drainを使っておきましょう。GCされます。

メモリ管理全般の話は、Memory Management in Objective-Cがわかりやすいかと思います。iDeveloper TVのフリーセッションビデオです。Objective-Cのallocの前に、そもそもC言語のmallocで何が起きるのか、から入っています。

あ、そういえば、iPhone開発本「iOS 4プログラミングブック」(2011年1月27日発売) 344ページ中70ページくらい書いたりしています。BlocksとGrand Central Dispatchについて、本当に詳しく書きましたので、よろしければ是非。

iPhoneアプリ開発講座

2011-01-13T21:30:00.003+09:00

マディソン・エリア工芸学校(Madison Area Technical College)のiPhone開発講座がとてもとてもとても充実しています。

1項目3時間(実際の授業では1時間×3コマみたいです)に及ぶビデオがなんと14本(Springの14は3分割されてますから実際は16本)、さらに2期分で、計28本合計84時間!

WWDC 2010のビデオと同じくらいオススメの内容です。

※iTunesのリンクが正常に動作しないようで、以下のリンクをクリックしてもiTunes Uに飛べるとは限りません。iTunesでAdvanced iPhone Developmentを検索しましょう。※

■Advanced iPhone Development - Spring 2010 http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=407243032: □Course Notes
■Advanced iPhone Development - Fall 2010 http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=407243028

たとえば

Fall 2010 12. Multithreading, multitasking, and GCD: 35分くらいマルチタスキング、1時間5分くらいみっちりスレッド。1時間10分以上Grand Central Dispatch。スレッド部分で、performSelectorInBackgroundの説明とともに、Race Conditionなどスレッドプログラミングにおける基本をみっちりやって、NSOperationQueueの使い方。そしてGrand Central Dispatchでどれだけ楽になるか。という流れ。
Spring 2010 12. OpenGL ES, Fall 2010 13. OpenGL ES 2.0: OpenGL ES 1.1、OpenGL ES 2.0を網羅。画面を確認しながらvertex shader、fragment shaderを説明。なかなか見かけない講座です。
Sprint 2010 14 Guest Speaker, Fall 2010 14. Selling iOS applications: アプリの売り方、プロモーションについて、売上の推移、AdMob,iAd。これまたなかなか見られない内容です。WWDCではこういうのは見れない(笑)

あ、英語に抵抗ある人は『iOS 4プログラミングブック』をどうぞ! Blocks、Grand Central Dispatchを知りたいならコレ。

MacVim-KaoriYa 20110111

2011-01-11T16:39:00.003+09:00

MacVim-KaoriYa 20110111版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20110111.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.99、MacVim Snapshot 56、香り屋パッチ 20110109ベースです。

GUI実行時(MacVim.appを実行時)のIM制御のデフォルトを変更しました(Readme 日本語入力(IM)自動オン/オフ)。

set imdisableactivate

ESCでIM入力が自動でオフになりますが、再度入力モードに入っても自動でIMをオンにしなくなりました。

set noimdisableactivate

とすると、ESCでIM入力が自動でオフになり、再度入力モードに入ると自動でIMをオンにします。

set imdisable

で、IM自動制御自体を禁止します。

本を書きました (iOS 4プログラミングブック第5章/第10章)

2010-12-27T20:46:00.011+09:00

(http://twitpic.com/3k6c7o より)

『iOS 4プログラミングブック』です。2011年1月27日発売です。

■第5章マルチスレッド
■第10章ユニバーサル対応

以上の内容を70ページくらい書かせていただきました。

第5章ではiOS 4で追加されたBlocks、Grand Central Dispatch (GCD)を詳細に説明させていただきました(正確にはBlocksはiOS3.2からですけども)。よくありがちな、こういう機能がありますよ、という軽い紹介ではなく、これ以上ないくらい深追いして書いてしまいました。深追いストにも満足の仕上がりだと思います。Blocksは類書がすでにありますが、Grand Central Dispatchに関しては、少なくとも現時点では、他に類を見ない内容ではないかと思っております。

(追記 2011/1/6)
Blocksの説明に26ページ、Grand Central Dispatch(GCD)の説明に31ページ使っています。

また第10章では、iOS 4だけでなくiOS 3や、複数のデバイスの同時対応方法を書かせていただきました。これまた、こうすればいいんです、みたいなありがちな話で終わるのではなく、なんでこうするのか、どうなるのか、まで深追いしております。これまた深追いストにも満足の仕上がりです。

なお第5章 Blocks、Grand Central Dispatchですが、実はiOS 4限定の話ではなくて、Mac OS Xプログラミングでも通用する話です。Mac App Storeを狙っている方にも第5章を読んでいただければな、と思います。

さらに言えば、FreeBSD(http://wiki.freebsd.org/GCD)、Linux(http://lists.macosforge.org/pipermail/libdispatch-dev/2010-July/000397.html)でもBlocks、Grand Central Dispatchが使えるわけですから、FreeBSDやLinuxをご使用の方も是非読んでいただければ幸いです。

(追記)

編集担当のはっちゃん（@hacchan）です。
写真の白見本ですが、会社のレーザープリンターで出力したカバーなので、ちょっと貧素に写っていますが、実物はマッドPP加工されて、もっとかっちょ良くなる予定です。
仕上がりを楽しみにお待ち下さいませ～（^-^）

とのことですので、持ってるだけでうれしい本にもなりそうです! お待ちくださいませ!

iOS4プログラミングブック

libfreenectをiOS用にビルドしてみる

2010-12-24T11:26:00.007+09:00

まずiOS SDK 4.2用にIOKitのヘッダを準備。


$ sudo ln -s /Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/IOKit.framework/Headers /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.2.sdk/System/Library/Frameworks/IOKit.framework

libusbとlibfreenectのソース取得とパッチ


$ ftp -o - "http://git.libusb.org/?p=libusb.git;a=snapshot;h=7da756e09fd97efad2b35b5cee0e2b2550aac2cb;sf=tgz;js=1"|tar xzvf -
$ git clone git://github.com/OpenKinect/libfreenect.git
$ cd libusb-7da756e
$ patch -p1 < ../libfreenect/platform/osx/libusb-osx-kinect.diff

libusb configureとビルド

configure-iphone.sh をファイルに保存


$ sh autogen.sh
$ sh configure-iphone.sh
$ make

libfreenectのビルド


$ cd ../libfreenect/src
$ ln -s ../../libusb-7da756e/libusb ../include/libusb-1.0
$ /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/arm-apple-darwin10-gcc-4.2.1 -march=armv6 -miphoneos-version-min=3.1.3 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.2.sdk -I../include -c *.c
$ /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/ar rcu libfreenect.a *.o

libusb-7da756e/libusb/.libs/libusb-1.0.aと、libfreenect/src/libfreenect.aの出来上がり。

まだ実行ファイルとしてlinkしてませんので何か足りないかもしれません。

言うまでもないことですが、App Storeの審査には通りません。

2010.12.27 追記
iPad 4.2.1だと、Kinectは消費電力が大きすぎる、というエラーで接続できませんでした。iPad 3.2に戻すこともできず。

MacVim-KaoriYa 20101222

2010-12-22T13:18:00.002+09:00

MacVim-KaoriYa 20101222版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20101222.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.87、MacVim Snapshot 56、香り屋パッチ 20101218ベースです。

q:後、echo 1などを実行しても、実行結果が消えてしまっていたのですが、MacVim Snapshot 56より修正されています。お試し下さいませ。

Entitlements.plist

2010-12-22T05:58:00.004+09:00

iOS SDK 4.2を使う場合は、たとえAdHoc用のビルドでも、通常Entitlements.plistは不要。

XcodeがEntitlements.plistを自動生成してくれるからです。

build/プロジェクト名.build/構成名-iphoneos/ターゲット名.build/ターゲット名.xcent

に、Technical Q&A QA1710 Figure 4と同じEntitlements.plistが生成されます。

へたに自分で作るとエラーを喰らいます。ビルド設定「コード署名権限(CODE_SIGN_ENTITLEMENTS)」を削除しましょう。

で、「通常不要」ということは、必要とする場合があるわけですが、

Technical Q&A QA1710

IMPORTANT: An Entitlements file is generally only needed when building for Ad Hoc Distribution or enabling Keychain data sharing. If neither of these is true, delete the entry in Code Signing Entitlements. This will resolve the error.

前述通りAdHoc用ビルドだとしても自動生成されますから、自分でEntitlements.plistを用意しなければならないという場合は、Keychain data sharingのときだけ、ということになります。その場合は、必ずXcodeの「ファイル追加」で生成しましょう。追加>新規ファイル>Code Signing>Entitlementsです。

(調査の経緯は私のtweets 15時〜)

cocos2d for iPhone 本3冊

2010-12-20T09:30:00.004+09:00

iPhone、iPad用の2Dゲームを作るならcocos2d for iPhoneで決まり、と言っても過言ではないですが、そのcocos2d、最近連続して本が出版されてますよ。

■Learn iPhone and iPad Cocos2D Game Development: APRESSからPDF版をクーポン使って買うのがお得。; 特色: Game Center組み込み方法
■Learning Cocos2D: 出版予定は2011年5月。Safari Book onlineでrough cut PDF版を買えます。随時アップデートされて、最終的に製品版に。買うなら今。; 特色: Advanced Topics (まだ書かれてませんが...)
■ Cocos2d for iPhone 0.99 Beginner's Guide: packtpubからPDF版を買えば15% off; 特色: OpenFeint組み込み方法

以上全部英語ですけども。日本語の本だと、丸々cocos2dの本はまだないですが、以下の本でちょっとだけ扱ってますね。

iPhoneのオモチャ箱 iPhone SDKプログラミング
iPhone SDK開発のレシピ　113個のレシピで学ぶiPhoneアプリ開発の極意

ちなみに私がプログラムを担当したヌカカの結婚、テロメアの帽子、カルシノの贈り物もcocos2dを使ってますよ。

MacVim-KaoriYa 20101214

2010-12-14T15:00:00.002+09:00

MacVim-KaoriYa 20101214版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20101214.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.81、香り屋パッチ 20101209ベースです。

Ruby 1.8/1.9同時対応になりました。MacPortsでRuby1.9をいれた場合、以下の設定でRuby 1.9を使用できます。


let $RUBY_DLL="/opt/local/lib/libruby.1.9.dylib"

Python 3.1にも対応しています。


let $PYTHON3_DLL="/opt/local/Library/Frameworks/Python.framework/Versions/3.1/Python"

pathogenも入れておきましたので、.vimrcに以下の行を追加するだけで使用できます。


call pathogen#runtime_append_all_bundles()

MacVim-KaoriYa 20101122

2010-11-22T09:57:00.004+09:00

MacVim-KaoriYa 20101122版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20101122.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.63、香り屋パッチ 20101118ベースです。今回は、さらにMacVim-KaoriYaだけの改善がいくつかあります。

■変更点

■netrw scp 要パスワード時にダイアログ表示追加

:e scp://リモートホスト名/パスによりscpを使ってリモートホストのファイルを開くことができますが、今までのバージョンではパスワードの入力が必要だった場合開くことができませんでした。本バージョンより、パスワード入力のためのダイアログが表示されるようになります。scpの機能(SSH_ASKPASS)とシェルスクリプト(macvim-askpass)により実現されています。

■実験的レンダラの文字コード変換失敗時例外対策

実験的レンダラ使用時に、:makeなどの外部プログラム実行時にUTF-8以外の文字列を表示しようとした場合、MacVimが突然終了してしまう不具合がありましたが、本バージョンでは、そのような文字列部分を無視するように対策しました。:makeなどの外部プログラム実行の際は、表示結果をiconvなどでUTF-8に変換することをオススメします。

■IM on/off切り替え時のCursorIM即時反映

IM on/off切替時のイベントを監視するように変更しました。.gvimrcに


highlight CursorIM guibg=Purple guifg=NONE

のように設定することで、IM on/off状態によりカーソルの色を変更することができます。なお本変更はすでにMacVimに取り込まれています。

■vimproc shared libraryのみ同梱

VimShell pluginに必要となるvimproc pluginのうち、ビルドが必要なproc.soだけ同梱しました。同梱されているのはproc.soのみとなりますので、他のplugin同様vimproc plugin自体(vimスクリプト部分)のインストールが必要となります。

■実験版プロポーショナルフォント表示対応

実験的にプロポーショナルフォントを使用できるようにしてみました。あくまで実験ですので、カーソル位置がおかしいなどの不具合が含まれています。

「実験的レンダラを使用する」のチェックを外す(実験的レンダラでは使用できません)
プロポーショナルフォントを指定する
プロポーショナルフォントを使用する設定をON

例:


set guifontwide=
set guifont=AppleGothic\ Regular:h14
set macproportionalfont

■Ruby 1.8/1.9両対応

両対応予定でした... 7.3.058の変更によりRuby 1.9のdynamic loadingができなくなりました。対応検討中です。

MacVim-KaoriYa 20101102

2010-11-02T22:46:00.004+09:00

MacVim-KaoriYa 20101102版をリリースしました。

本バージョンではデフォルトでRuby拡張が使用できません。.vimrcに以下の行を追加する必要があります。


let $RUBY_DLL="/usr/lib/libruby.dylib"

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20101102.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.47ベースで、MacVim snapshot 55相当です(MacVimのChangeLog)。

Vimのバグ修正(skk.vimでのCTRL-Gでアプリケーション終了など)が含まれています。

「カルシノの贈り物」

2010-10-08T08:51:00.005+09:00

私がプログラムを担当しているiPhone/iPad用科学絵本アプリ「カルシノの贈り物」が発売されました!

■カルシノの贈り物無料版

■カルシノの贈り物

「カルシノの贈り物」はムームー森川幸人さん作の科学絵本です。小難しい話をわかりやすくてかわいい絵本にまとめあげています。ほぼ日で立ち読みもできますよ!

前作「ヌカカの結婚」「テロメアの帽子」も面白いです!

プログラム的には前作から一新。わりと根幹部分をC++からObjective-Cに移行。でもIMP cache使いまくりで速度維持(ってまったくもって速度気にする部分じゃないんですけども)。かなり気持ちいい仕上がりになっております。ソースコード的に。あ、もちろん、触って気持ちいいアプリにもなってますよ! いつ読んでいるかわからないロード時間とか(3Gではちょっともたつくところもありますが...)。画面が一瞬黒くなるとか画面が止まったまま操作できないとか一切ありません!

ぜひダウンロードの上お楽しみくださいませ。

MacVim-KaoriYa 20101005

2010-10-07T21:35:00.004+09:00

MacVim-KaoriYa 20101005版をリリースしました。

本バイナリはMac OS X 10.4 tiger 非対応となります。ビルドすることで10.4でも動作します(http://code.google.com/p/macvim-kaoriya/wiki/Building)

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20101005.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3.19ベースで、MacVim snapshot 55相当です(MacVimのChangeLog)。

MacVim-KaoriYa 20100817

2010-08-17T11:07:00.004+09:00

MacVim-KaoriYa 20100817版をリリースしました。

本バイナリはMac OS X 10.4 tiger 非対応となります。ビルドすることで10.4でも動作します(http://code.google.com/p/macvim-kaoriya/wiki/Building)

20100816版がMac OS X 10.5 Leopardで起動しない不具合を修正しました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100817.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Leopardの方ですでにアップデート済みの方は申し訳ありませんが、手動でdmgをダウンロードしMacVim.appを上書きコピーしてくださいませ。

MacVim-KaoriYa 20100816

2010-08-16T13:11:00.003+09:00

Mac OS X 10.5 Leopardで動作しないことが判明しました。Leopardを使用されている方は20100817版をお待ちくださいませ。

MacVim-KaoriYa 20100816版をリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100816.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3ベース
MacVim snapshot 53ベース

となっております。

20090802版からのアップデートでは、Mac OS X 10.4 tiger 非対応となっていることにご注意くださいませ(Sparkleの設定により10.4では自動アップデートしないようになっております)。

MacVim-KaoriYa 20100813

2010-08-13T09:03:00.003+09:00

MacVim-KaoriYa 20100813版をテスト用にリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100813.dmg

MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3e BETAベース
MacVim snapshot 52.7ベース

となっております。

MacVim-KaoriYa 20100805

2010-07-27T12:09:00.004+09:00

MacVim-KaoriYa 20100805版をテスト用にリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100805.dmg

今回はSparkleによる自動アップデートが可能なはずですので、MacVim-KaoriYaのMacVimメニューの「アップデートを確認」よりアップデートをお試しくださいませ。

Vim 7.3d BETAベース
MacVim snapshot 52.6ベース
日本語ドキュメント更新に追従(http://www.kaoriya.net/vimdoc_j/)

となっております。

MacVim-KaoriYa 20100614

2010-06-14T13:53:00.003+09:00

MacVim-KaoriYa 20100614版をテスト用にリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100614.dmg

Vim 7.3a BETAベース
MacVim snapshot 52.2ベース
香り屋さんのVim 7.2-20100510 for Windowsベース
Sparkle再導入(unstable版xml) 運がよければ次のバージョンから自動的に更新されます。
macvim73-kaoriya branch
バージョンアップに追従できなさそうなのでvimproc同梱停止。

となっております。

MacVimのgit repository移動にともない、MacVim-KaoriYaもgithubに移行しました。この際、今までの履歴を捨てて移行してしまいましたので、動作や日本語リソースがおかしいことも考えられます。気付いたことがありましたら教えてくださいませ。また開発環境更新によりLeopard(10.5)での動作確認を行えておりません。こちらも動作した/しないなど教えていただけますと幸いです。

ぜひテストにご協力くださいませ。

iPhoneアプリ作りました

2010-04-02T09:33:00.004+09:00

私がプログラムを担当したiPhone用初アプリが発売開始されました!

■http://www.muumuu.com/apps/

■ヌカカの結婚英語版無料版
http://itunes.apple.com/jp/app/nukakas-marriage-free/id364591545?mt=8

■ヌカカの結婚英語版
http://itunes.apple.com/app/nukakas-marriage/id364576997?mt=8

■ヌカカの結婚日本語版無料版
http://itunes.apple.com/jp/app/id364593647?mt=8

■ヌカカの結婚日本語版
http://itunes.apple.com/jp/app/id364585889?mt=8

iPhone用絵本アプリです。全編アニメーションおよびナレーション付きです。

cocos2d for iPhone v0.99.0を使用しています。

起動時間、起動時タイトルへの奇麗なつなぎ、データロードを意識させない、などなどこだわって作っております。
(起動時間はもうちょっとがんばれそうですが...)

iPhone, iPod touch, iPad をお持ちの方はまずは無料版をお試しくださいませ!

MacVim-KaoriYa 20100330

2010-03-30T10:16:00.002+09:00

20100330版をテストリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100330.dmg

Vim 7.2.411
香り屋さんのVim 7.2-20100325 for Windowsベース

となっております。

お試しくださいませ。

MacVim-KaoriYa 20100315

2010-03-15T08:58:00.002+09:00

MacVim-KaoriYa 20100311版はperl,rubyで問題があるため、20100315版をテストリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100315.dmg

香り屋さんのVim 7.2-20100313 for Windowsベース

となっております。

if_rubyにwin32用の関数が混入、およびif_perlに5.10.0用に5.10.1以降の関数が混入(これはオリジナルから)してました。
(if_ruby,if_perl,if_python自体をdll,shared library,dylib化してもらいたいものです...)

お試しくださいませ。

MacVim-KaoriYa 20100311

2010-03-11T15:44:00.002+09:00

MacVim-KaoriYa 20100311版をテストリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100311.dmg

MacVim snapshot-52ベース
Vim 7.2.376
香り屋さんのVim 7.2-20100306 for Windowsベース

となっております。

またSnow Leopardの実験的レンダラかつIMインライン入力時に、IM変換中の文節のアンダーラインを太くしました。

お試しくださいませ。

AndroidソースコードをNexus One向けにビルドする

2010-02-25T16:13:00.003+09:00

Nexus Oneのboot loaderのunlockとか、recovery imageとかはこちらをどうぞ。

■http://forum.xda-developers.com/showthread.php?t=611829
■http://forum.xda-developers.com/showthread.php?t=623496

■Androidのソースコードを準備

eclair branchを使用します。

http://source.android.com/download

$ repo init -u git://android.git.kernel.org/platform/manifest.git -b eclair

■cyanogenさんのNexus One用vendor repositoryを取得

$ cd $MYDROID
$ git clone git://github.com/cyanogen/android_vendor_cyanogen.git vendor/cyanogen
$ git clone git://github.com/cyanogen/android_vendor_google_passion.git vendor/google/passion
$ git clone git://github.com/koush/android_vendor_motorola_sholes-open.git vendor/motorola/sholes-open

■Nexus Oneからproprietaryなファイルを抽出

$ (cd vendor/google/passion; ./extract-files.sh)

発売開始直後のversionだとファイルが足らず失敗します。最新版に上げて実行します。

■環境変数設定(毎回必要)

$ source build/envsetup.sh
$ lunch cyanogen_passion-eng

PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=2.1
TARGET_PRODUCT=cyanogen_passion
TARGET_BUILD_VARIANT=eng
など表示されれば成功

■make

$ make

■fastboot

$ fastboot flash boot boot.img
$ fastboot flash userdata userdata.img
$ fastboot flash system system.img

以上。Mapsとか入れる場合は extract-google-files.sh して CYANOGEN_WITH_GOOGLE=1 で。

MacVim-KaoriYa 20100210

2010-02-10T11:00:00.003+09:00

MacVim-KaoriYa 20100210版をテストリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100210.dmg

実験的レンダラ(Core Text)使用時のvsplit描画不具合と、ウインドウズーム時に一瞬白くなるのが治っているようです。

Vim 7.2.350
Vim日本語ドキュメント 20100207のスナップショット

お試しくださいませ。

MacVim-KaoriYa 20100125

2010-01-25T10:24:00.002+09:00

MacVimがひさびさにVimをmergeしたので、MacVim-KaoriYaも追従して、20100125版としてテストリリースしました。

http://code.google.com/p/macvim-kaoriya/

http://macvim-kaoriya.googlecode.com/files/macvim-kaoriya-20100125.dmg

Vim 7.2.344
vimproc v2.03(20100114)版
Vim日本語ドキュメント 20100114のスナップショット

お試しくださいませ。

MacVim-KaoriYa 20091225 のvimproc

2009-12-25T14:19:00.002+09:00

MacVim-KaoriYa 20091225版に含まれる vimproc 20091217版の vimproc.vim にはバグがあるようですので、vimshellなどvimprocを使用しているpluginを使用している方は、

vimproc downloads

からv2.02をダウンロードし、MacVim.app/Contents/Resources/vim/runtime/autoload/vimproc.vim を入れ替えてご使用くださいませ。

MacVim-KaoriYa 20091225

2009-12-25T05:56:00.004+09:00

http://code.google.com/p/macvim-kaoriya/

20091225版をテストリリースしました。

Vim 7.2.320
vimproc 20091217版

お試しくださいませ。メリークリスマス

MacVim-KaoriYa 20091124

2009-11-24T15:13:00.005+09:00

http://code.google.com/p/macvim-kaoriya/

20091124版をテストリリースしました。Vim 7.2.303、MacVim snapshot 51ベースになっています。

今回からATSUIレンダラに代わりCore Textレンダラが入りました。

「MacVim」メニュー「環境設定」「詳細」「実験的レンダラを使用する」を選択状態にすると使用できます。すでに選択状態になっていた場合は、一旦解除して再度選択状態にする必要があります。標準レンダラに比べてフォント表示などに問題があると思いますが。

(2009/11/24 17:30 追記)「インラインインプットメソッドを使用する」も選択しないと入力中の文字が表示されません。つまり現状ことえりしかまともに使えないことになりそうです。

お試しくださいませ。

http://twitter.com/splhack

MacVim-KaoriYa 20091113

2009-11-13T11:45:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

20091113版をテストリリースしました。

Vim 7.2.284ベース
きよはらさんによるformat.vimの修正を取り込み(http://classaz.blogspot.com/2009/11/macvim-kaoriyaformatvim.html)

お試しくださいませ。

MacVim-KaoriYa 20091027

2009-10-27T09:13:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

20091027版をテストリリースしました。

半角カタカナの濁点半濁点があると直前の文字を含めて1文字扱いになってしまい表示が崩れる不具合を対策しました。

半角カタカナにお悩みの方はぜひお試しくださいませ。

MacVim と MacVim-KaoriYa の違い

2009-10-24T09:33:00.002+09:00

> 今気付いたが本家MacVim日本語対応してるね

してます。ほぼ問題なく使用できるはずです。IM制御コードなど主要な部分のpatchはすでに取り込まれています。

ただ些細な問題とか説明が難しいというか面倒というか、インラインIMでのカーソル位置とか、インラインIMのGUIでの設定とかはpatch送ってません。

あとは、http://code.google.com/p/macvim-kaoriya/に書いてある通りです。

香り屋版: 日本語を扱う上で便利な設定やスクリプトが追加されています。ローマ字のまま日本語をインクリメンタル検索できるmigemo機能が統合されています。詳しくはこちら(http://d.hatena.ne.jp/thinca/20090619/1245338963)をご覧ください。
MacVim-KaoriYa: MacVimに対して、香り屋パッチの統合、ローカライズ、MacVim固有の設定、日本語文字コード自動判別、必要なshared library、Perl/Python/Rubyのdynamic loading、Objective-C対応ctags、などを追加しています。インストールしてすぐ使えるのが目標です。

結構違いますですよ → http://repo.or.cz/w/MacVim/KaoriYa.git

MacVim-KaoriYa 20091020

2009-10-20T11:12:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

20091020版をアップしました。MacVimの構造上ATOKとAquaSKKでの問題を(現時点では)回避するのが難しいので、デフォルトではインラインIM入力をdisableにしました。

環境設定の詳細パネルでインラインIM入力をenableにすることができます。

ことえりでは今のところ問題ありません。ATOKでも入力方法によっては問題ないようです。

IMまわりの不具合のため20090802版を使っていらっしゃる方は是非お試しくださいませ。

MacVim-KaoriYa 20091016

2009-10-16T10:43:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

MacVim-KaoriYa 20091016版をアップしました。まだSparkleが効かないのでテストリリースとしておきます。

MacVim snapshot 50 に追従。
vim 7.2.267 ベースになっています。

お試しくださいませ。

MacVim-KaoriYa と autocomplpop 2.8.1

2009-10-02T13:12:00.002+09:00

MacVim-KaoriYaでautocomplpop使うとえらいことになるのでパッチを作ってみました。

http://gist.github.com/199457

でも、ことえりから1byte文字入力したら破綻する気がしますが...

neocomplcacheをおすすめしておきます。

MacVim-KaoriYa 20091002

2009-10-02T11:15:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

20091002版をテストリリースしました。

MacVimが64bit化
半透明機能復活

Leopard intel/ppc, Snow Leopard で動作するはずです。お試しくださいませ。

MacVim KaoriYa 20090928

2009-09-28T22:24:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

今回もテストリリースです。

Snow Leopard、Leopard intel環境などの MacVim i386 + Vim x86_64 の組み合わせで起きていたスクロールバーが表示されない不具合が修正されました。

お試しくださいませ。

MacVim KaoriYa 20090923

2009-09-23T14:40:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

今回もまだまだまだテストリリースです。

+pythonでimport socketのようなdylibを読むようなscriptを実行させると_PyExc_IOErrorシンボルが解決できずエラーになる件を今度こそ修正しました。たぶん。

20090922版の変更点も合わせてご覧くださいませ。

是非是非お試しくださいませ。

MacVim KaoriYa 20090922

2009-09-22T20:23:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

今回もまだまだテストリリースです(MacVimがちゃんとSnow Leopard対応するまでテストリリースです。半透明にならない、スクロールバーが出ない、など不具合ありますので)。20090922版です。

香り屋パッチを20090919版に更新しました (正確には、20090321版と20090919版のパッチを比較してMacVim-KaoriYaにもれがないことを確認しました)。
+pythonでimport socketのようなdylibを読むようなscriptを実行させると_PyExc_IOErrorシンボルが解決できずエラーになる件を修正しました。

是非お試しくださいませ。

MacVim KaoriYa 20090911

2009-09-11T19:08:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

今回もまだテストリリースです。20090911版です。

残念ながらMac OS X 10.4 Tiger非対応になりました。: Snow Leopardでの使い勝手を優先させていただきました。すみません。が、あくまでバイナリリリースが非対応になっただけですので、ソースコードからのビルドも実行も問題なくできると思います。問題があれば教えてくださいませ。
perl 5.10、python 2.6(2.5ともバイナリ互換)に変更: http://blogger.splhack.org/2009/09/macvim-kaoriya-20090902-2.html; Snow Leopardでは自動的にOS標準のものを使うので、設定は必要ありません。; Leopard intelの場合、64bitでアプリケーションが動く環境では、i386ではなくx86_64のdylib(i386+x86_64のuniversalでももちろん可)を必要とします。rubyとpythonはLeopard標準のものでそのまま動作します。
IM変換時のカーソル位置を対策: 2重アンダーライン表示はできていません。
ATOK 部分確定時の確定文字列消失を対策: 部分確定後アンダーライン位置がずれる場合があるようですが。
vimproc v1.22に更新: vimshellでつかいます。

是非動作確認をお願いいたします。

MacVim KaoriYa

2009-09-06T22:30:00.005+09:00

Snow Leopardでperl5.8.9を使ってbuildするように変更することで、perl5.8.8とのbinary compatibilityを確保(したつもり)。

(20090907 追記) 5.8.8 と 5.8.9 はbinary compatibleじゃないことが発覚。MacPortsのdefaultは5.8.9で、Snow Leopardも5.8.9を標準搭載しているので、5.8.9にしておきます。と思ったんですが、5.8.9だとif_perl.xsがbuildできないので5.10になりました...

ただしSnow Leopardでの使い勝手を優先したことで、次の配布バイナリから、残念ながら 10.4 Tiger intel で動作しなくなりそうです(x86_64で起動しようとして、objcのlibがx86_64がなくて起動しないと思われます)。ppcでは動きそうですが。20090802版を使用していただくか、自力でbuildしていただく必要があると思います。すみません。

http://www.serendip.ws/archives/2951

動作確認ありがとうございます。変換中のカーソル位置は対応してみました。候補選択中のアンダーラインも戻したかったのですが、FEAT_XIM内をどう変更するといいか検討中です。

部分確定はどういう動作をするかNSLog入れて見ていただける人がいれば...

Leopardとx86_64 binary

2009-09-04T11:30:00.000+09:00

Snow Leopardで普通に作ったx86_64 binaryは、Leopardでは動作しない。

printfしかしないようなbinaryの場合、

Leopard用は


 /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 103.0.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0)

Snow Leopard用は


 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0)

と依存しているdylibが違いますし、あとdyldあたりのinterfaceが変わっているような雰囲気です。

Snow LeopardでLeopardでも動くbinaryを作るには、

$ MACOSX_DEPLOYMENT_TARGET=10.5 gcc a.c

とか、

$ MACOSX_DEPLOYMENT_TARGET=10.4 gcc -arch x86_64 -arch i386 -arch ppc a.c

とか。

そもそもUNIXな範囲でx86_64なbinaryがSnow Leopard上で常に有利なの? という話もありますが、それはさておき、

Snow Leopard: 10.6 x86_64
Tiger/Leopard: 10.4 i386/ppc

なuniversal binaryを作ってみたい。

Xcodeだと、MACOSX_DEPLOYMENT_TARGET_x86_64てな感じの設定があるので、

$ MACOSX_DEPLOYMENT_TARGET=10.5 MACOSX_DEPLOYMENT_TARGET_x86_64=10.6 gcc -o a.out -arch i386 -arch x86_64 a.c

もいけるのかと思いきや、gccには通用しません。

ということで、lipoを使います。とりあえずi386 10.5とx86_64 10.6のuniversal binaryを作ってみます。

$ MACOSX_DEPLOYMENT_TARGET=10.5 gcc -o a.out.i386.10.5 -arch i386 a.c

$ MACOSX_DEPLOYMENT_TARGET=10.6 gcc -o a.out.x86_64.10.6 -arch x86_64 a.c

$ lipo -create a.out.i386.10.5 a.out.x86_64.10.6 -output a.out

できました。

$ otool -arch all -L a.out
a.out (architecture i386):
 /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 103.0.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0)
a.out (architecture x86_64):
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0)

それっぽくlinkされています。

てことで喜び勇んでLeopardで動かしてみると、

dyld: unknown required load command 0x80000022

...

ということで、Leopardではx86_64を動かせちゃうので10.6なx86_64を動かしてしまう訳ですね。

ついでにだめもとで試してみると

$ lipo -create a.out.x86_64.10.5 a.out.x86_64.10.6 -output a.out.2
lipo: a.out.x86_64.10.5 and a.out.x86_64.10.6 have the same architectures (x86_64) and can't be in the same fat output file

やはりだめですね。

よって、i386はLeopardで、x86_64はSnow Leopardで、てなことはできなさそうです。

MacVim KaoriYa 20090903

2009-09-03T20:31:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

20090903版をリリースしました。是非動作確認をお願いいたします。

Mac OS X 10.5 Leopard intel で動作しない不具合を修正しました。

結局i386/ppc universal binaryになっています。

http://blogger.splhack.org/2009/09/macvim-kaoriya-20090902.html
http://blogger.splhack.org/2009/09/macvim-kaoriya-20090902-2.html

MacVim-KaoriYa 20090902 その2

2009-09-03T09:06:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

20090902版ですが、重要な変更点を書き忘れました。perl/pythonのbinary compatibleなバージョンを変更しています。
Mac OS X 10.6 Snow Leopardを標準としていますので、

perl 5.8 → perl 5.10
python 2.5 → python 2.6

となりました。rubyは1.8.6 → 1.8.7になっただけで1.8系はbinary compatibleです。

10.6 Snow Leopard で使う場合は、OS標準のものを自動的に使用しますが、
10.4 Tiger, 10.5 Leopard で使う場合、またMacPortsのperl,python,rubyを使用する場合は、.vimrcで、

let $PERL_DLL = "/opt/local/lib/perl5/5.10.0/darwin-2level/CORE/libperl.dylib"
let $PYTHON_DLL = "/opt/local/lib/libpython2.6.dylib"
let $RUBY_DLL = "/opt/local/lib/libruby.1.8.7.dylib"

のように使用するshared libraryを指定してくださいませ。

それ以外のバージョンを使用する場合は自力でbuildする必要があります。Vim自体にもpatchが必要となる場合があります。

MacVim KaoriYa 20090902

2009-09-02T22:49:00.004+09:00

http://code.google.com/p/macvim-kaoriya/

20090902版をアップしました。今回もSparkleフィードはあえて更新していません。

10.4 Tiger/10.5 Leopard: i386/ppc 32bit Vim, 32bit MacVim
10.6 Snow Leopard: x86_64 64bit Vim, 32bit MacVim

というuniversalアプリになっています。

是非動作確認をお願いいたします。

いまのところSnow Leopard上では

スクロールバーが表示されない
ATSUIレンダラが正常動作しない

といった不具合があります。あとはATOKで部分確定すると確定部分が消える問題もあるようです。

(9/3 10:30 追記)

10.5 Leopard intel で動作しませんでした。

PSMTabBarControlが10.6向けになっている(?)
Leopard intelでもx86_64を動作させようとしているが、x86_64は10.6向けのため動かない(?)

のようです。

10.4 Tiger ppc/i386, 10.5 Leopard ppc での動作確認をお待ちしております。

MacVim-KaoriYa と半角カナ

2009-09-01T09:29:00.004+09:00

http://keireki.jp/ak/81620929012052521::18365121723600177760

Mac使いにはMacVim香り屋版がおすすめです。 http://code.google.com/p/macvim-kaoriya/

ご紹介ありがとうございます!

香り屋版ですらMacだと半角ｶﾅが正常に扱えない。。。orz

ぜひ具体例を教えてくださいませ。

文字コードの認識がおかしい場合は、
「ファイル」「エンコード指定...」「開く...」か「再読込...」でコードを指定するか、

:e ++enc=sjis

などでコードを指定してくださいませ。

なおASCII + CP932 半角カナだけだと EUC-JP に認識されてしまう件は、Gauche由来のguessコードを改造してみました。次のリリースから適用されます。

Snow Leopard と MacVim-KaoriYa

2009-08-29T21:49:00.002+09:00

Mac OS X 10.6 Snow Leopard と MacVim-KaoriYa ですが、いまのところ気づいた不具合は以下の2点です。

ATSUIレンダラを使用するとスクロール時に描画不具合が発生(http://code.google.com/p/macvim/issues/detail?id=196): 現時点での対策: デフォルトではATSUIレンダラを使用しませんので問題ありません。MacVimメニュー「環境設定」「詳細」「ATSUIレンダラを使用する」チェックボックスをオフにしましょう。
「Edit in MacVim ...」メニューが表示されない。: 現時点での対策: SIMBLと同じ理由で、64bitモードで起動しているアプリケーションでは外部エディタ連携が使用できません。使用したいアプリケーションを32bitモードで起動する必要があります。

なお、Snow Leopardに限らず、Leopardもですが、MacVim/MacVim-KaoriYa の次のリリースからTISを使ってIM制御するようになってますので、OS Xの環境設定「言語とテキスト」「入力ソースのオプション」「書類ごとに異なるものを使用」にするとMacVim/MacVim-KaoriYaのウインドウごとにIM制御が可能になります。

MacVim-KaoriYa へのリンク

2009-08-25T10:11:00.005+09:00

■WEB+DB PRESS Vol.52 Vimの流儀 http://www.amazon.co.jp/dp/4774139300

必読です!

発売とともにMacVim-KaoriYaのダウンロード数が増えました。ありがたいことです。

■【レポート】Snow Leopardを快適にする - どれがいい? 自分にベストなMacのテキストエディタ(1) http://journal.mycom.co.jp/articles/2009/08/25/texteditor/index.html

伝統指向エディタとしてリンクされています。

Smultronが載ってないと思ったら、開発終了してたんですね...

■http://fifnel.com/2009/08/24/2912/

MacVim-KaoriYa 20090823版が特に問題なく動いているようで何よりです。もうちょっと様子を見てSparkle feedを更新します。

Mac OS X 10.6 snow leopard では ATSUI レンダーがちゃんと動かないらしいのでインストール後調べるつもりです。

MacVim KaoriYa 20090823

2009-08-23T22:01:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

MacVim-KaoriYa を更新しました。MacVim snapshot 49ベースです。

今回キー入力まわりがかなり変わり、キーバインドが効かなくなっているなどの不具合が想定されるため、
あえてSparkleのfeedは更新していません。

しかしIMインライン入力とIM制御が改善されているので使い勝手は向上しています。

試していただいて、問題があってもなくても連絡(blogのコメントでも、mailでも、twitterでも)をいただけるとうれしいです。

MacVim 保存ダイアログ

2009-08-04T10:03:00.002+09:00

「コマンド(⌘) + w」で編集中のウインドウを閉じるとき、

てなダイアログが出ますが、単に破棄したいときに、いちいち「保存しない」ボタンをクリックしないといけません。

面倒ですね。

「コマンド(⌘) + d」で「保存しない」を選択できます。

便利ですね。

ちょっと前の tekzilla で知りました。

あと「ESC」で「キャンセル」を選択できます。「return」で「保存」ですね。

あ、MacVimだけの話じゃなく、OS Xアプリケーション全般で有効です。

vim-cocoa 0.3

2009-08-03T20:33:00.003+09:00

http://groups.google.com/group/vim_mac/browse_thread/thread/7b46cd5ff6624603

いつのまにか、repo.or.czからgithubに移ってたんですね。

rendering speedが一番速いはずですが、体感だとMacVim ATSUI renderingと比べて同等もしくは若干vim-cocoaの方が速いかも?しれない?くらいのような感じ。何か見落としがあるかもしれませんが。MacVim ATSUI rendering offに比べれば1.25倍くらい速そうです。

いずれにせよMacVimにmergeして欲しい!

MacVim KaoriYa 20090802

2009-08-02T22:55:00.003+09:00

MacVim-KaoriYaを更新しました。

http://code.google.com/p/macvim-kaoriya/

20090802版

■vim7.2.245、MacVim snapshot 47 ベースです。

■Cyberduckの外部エディタとして使用できるようになりました。

■自動IM onを禁止できるようになりました(http://blogger.splhack.org/2009/08/macvim-kaoriya-im-on.html)

MacVim-KaoriYa 自動IM on禁止

2009-08-01T22:23:00.002+09:00

inoremap <ESC> <ESC>:set iminsert=0<CR>

でいけると思ったのですが、うまくいかない場合がありそうですので、確実にできるようにoptionを追加してしまいました。

http://twitter.com/splhack/statuses/3069704793

MacVim-KaoriYa imdisableactivate を追加 http://bit.ly/7eGza

:set imdisableactivate

もしくは

:set imda

でIMをonにしなくなります。

リリースはMacVimの更新待ちです。

MacVim etc

2009-07-21T14:00:00.004+09:00

■http://twitter.com/hamaco/status/1144051421

TerminalとかMacVimでC-jで日本語入力がしたい。

:inoremap <C-j> <C-^>

でいけるんじゃないかと思います。

■http://twitter.com/nekoya/status/2647362030

MacVim-kaoriyaで単純なペーストがエラーで止まった。

ぜひとも .vimrc, .gvimrc, .vim を提供してくださいませ。

■http://twitter.com/nekoya/status/2683243397

もしかして、MacVimのIM制御ってターミナルからだと効かない？

MacVim-KaoriYaだと、効きます。というと語弊がありますが、香り屋パッチの機能のひとつであるUIM対応により、コンソール版はUIMを制御することが可能です。

MacUIM http://code.google.com/p/macuim/ をインストールして

LANG=ja_JP.UTF-8 /Library/Frameworks/UIM.framework/Versions/Current/bin/uim-fep -u anthy-utf8 -e /Applications/MacVim.app/Contents/MacOS/Vim

など。uim Anthy vi協調モードでぐぐるとより良い設定もできると思います。

これを応用して、uim-mactsm http://slashdot.jp/~ek/journal/346651 が使えれば、コンソールからことえりを制御することも可能なはずですが、いまのところLeopardでは成功していません。

Android OpenWnn

2009-07-17T12:51:00.002+09:00

http://android.git.kernel.org/?p=platform/packages/inputmethods/OpenWnn.git;a=summary

OpenWnnが復活してますね。

$ git clone git://android.git.kernel.org/platform/packages/inputmethods/OpenWnn.git
$ cd OpenWnn
$ git log -p
fatal: bad default revision 'HEAD'

HEADがない

$ git branch -a
  remotes/origin/cupcake

masterがないからみたいですね。

$ git checkout -b cupcake remotes/origin/cupcake
warning: You appear to be on a branch yet to be born.
warning: Forcing checkout of remotes/origin/cupcake.
Checking out files: 100% (285/285), done.
Branch cupcake set up to track remote branch cupcake from origin.
Switched to a new branch 'cupcake'


Android.mk
AndroidManifest.xml
MODULE_LICENSE_APACHE2
NOTICE
README.txt
libs
res
src

さて、iWnnとOpenWnnの違いや如何に。

MacVim-KaoriYa 20090711 の不具合

2009-07-17T09:28:00.003+09:00

MacVim-KaoriYa 20090711版ですが、
http://code.google.com/p/macvim-kaoriya/
2つ不具合が判明しています。修正され次第リリースする予定です。

■ vim_mac ML: MacVim.app Snapshot 47
http://groups.google.com/group/vim_mac/browse_thread/thread/e08d96e654222a65

新規ウインドウでテキストを入力後、⌘(コマンド)-w で出てくるダイアログで「保存」を選択。ファイルネームを入力して「保存」するとSIGSEGVでMacVim-KaoriYaが終了してしまいます。
:wqやZZなどvi的な保存終了方法であれば問題ありません。

■ vim_dev ML: Crash with vimgrep
http://groups.google.com/group/vim_dev/browse_thread/thread/8799d86ddd2ee08d

vimgrep でSIGBUSでMacVim-KaoriYaが終了してしまいます。

MacVim-KaoriYa チュートリアル

2009-07-16T23:18:00.002+09:00

MacVim-KaoriYa チュートリアルです。

http://code.google.com/p/macvim-kaoriya/wiki/Tutorial_0

このあと rogue を起動して h j k l に慣れよう編が始まるわけですが、OS X には標準で rogue が入ってません。残念ですね。

Android gdbclient

2009-07-16T13:33:00.002+09:00

http://gist.github.com/147523

pidは毎回変わるけど引数3番目なので使いやすくしてみました。
cupcakeだと/system/binにgdbserverいますよね。source build/envsetup.shしといて、
gdbclient 888
とかで該当pidに接続できます。

http://blogger.splhack.org/2009/01/android-dev-phone-1-12.html のほぼ自動化。

diff --git a/envsetup.sh b/envsetup.sh
index f8f20ab..c54c1d5 100644
--- a/envsetup.sh
+++ b/envsetup.sh
@@ -704,26 +704,26 @@ function gdbclient()
    local OUT_EXE_SYMBOLS=$(get_abs_build_var TARGET_OUT_EXECUTABLES_UNSTRIPPED)
    local PREBUILTS=$(get_abs_build_var ANDROID_PREBUILTS)
    if [ "$OUT_ROOT" -a "$PREBUILTS" ]; then
-       local EXE="$1"
+       local EXE="$2"
        if [ "$EXE" ] ; then
-           EXE=$1
+           EXE=$2
        else
            EXE="app_process"
        fi
 
-       local PORT="$2"
+       local PORT="$3"
        if [ "$PORT" ] ; then
-           PORT=$2
+           PORT=$3
        else
            PORT=":5039"
        fi
 
        local PID
-       local PROG="$3"
+       local PROG="$1"
        if [ "$PROG" ] ; then
-           PID=`pid $3`
+           PID=$1
            adb forward "tcp$PORT" "tcp$PORT"
-           adb shell gdbserver $PORT --attach $PID &
+           adb shell su -c gdbserver $PORT --attach $PID &
            sleep 2
        else
                echo ""

MacVim フォント設定

2009-07-16T06:28:00.005+09:00

http://twitter.com/splhack/status/2651318201

http://twitpic.com/afjn7 - set guifont=Andale\ Mono:h14 set guifontwide=ヒラギノ角ゴ\ StdN\ W8:h14

http://twitter.com/splhack/status/2651369722

guifontとguifontwideで別のフォントにするとメリハリがでていいかも。編集のフォントパネルから変更するとguifontしか変わらないので変になりますが、:set guifont? で値の確認に使えます。

メニューから「編集」「フォント」「フォントパネルを表示」を選択するとフォントが選択できます。ヒラギノなどを選択すると文字間が広がって変な感じになりますが、とりあえず気にしません。

使いたいフォントを選択したら、

:set guifont?

と打ちます。表示されたものを .gvimrc に書きましょう。スペースが含まれている場合はスペースの前にバックスラッシュを入れる必要があります(例: set guifontwide=ヒラギノ角ゴ\ StdN\ W8:h14)。

もしくは

:mkvimrc vimrc_font

と打てば、vimrc_fontファイルに現在の設定が書き出されます。guifont部分を抜き出しましょう。

set guifont=Osaka:h14

など等幅でないフォントを指定すると文字間が大変なことになりますが、

set guifont=Andale\ Mono:h14
set guifontwide=ヒラギノ角ゴ\ StdN\ W8:h14

などguifontに等幅のフォントを指定しておけばそれっぽく見えると思います。

フォントサイズを変えるのもフォントパネルからできますし、または⌘ (コマンドキー)を押しながら「=」か「-」を押せばさくさく変更できます。set guifont?やmkvimrcなどで .gvimrc に書いておきましょう。

(7/16 追記)

メニュー「MacVim」「環境設定」「詳細」「ATSUIレンダラを使用する」をチェックしていると、たとえばヒラギノ角ゴ StdN W8のウエイトが効いてないような状態になります。チェックせずにご使用くださいませ。

またOsaka-Mono(標準設定)だと ⌘ =, - が効かないようです。

android gdbserver gdbclient clewn

2009-07-14T22:47:00.004+09:00

build/envsetup.sh を書き換えて、source build/envsetup.sh。

http://gist.github.com/146948

adb shell setprop debug.db.uid 32767 して、

止まったら、adb logcatのpid見て(たとえば888)、android source directory(repo syncしてるとこ)で、

gdbclient app_process :5039 888

するとclewn越しのarm-eabi-gdbと、clewnにつながったMacVimが起動します。

こんな感じ。起動時に時間がかかるのがなんとかなれば!

clewnの使い方

2009-07-13T22:48:00.003+09:00

gdbでa.outをデバッグする場合、

__NETBEANS_HOST=localhost __NETBEANS_SOCKET=3219 /Applications/MacVim.app/Contents/MacOS/clewn -vc /Applications/MacVim.app/Contents/MacOS/Vim -va '-g -nb -c "run clewn.vim"' -ga a.out

とすればいけます。aliasなりscriptなりを用意しとくと便利です。

androidでは、build/envsetup.sh の arm-eabi-gdb 呼び出しているところを書き換えたりするといいのではないかと。

MacVim KaoriYa 20090711

2009-07-11T23:04:00.004+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

feed://macvim-kaoriya.googlecode.com/svn/wiki/latest.xml

MacVim snapshot 46ベース、vimproc同梱、clewn同梱です。

+netbeans_intgなのにnetbeansの外部エディタとしては(私の知る限り)使えないものの、eclim で eclipse から +netbeans_intg 経由でMacVimを使えるようです。が、-nb:localhost:port がちゃんとわたってないのか、ちょっと工夫が必要です。あと現状外部ウィンドウになります。clewnも含めていろいろと改善の余地ありです。

vimprocは、vimshell用です。

http://github.com/Shougo/vimshell/
http://github.com/Shougo/vimshell/blob/master/presen/vimshell.txt

vimshell同梱のautoload/proc.vimはインストール不要です(proc.vimがあるディレクトリにproc.soがあることを期待してますので、vimshellのproc.vimをいれるとエラーが発生します)。

お楽しみくださいませ。

MacVim, MacVim-KaoriYa の不具合

2009-07-03T23:00:00.000+09:00

http://cooldaemon.tumblr.com/post/127823725/macvim-kaoriya-tiger-10-4 何故か、MacVim だと動く rails.vim が動かなくなった。

MacVimとMacVim-KaoriYaとで、vim scriptの実行で違いがあるとすれば、日本語化関係か、香り屋パッチ由来のvim scriptでしょうか。
http://code.google.com/p/macvim-kaoriya/wiki/Readme#香り屋版の情報で問題を切り分けられるかもしれません。

http://twitter.com/hagino_3000/statuses/2165316831 現状ではmacvimで NERD_tree.vim, fuzzyfinder.vim がまったく使いものにならない、うーん

MacVim stable 1.2か snapshot 45でしょうか。MacVim-KaoriYaでは、ちょっと試した限りでは使えているのですが(http://blogger.splhack.org/2009/05/macvim-kaoriya-snipmatevim-fuzzyfinder.html)、使いものにならないというのはどういう状態なのか知りたいです。

http://twitter.com/kei_s/status/2207985546 MacVim が落ちるのをどうにかしたい。

http://twitter.com/toshipon/status/2405311523 MacVimがクラッシュしまくってMacBookのファンが大回転してる。なんですかこれ

こちらもMacVim stable 1.2(vim 7.2.0)かsnapshot 45(vim 7.2.148)でしょうか。patchにより修正された不具合かもしれませんし、それ以外の未知の不具合かもしれません。再現方法がわかりましたら是非教えてくださいませ。

http://twitter.com/lainl/status/2295979428 MacVim設定ファイルが全くないので初めから書かなきゃいけない

メニューの「編集」から、いろいろと好みの設定に変更したら、


:mkvimrc ~/.vimrc

と入力すれば設定ファイルを作成できます。

インストール後、MacVimを起動して、:mkvimrc ~/vimrc0、いろいろメニューから設定を変えて、:mkvimrc ~/vimrc1。でもって、


:edit ~/vimrc0
:diffsplit ~/vimrc1

とすれば、変えたとこだけわかりますから、それだけ ~/.vimrc に保存するとかですね。

もしくはXcode付属のFileMergeもオススメです。

Android shared library

2009-07-03T09:45:00.000+09:00

Androidのlinkerは/system/libか/libしか探してくれません。LD_LIBRARY_PATHを見てほしい。けどセキュリティ的な話か。

http://android.git.kernel.org/?p=platform/bionic.git;a=blob;f=linker/linker.c;hb=HEAD open_library関数参照。

でも絶対パスが使えちゃいます。

build/tools/soslim
external/elfcopy
external/elfutils

あたりも要チェック。

あ、dlopenなら、読めるところならばどこにあってもどうとでもなります。

Mac OS X 用 Vim のいろいろ

2009-07-01T11:14:00.003+09:00

まとめてみました。

http://code.google.com/p/macvim-kaoriya/wiki/Difference

MacVim-KaoriYa ですが、

http://code.google.com/p/macvim-kaoriya/

香り屋パッチの機能は必要ない、日本語化もされてなくていい、GUIは不要コンソールで使う、といった方でも、日本語文字コード自動判別、必要なshared library、Perl/Python/Rubyのdynamic loading、Objective-C対応ctags同梱、などの利点がありますのでオススメです。
もちろんソースコードからもビルドできますから安心。http://code.google.com/p/macvim-kaoriya/wiki/Building

以下のVimを使うなら、MacVim-KaoriYaをオススメします。

http://lapangan.net/darwinports/index.php?PrivatePortfile%2FVim
http://lapangan.net/darwinports/index.php?PrivatePortfile%2FVim72
http://lapangan.net/darwinports/index.php?PrivatePortfile%2FMacVim
http://sourceforge.jp/projects/splhack/releases?package_id=6373

もうほとんどメンテナンスしてないですしね...

MacVim +netbeans_intg

2009-06-26T06:23:00.002+09:00

MacVim に +netbeans_intg を実装しました。

http://bit.ly/qMb8o

注意してpatch作ったんですが(とくにwhitespace)、突っ込まれました。注意不足。てへ。

http://clewn.sourceforge.net/

clewnが使えるようになります。

vimgdbでもほぼ同じですが、clewn自体をremoteで動かしたり、crossで使ったり、他のnetbeans protocol使うものも使えたりします。

MacVim-KaoriYaにはclewnを同梱するつもりです。

MacVim KaoriYa 20090620

2009-06-20T22:00:00.005+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

久々に更新されたMacVimに追従しました。Vim 7.2.209です。あとTigerでもちゃんと起動するはずです。

vim-ruby-debugger + MacVim

2009-06-03T22:17:00.005+09:00

vim-ruby-debugger
http://github.com/astashov/vim-ruby-debugger/tree/master

いまのところ Mac OS X 上で +clientserver できるのは MacVim だけ (MacVim-KaoriYa も。X11使ったやつもいけるかも?)。

こんな感じでRailsアプリやrubyスクリプトをデバッグできます。

gemでruby-debug-ideを入れときます。

sudo gem install ruby-debug-ide

vim-ruby-debuggerを持ってきます。

git clone git://github.com/astashov/vim-ruby-debugger.git

debuggerのportなどを取得するためのlsofの引数あたりを、ちょっと変える必要があります(feedback予定)。

http://gist.github.com/122977 (2009/6/15 追記: 取り込まれました)

~/.vimに入れます。

~/.vim/bin/ruby_debugger.rb
~/.vim/doc/ruby_debugger.txt
~/.vim/plugin/ruby_debugger.vim

実行します。

:Rdebugger a.rb

とかスクリプトを指定することもできます。指定しないとRails前提です。

\b で breakpoint 設定とかですね。

MacVim KaoriYa on Tiger (Mac OS X 10.4) 解決編

2009-06-02T20:40:00.003+09:00

http://creazy.net/2009/05/macbook_setup5_development.html

ということで、Tiger (Mac OS X 10.4) でMacVim KaoriYaを使用される場合は、

http://blogger.splhack.org/2009/06/macvim-kaoriya-on-tiger-mac-os-x-104.html

http://macvim-kaoriya.googlecode.com/files/libintl.zip
を展開して、/Applications/MacVim.app/Contents/Frameworks/libintl.dylib を入れ替えてご利用くださいませ。

次のリリースからちゃんとTiger, Leopard, universalになります。

MacVim KaoriYa on Tiger (Mac OS X 10.4)

2009-06-02T08:38:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

ですが、Tiger, Leopard, Universal をうたっておきながら実はTigerで起動しないという体たらく。

このままLeopard専用ってことで、CoreText導入とか新IMフレームワークとか使っちゃえばいいとか思いましたが、とりあえず置いておいて。

MacVim部分はTigerでもいけるんですが、Vimで使ってるlibintl.dylibがTigerで動きませんでした。

LeopardのlibSystem.B.dylibに含まれるpthreadの新APIをlinkしちゃうとTigerのlibSystem.B.dylibでlinkできないわけです。

もしTigerお持ちの方がいらっしゃいましたら、

http://macvim-kaoriya.googlecode.com/files/libintl.zip

を展開して、/Applications/MacVim.app/Contents/Frameworks/libintl.dylib を入れ替えて起動するか試していただけると大変うれしいです。

Vimのpatchたくさん更新されてますが、MacVim自体が更新されてないのでこちらも更新してません。

Android Native Development Kit (NDK)

2009-05-29T05:58:00.002+09:00

http://android.git.kernel.org/?p=platform/development.git;a=blob_plain;f=pdk/ndk/Android_NDK_README.html;hb=HEAD

Android NDKですが、JNI shared libraryをbuildできるようにするために、Android SDKの様に、必要なツールとかMakefileとかを抜き出してまとめたものなわけですね。repoで全部sourceひっぱらなくてもNDKだけあればbuildできるようになったと。

JNI shared libraryを新しく入れるにはrootになれないといけない

というのは間違いで、platform別にshared libraryをapkに入れられる仕組みが元々あって

http://android.git.kernel.org/?p=platform/development.git;a=blob;f=pdk/ndk/samples/samplejni/Makefile;h=18e97df4e00729ac448af2cca8d1fbdbf434fd89;hb=HEAD

というようにshared libraryをapkに突っ込めます。普通にapkインストールするだけで自前のshared libraryをJNIで使えます。

NDKよりsourceひっぱってきてAndroid.mk使う方がMakefile書かなくて良い分楽だと思いますけども(http://blogger.splhack.org/2009/05/android-jni-shared-library.html)。

http://code.google.com/p/android-ruby/source/browse/trunk/irbapp/Android.mk
http://code.google.com/p/android-ruby/source/browse/trunk/lib/Android.mk
とか。

scummvm-android http://sites.google.com/site/scummvmandroid/ も興味深いことをやってます。
http://sourceforge.net/tracker/index.php?func=detail&aid=2603856&group_id=37116&atid=418822

sudo MacVim

2009-05-21T06:00:00.002+09:00

Mac Vim 再び
http://pc11.2ch.net/test/read.cgi/mac/1133534694/276

MacVimからだとsudo使って開いても読込専用で編集できない
ファイルがあるんですが（apacheの設定ファイルとか）最初からあるvimだと編集できます。
どうすればMacVimで編集できるでしょうか？

sudo open -a MacVim

だとsudoで得た権限が引き継がれないようですね。

sudo /Applications/MacVim.app/Content/MacOS/Vim -g /opt/local/apache2/conf/httpd.conf

であれば編集できそうです。

MacVimが起動していなかった場合、以降の新ウインドウはすべてroot。

MacVimが起動していた場合、そのウインドウだけroot。

みたいです。MacVimを起動した状態でVim -gするのが安全ですね。

ps auxww|grep -i vimで確認できます。

MacVim KaoriYa snipMate.vim, Fuzzyfinder, 最大化

2009-05-18T20:56:00.003+09:00

http://twitter.com/mickey24/status/1781868117

MacVimでsnipMate.vimが動作しない，FuzzyfinderのMRUがきかない，起動時に最大化できない，などなど．原因がよく分からない．

snipMate.vim

http://www.vim.org/scripts/script.php?script_id=2540 snipMate.zip 0.81 を$HOME/.vimに展開して、a.cファイルを開いて、「forタブ」を入力したところ。

:FuzzyFinderMruCmd

http://www.vim.org/scripts/script.php?script_id=1984 vim-fuzzyfinder.zip 2.21.0 を$HOME/.vimに展開して、:FuzzyFinderMruCmdしたところ。

起動時に最大化

$HOME/.gvimrcに

autocmd BufEnter * macaction performZoom:

でどうでしょうか。

MacVim-KaoriYa 20090511 では以上のように使えているのですが、他に情報ありましたら教えてくださいませ。その他の不具合情報なども歓迎しております。

Android JNI shared library

2009-05-12T05:57:00.003+09:00

http://android.git.kernel.org/?p=platform/packages/inputmethods/LatinIME.git;a=blob;f=Android.mk;hb=HEAD

LOCAL_JNI_SHARED_LIBRARIES := libjni_latinime

とすると、shared libraryがapkに入った上、/data/data/foo/lib に配置されるようです。

http://code.google.com/p/android-ruby/

で使ってみましたが、普通のcupcake G1に入れられるのかどうかまではわかりません。

MacVim KaoriYa 20090511

2009-05-11T21:27:00.003+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

:helpで固まる不具合対策と、ctags-objc-ja http://wiki.github.com/splhack/ctags-objc-ja 同梱です。

taglist.vim http://www.vim.org/scripts/script.php?script_id=273

と

let tlist_objc_settings='objc;P:protocols;i:interfaces;I:implementations;M:instance methods;C:implementation methods;Z:protocol methods'

で、Objective-Cも楽々。

MacVim KaoriYa helpで固まる件

2009-05-11T12:40:00.003+09:00

$HOME/.vim/doc/tags-ja などに

!_TAG_FILE_ENCODING utf-8

が含まれている場合、

:help !

とかやると帰ってこなくなります。CTRL-Cで中断できますが。

http://code.google.com/p/macvim-kaoriya/issues/detail?id=9

の添付パッチで回避できますが、これはMacVim-KaoriYaのせいなのか、originalからなのか...

/Applications/MacVim.app/Contents/Resources/vim/runtime/doc/tags-ja

にも含まれてるんですけどね。や、むしろ含まれているからこそ、か?

MacVimの更新を待ってたんですが、ctags-objc-jaとこれでバイナリ更新するつもりです。

ctags objc 日本語対応版

2009-05-08T21:24:00.002+09:00

http://github.com/splhack/ctags-objc-ja/

Objective-C 対応 Exuberant Ctags の日本語対応版です。

Exuberant Ctags http://ctags.sourceforge.net/
ctags-objc http://gitweb.aeruder.net/?p=ctags-objc.git;a=summary
ctags日本語対応版 http://hp.vector.co.jp/authors/VA025040/ctags/

を元に

configure オプション—enable-japanese-support 追加 (デフォルトで日本語対応機能OFF)
gauche_guess (http://yukihiro.nakadaira.googlepages.com/#chardet) による文字コード自動判別機能追加 (デフォルトで自動判別—jcode=auto)

を追加しました。

http://wiki.github.com/splhack/ctags-objc-ja

日本語対応版だとCP932で


// ソ
void func() {}

なんてのも平気になるわけですね。しかもgauche_guess効果でファイルの文字コード気にせずにctags実行できるかと。

.vimrcに

http://github.com/jad/home/blob/e4edeae019b702209d738d38df9c5c0e515177d0/.vimrc


let tlist_objc_settings='objc;P:protocols;i:interfaces;I:implementations;M:instance methods;C:implementation methods;Z:protocol methods'

って書けば、taglist.vimでObjective-Cを楽しめます。

MacVim KaoriYaは次のリリースでctagsバイナリを更新します。本家MacVimの更新はいつだろう。

ctags

2009-05-07T22:27:00.002+09:00

そういえば taglist.vim で Objective-C が表示されないのでぐぐってみたら

http://github.com/jad/home/blob/e4edeae019b702209d738d38df9c5c0e515177d0/.vimrc

objc対応ctagsがありました。

http://gitweb.aeruder.net/?p=ctags-objc.git;a=summary

てことで、

http://hp.vector.co.jp/authors/VA025040/ctags/

から日本語対応部分をもってきて

http://github.com/splhack/ctags-objc-ja/tree/master

を作ってみました。

まだcompileしてないんですけども。

MacVim-KaoriYa同梱のctagsはこれに入れ替える予定です。

Android cupcake emulator

2009-05-04T21:19:00.005+09:00

■

$TOP/out/host/linux-x86/bin/emulator -sysdir $TOP/out/target/product/generic -data $TOP/out/target/product/generic/userdata.img -kernel $TOP/prebuilt/android-arm/kernel/kernel-qemu

ってやればavd関係なくemulatorを起動できると。avd使いたければmake sdkすると。

■Ubuntuでのqemu build error対策
http://groups.google.com/group/android-porting/browse_thread/thread/8432b5f2accb718a/dd7e91571cb243c7

■official ADP1 cupcake image
http://www.htc.com/www/support/android/adp.html

account登録とかがskipできるようになったんですね。emulatorでこのsystem.img使えばmarketも使えるかも(google accout入力しなかったので未確認)。

Android MigemizeSoftKeyboard

2009-05-01T23:52:00.004+09:00

http://code.google.com/p/android-migemo-ime/

続きまして、migemoを使ったAndroid用IMEです。SKK辞書Mで、ちゃんと変換できるようになって帰ってきましたw

http://www.youtube.com/watch?v=T93Py8bco_o
(前とったムービー)

adb install MigemizeSoftKeyboard.apk でインストールできます。

詳しくは http://www.adamrocker.com/blog/253/simeji-for-android-sdk-15.html を参照していただくと良いと思います。

SKK辞書Sでもいいんじゃないかと思ってます。

使用頻度による候補表示順とかあるといいですね。iPhoneみたいな「かな」パレットとか。

android-ruby for cupcake

2009-05-01T23:31:00.004+09:00

http://code.google.com/p/android-ruby/

Android用ruby-1.9.1をcupcakeに対応させて、

かつapkにshared libraryをつっこんでみました(Android.mk)。

ADP1やemulatorは当然ながら、普通のG1でもインストールできるのかもしれませんしできないのかもしれません。

(jailbreakしてないG1なんて持ってませんし)

/sdcardに付属のruby.tarを展開すると、ほぼフル機能になります。

(20090502 追記インストールスクリプト追加しました。rootになれるならruby native commandもインストールできます。スクリプト参照)

jrubyじゃないですよ。crubyです。

MacVim KaoriYa 20090427

2009-04-27T20:49:00.002+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。日刊MacVim-KaoriYaですね。

vim 7.2.160ベースになりました。

MacVim KaoriYa 20090426

2009-04-26T21:10:00.004+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

http://www.serendip.ws/archives/1854

nmap ,s :call GoshRunAll()<cr>
がきちんと設定できなくなっていた。

http://twitter.com/fifnel/statuses/1611503407

なにやらプラグインのキーマップがいろいろ効かない。何だろう。

MLで指摘されてた件を修正したら、この件も直ったようです。お試しくださいませ。

MacVim KaoriYa 20090425

2009-04-25T15:30:00.004+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

IM 状態取得を実装。IM 自動ON/OFF が動作します。
ctags 5.7J1 を同梱

要望の大きかった(twitterで2人も!!) IMコントロールを、ちゃんと動くように実装しました。

insertモード開始
手動でIMオン
日本語を入力開始(iminsert: 0→2)
ESC
自動でIMオフ
insertモード開始
自動でIMオン(iminsert=2なので)

これでCarbon/Cocoa Vim.appに劣ってるところはなくなったんではないかと思います。

後ほどMLにpatch送っときますので採用されればMacVimでも使えるようになるはずです。

なおCursorIMが効きますが、⌘+スペースがMacVimに届かないので、手動でIM切り替えてもCursorIMが即座に反映されません。イベントが来ればどうにかなりますが、pollingするのもねぇ...

autocomplpop.vim が変更せずに使えるようになったようです (私は neocomplcache.vim を使ってます)。

む、⌘の文字幅がASCII分しかない。JIS X 0213もだけど(◉とか)。
(⌘も◉もNですね。むしろOsakaが?)

MacVim KaoriYa 20090423

2009-04-23T22:27:00.001+09:00

http://code.google.com/p/macvim-kaoriya/

更新しました。

http://code.google.com/p/macvim-kaoriya/wiki/Readme#文字コード判別

fencs(fileencodings)を設定してると自動判別が動きませんのでご注意を。

.vimrc の fencs または fileencodings を設定している行を削除するのが良いです。

splhack

Tumblrに移転しました

いまどきの2Dゲームエンジン

MacVim-KaoriYa 20110330

Xcode4でPowerPC

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その8

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その7

OpenGL ES 開発リソースまとめ

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その6

MacVim-KaoriYa 20110202

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 まとめ

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その5

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その4

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その3

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その2

『iOS 4プログラミングブック』 第5章マルチスレッド 補遺 その1

iOS 4プログラミングブック サンプルコード

Objective-Cのautorelease

iPhoneアプリ開発講座

MacVim-KaoriYa 20110111

本を書きました (iOS 4プログラミングブック 第5章/第10章)

libfreenectをiOS用にビルドしてみる

MacVim-KaoriYa 20101222

Entitlements.plist

cocos2d for iPhone 本3冊

MacVim-KaoriYa 20101214

MacVim-KaoriYa 20101122

MacVim-KaoriYa 20101102

「カルシノの贈り物」

MacVim-KaoriYa 20101005

MacVim-KaoriYa 20100817

MacVim-KaoriYa 20100816

MacVim-KaoriYa 20100813

MacVim-KaoriYa 20100805

MacVim-KaoriYa 20100614

iPhoneアプリ作りました

MacVim-KaoriYa 20100330

MacVim-KaoriYa 20100315

MacVim-KaoriYa 20100311

AndroidソースコードをNexus One向けにビルドする

MacVim-KaoriYa 20100210

MacVim-KaoriYa 20100125

MacVim-KaoriYa 20091225 のvimproc

MacVim-KaoriYa 20091225

MacVim-KaoriYa 20091124

MacVim-KaoriYa 20091113

MacVim-KaoriYa 20091027

MacVim と MacVim-KaoriYa の違い

MacVim-KaoriYa 20091020

MacVim-KaoriYa 20091016

MacVim-KaoriYa と autocomplpop 2.8.1

MacVim-KaoriYa 20091002

MacVim KaoriYa 20090928

MacVim KaoriYa 20090923

MacVim KaoriYa 20090922

MacVim KaoriYa 20090911

MacVim KaoriYa

Leopardとx86_64 binary

MacVim KaoriYa 20090903

MacVim-KaoriYa 20090902 その2

MacVim KaoriYa 20090902

MacVim-KaoriYa と 半角カナ

Snow Leopard と MacVim-KaoriYa

MacVim-KaoriYa へのリンク

MacVim KaoriYa 20090823

MacVim 保存ダイアログ

vim-cocoa 0.3

MacVim KaoriYa 20090802

MacVim-KaoriYa 自動IM on禁止

MacVim etc

Android OpenWnn

MacVim-KaoriYa 20090711 の不具合

MacVim-KaoriYa チュートリアル

Android gdbclient

MacVim フォント設定

android gdbserver gdbclient clewn

clewnの使い方

MacVim KaoriYa 20090711

MacVim, MacVim-KaoriYa の不具合

Android shared library

『iOS 4プログラミングブック』第5章マルチスレッド補遺その8

『iOS 4プログラミングブック』第5章マルチスレッド補遺その7

『iOS 4プログラミングブック』第5章マルチスレッド補遺その6

『iOS 4プログラミングブック』第5章マルチスレッド補遺まとめ

『iOS 4プログラミングブック』第5章マルチスレッド補遺その5

『iOS 4プログラミングブック』第5章マルチスレッド補遺その4

『iOS 4プログラミングブック』第5章マルチスレッド補遺その3

『iOS 4プログラミングブック』第5章マルチスレッド補遺その2

『iOS 4プログラミングブック』第5章マルチスレッド補遺その1

iOS 4プログラミングブックサンプルコード

本を書きました (iOS 4プログラミングブック第5章/第10章)

MacVim-KaoriYa と半角カナ