リアルタイム組込みシステム
OSを乗せるかどうか悩むような世界の組込みシステムを開発している人にはお勧めの一冊です。
残念な点としては、英国の研究者が書いた本なので、uItronを扱っていないことです。日本の組込みシステム書籍でこれはどうかと思います。
また、難解な用語が多く、読み解くには苦労しました。すんなり読める本ではありません。
ちょっと気合いが必要な本です。
インターネットからJpeg画像をダウンロードして表示するアプリケーションを開発していたとき、 特定のJpeg画像を読みだしたときにiOS SDK側でEXC_BAD_ACCESSが起きて困ったことがありましたので、 解析結果と対策を書いておきます。
]]> iOS SDK 4.0で開発したコードを古いiPodのiOS 3.1.3で動かしたときにEXC_BAD_ACCESSが起きました。 iPhone Simulatorでは起きませんでした。UIImage *image = [UIImage imageWithContentsOfFile:@"***"];
デバッガからバックトレースを取ってみたところ、以下のようになっていました。
(gdb) bt #0 0x3407c2f4 in readCanon1DMKIICustomFunctions () #1 0x340653d4 in readProps () #2 0x34064d78 in readProps () #3 0x34064d78 in readProps () #4 0x34064910 in readTiffPropsFromData () #5 0x34064828 in readExifData () #6 0x34060fd8 in initImageJPEG () #7 0x340607bc in _CGImagePluginInitJPEG () #8 0x3404e174 in makeImagePlus () #9 0x3404dff0 in CGImageSourceCreateImageAtIndex () #10 0x331b7438 in _UIImageRefAtPath () #11 0x331b71b4 in -[UIImage initWithContentsOfFile:] () #12 0x332267f8 in +[UIImage imageWithContentsOfFile:] () #13 0x000201a8 in -[ImageFrameView layoutSubviews] () at /***/***.m:110 #14 0x331fa2d8 in -[UIView(CALayerDelegate) _layoutSublayersOfLayer:] () #15 0x324ba1c0 in -[CALayer layoutSublayers] () #16 0x324b9edc in CALayerLayoutIfNeeded () #17 0x324b9844 in CA::Context::commit_transaction () #18 0x324b9474 in CA::Transaction::commit () #19 0x324c15dc in CA::Transaction::observer_callback () #20 0x32407830 in __CFRunLoopDoObservers () #21 0x3244f346 in CFRunLoopRunSpecific () #22 0x3244ec1e in CFRunLoopRunInMode () #23 0x342e91c8 in GSEventRunModal () #24 0x331b5c30 in -[UIApplication _run] () #25 0x331b4230 in UIApplicationMain () #26 0x000029ec in main (argc=1, argv=0x2ffff5c0) at /***/main.m:14
なんぞこれ・・・という感じですが、
readExifDataの中で問題が起きていたので、念のためJpeg画像のExifデータを確認してみました。
結果、特に問題は見つかりませんでしたが、Canon EOS 7D で撮影したJpeg画像であることが分かりました。
Canonの画像特有の問題かと思い、Exif編集ソフトでCanonのMakerNoteを取り除いてみたところ、EXC_BAD_ACCESSは起きず 問題は起きなくなりました。CanonのMakerNote読み出しに関するiOS 3.1.3の不具合ではないかと思っています。
iOSアプリの方で、imageWithContentsOfFileにデータを渡す前に、Exif編集ソフトがやるようにCanonのMakeNoteを取り除く処理を追加して、 この問題を回避しました。
]]>
組込み開発現場のプロジェクトマネジメント&プロセス改善
プロセス改善を進めている部門の人は読んでおいても良いのではないかと思います。
改善のヒントが色々書いてありますし。改善を進めていく中で何が大切なのかが良く分かります。
特に改善目標を設定する人にはお勧めの一冊です。
CMMIレベル3を目指すとか言い出して現場の顰蹙を買わずに済みます。
なお、本書を読んで私が次にやってみようと思った取り組みは、
「ソフトウェアの上流設計段階で定めた設計思想を、プロジェクトメンバー全員に理解させること」です。
私が某事例で上流設計を担当したときは、仕様書は書いたのですが、思惑までは共有できないまま先に進めてしまいました。酷いですね。
その結果、下流設計のあちこちで判断ミスが発生し、余分な工数が突如発生しまくって管理困難な状態になってしまいました。だいぶ反省しました。
次からは考えを共有する場を設けて進めて行こうと思います。仕様書も思惑が伝わるようにしておいた方が良いですね。
やることたくさんありそうです。
UINavigationControllerを使うと、Viewのサイズが勝手にリサイズされてしまいます。
普段は便利なのかもしれませんが、
ナビゲーションバー(UINavigationBar)やツールバー(UIToolbar)を透明にしたとき、
その裏に描画できなくて困ります。
これを避けて、以下のように画面全体に描画する方法を調べましたので書いておきます。
- (void)viewDidLoad {
[super viewDidLoad];
self.wantsFullScreenLayout = YES;
}
UIViewControllerがnibに登録されている場合は、以下のようにInterface Builderから設定することもできます。
以上です。 知っていれば簡単ですが、知らないとハマるところではないかと思います。
(参考リンク)
A-Liaison BLOG: iPhone付属のPhotos（写真）アプリのような、回転可能な全画面表示ビューを作る方法
| 午前Ⅰ得点 | ***.**点(免除) |
| 午前Ⅱ得点 | 88.00点 |
| 午後Ⅰ得点 | 72点 |
| 午後Ⅱ評価ランク | A |
2回目の受験にして合格。
プロジェクトマネージャ試験に次いで2つ目の論文試験合格になります。
残りの論文試験は、ITストラテジスト試験、ITサービスマネージャ試験、システム監査技術者試験の3つ。
私の専門領域と被っていたこれまでの試験と違い、これらの試験はほぼ専門外。さてどうしたものか・・・。
UIViewのframeの状態をコンソールに出力するのが結構面倒でしたので、 以下のようなクラスを作って対応することにしました。
]]> 以下がヘッダファイルです。//NSString+Geometry.h #import <Foundation/Foundation.h> @interface NSString (Geometry) + stringWithPoint:(CGPoint)point; + stringWithSize:(CGSize)size; + stringWithRect:(CGRect)rect; + stringWithAffineTransform:(CGAffineTransform)affineTransform; @end
以下がソースファイルです。
// NSString+Geometry.m
#import "NSString+Geometry.h"
@implementation NSString (Geometry)
+ stringWithPoint:(CGPoint)point {
return [NSString stringWithFormat:@"%f,%f", point.x, point.y];
}
+ stringWithSize:(CGSize)size {
return [NSString stringWithFormat:@"%fx%f", size.width, size.height];
}
+ stringWithRect:(CGRect)rect {
return [NSString stringWithFormat:@"%g,%g:%gx%g",
rect.origin.x, rect.origin.y,
rect.size.width, rect.size.height];
}
+ stringWithAffineTransform:(CGAffineTransform)affineTransform {
return [NSString stringWithFormat:@"[%g %g 0][%g %g 0][%g %g 1]",
affineTransform.a, affineTransform.b,
affineTransform.c, affineTransform.d,
affineTransform.tx, affineTransform.ty];
}
@end
これでUIViewのframeは以下のようなコードで出力できます。
UIView *view = ... NSLog(@"view = %@", [NSString stringWithRect:view.frame]);
もっと簡単な方法はないのですかね・・・。
(2010/12/31追記)
SDKの以下の関数を使うことにより同じことが実現できることが分かりました。
NSStringFromCGPointNSStringFromCGSizeNSStringFromCGRectNSStringFromCGAffineTransformあるものを使った方が良いので上記のNSString+Geometryは使わないことにしました。
(2011/06/13追記)
関数名が一部間違えていたので修正しました。
Google Toolbox for Macに入っていたロギング用のGTMLoggerクラスを使ってみました。
]]> GTMLoggerはNSLogの強化版のようなものです。@implementation XXXAppDelegate
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
GTMLoggerDebug(@"GTMLoggerDebug");
GTMLoggerInfo(@"GTMLoggerInfo");
GTMLoggerError(@"GTMLoggerError");
GTMLoggerAssert(@"GTMLoggerAssert");
// 以下略
とすると、Debug構成ではコンソールには以下のように出力されます。メソッド名などが付加されています。
[XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerDebug [XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerInfo [XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerError [XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerAssert
なお、Debug構成かどうかはDEBUGマクロで判断しているようですので、以下のようにDebug構成ではプリプロセッサマクロにDEBUGを追加しておきましょう。
Release構成では以下のように出力されます。
[XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerError [XXXAppDelegate application:didFinishLaunchingWithOptions:] GTMLoggerAssert
DebugとInfoが出力されません。
Infoについては、以下のように環境変数を書き換えることにより出力することができるようになります。
setenv("GTMVerboseLogging", "1", 1);
ファイル出力などもサポートされており、デバッグに活用できると思います。
自前でも似たようなものを作ることはできると思いますが、
こういうものを使っておくと車輪の再発明を避けることができます。
品質も自分が作ったものより高いでしょうから。
XMLやHTMLを扱うとき、"&"といった実体参照文字列を、"&"に置き換えたい場合があったので、
適当なライブラリがないか調べてみました。
Google Toolbox for Macのgtm_stringByUnescapingFromHTMLを
使うのが良さそうだったので、これを導入してみることにしました。
導入手順を参考までに残しておきます。
インストールパッケージは無いようですので、Subversionを使って直接ソースコードを取得します。
まずはリポジトリのtagsディレクトリを見て入手するバージョンを決めます。
私は現時点で最新の1.6.0にしました。
次はsvnを使ってダウンロードを行います。
svn export http://google-toolbox-for-mac.googlecode.com/svn/tags/google-toolbox-for-mac-1.6.0/
気の利いたやりかたはないようですので、一般的な手順でやることになります。
最初にソースコードのコメントを読んで必要そうなソースコードを見繕っておきましょう。
GTMDefines.hなど内部的に#importしているソースコードもあるので注意して下さい。
あとはXcodeのメニューから、プロジェクト→プロジェクトに追加 でソースコードを選択すれば追加できます。
以上でお終いです。
]]>最近Objective-CでiOSのアプリケーションを書いているのですが、ライブラリ的な役割をするコードで異常を検出した際、 呼び出し元への通知に例外処理を使ってよいのかどうかで良く悩みます。
]]> Objective-Cは例外処理をサポートしていて、構文やサンプルコードはググれば簡単に見つかります。 しかしながら、具体的にどのような異常に例外処理を適用するべきかが良く分かりません。私はこういうときは、標準的なライブラリの挙動を参考にするのですが、 iOS SDKのライブラリを使っていてもあまり例外に遭遇しないので、参考になりません。
例えばNSStringクラスの 文字列を整数に変換するメソッドであるintValueは、整数に変換できない文字列を受けても0を返すだけです。
Javaで似たようなことをするIntegerクラスのparseIntは、 整数に変換できない文字列を受けてNumberFormatExceptionを投げます。
そもそもObjective-Cの仕様として、nilのメソッドを呼び出しても何もエラーがおきません。 最近はこれを頼りにコードを書いてしまっているので、Javaに移ったらNullPointerExceptionの嵐に悩まされそうでちょっと怖いです。
という感じで、例外を受け取ることがあまりないので、どんなときに例外処理を使えば良いのか分からないでおります。 私の書くコードは、メソッドの戻り値でエラーを返すコードばかりです。 さてどうしたものやら。
]]>
(HTTPSの通信内容を確認しているところ。もちろんコンテンツまでは取れませんが、通信先は分かります。)
このソフトはPROXYとして機能しますので、横取り丸とInetSpyの組み合わせと似たような感じで使えます。
今のところはトラブルはなく便利に使っております。
Window-based Applicationプロジェクトを作成して、initWithNibName:bundle:を使ってUIViewControllerを追加して表示しようとすると、 以下のようにInterface Builderの表示とiPhone Simulatorの表示がStatusBarの分ずれることがあります。
| Interface Builder | iPhone Simulator |
 |
 |
initWithNibName:bundle:を使った場合はViewの再配置をしてくれないためこうなります。
(「Resize View From NIBの意味」に分かりやすく書いてあります)
以下のように、UIViewControllerのview.frameを変更することにより、 Interface Builderの表示と合わせることができます。
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// ViewControllerはUIViewControllerのSubclass、contorllerは(ViewController *)型のインスタンス変数
controller = [[ViewController alloc] initWithNibName:@"ViewController" bundle:nil];
controller.view.frame = [UIScreen mainScreen].applicationFrame;
[window addSubview:controller.view];
[window makeKeyAndVisible];
return YES;
}
| Interface Builder | iPhone Simulator |
|
 |
なお、UINavigationControllerを使っているときは、UINavigationControllerが勝手にViewを再配置してくれるようですので、この問題は発生しません。
]]>iOSでHTML(not XML)を解析(Parse)するコードを書く機会がありましたので、トラブル情報や解決策などをまとめておきます。
]]> ライブラリはNSXMLDocumentとNSXMLParserとlibxml2あたりを考えてみましたが、 NSXMLDocumentはiOSには無いみたいですし、NSXMLParserは壊れたHTMLを最後までパースできないようでしたので、 消去法でlibxml2を使うことにしました。
「iPhoneアプリ開発、その(143) libxml2を使ってみる」を参考にプロジェクトにlibxml2を追加し、
Googleを活用しつつコードを書いていったところ、問題が起きました。
エラーを無視して解析を続けるオプションで解析しても、途中で解析が止まるのです。
以下のサンプルコードで問題を確認することができます。
libxml2のバージョンは2.7.3でした。
static void startElementHandler(void *ctx, const xmlChar *name, const xmlChar **atts) {
NSLog(@"startElement name=%s", name);
}
static void endElementHandler(void *ctx, const xmlChar *name) {
NSLog(@"endElement name=%s", name);
}
- (void)test {
NSData *data = [@"<html><body><![if !(lt IE 7.0)]><![endif]></body></html>" dataUsingEncoding:NSUTF8StringEncoding];
xmlParserCtxtPtr parserContext;
xmlSAXHandler saxHandlerStruct = {0};
parserContext = xmlCreatePushParserCtxt(&saxHandlerStruct, NULL, NULL, 0, NULL);
saxHandlerStruct.startElement = &startElementHandler;
saxHandlerStruct.endElement = &endElementHandler;
int options = xmlCtxtUseOptions(parserContext, XML_PARSE_RECOVER | XML_PARSE_NOERROR | XML_PARSE_NOWARNING);
int result = xmlParseChunk(parserContext, (const char *)[data bytes], [data length], 1);
// ここでresult == 1 (XML_ERR_INTERNAL_ERROR) になる
// startElementHandler, endElementHandlerは呼び出されない。
xmlFreeParserCtxt(parserContext);
}
以下のようにdataを設定すると、問題はおきません。
NSData *data = [@"<html><body><!--[if !(lt IE 7.0)]--><!--[endif]--></body></html>" dataUsingEncoding:NSUTF8StringEncoding];
HTMLデータの方に問題があるということになるのでしょうが、XML_ERR_INTERNAL_ERRORが起きる理由は良く分かりません。
私のユースケースではHTMLデータを修正できないので、別の方法を探してみました。
結果、libxml2にあるHTML 4.0 non-verifying parserを使うことで解析できることを確認しました。
サンプルコードを以下に示します。
- (void)test {
NSData *data = [@"<html><body><![if !(lt IE 7.0)]><![endif]></body></html>" dataUsingEncoding:NSUTF8StringEncoding];
htmlParserCtxtPtr parserContext;
htmlSAXHandler saxHandlerStruct = {0};
saxHandlerStruct.startElement = &startElementHandler;
saxHandlerStruct.endElement = &endElementHandler;
parserContext = htmlCreatePushParserCtxt(&saxHandlerStruct, NULL, NULL, 0, NULL, XML_CHAR_ENCODING_UTF8);
int options = htmlCtxtUseOptions(parserContext, HTML_PARSE_RECOVER | HTML_PARSE_NOERROR | HTML_PARSE_NOWARNING);
int result = htmlParseChunk(parserContext, (const char *)[data bytes], [data length], 1);
// ここでresult == 68 (XML_ERR_NAME_REQUIRED)になる。
// startElementHandler, endElementHandlerは正常に(それぞれhtmlとbodyで2回ずつ)呼び出される。
htmlFreeParserCtxt(parserContext);
}
htmlParseChunkが返すエラーをどのようにハンドリングすれば良いのか良く分かりませんが、 解析が止まるわけではないので、エラーを無視すれば特に問題は起きないようです。 この方向でしばらくコードを書いてみることにします。
しかしC言語業界のHTML Parserの定番って何になるんでしょうね。 XML Parserは実装も情報もたくさんあるのですが、HTML Parserは実装も情報も少なく、調べるのに苦労しました。
]]>NSURLConnectionを使ってデータをダウンロードするとき、 ダウンロードデータを格納するNSMutableDataの容量をダウンロードデータのサイズと合わせておこうと思って NSURLConnectionのdelegateを担うクラスに以下のようなコードを書きました。
- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response {
long long length = response.expectedContentLength;
receivedData = [[NSMutableData alloc] initWithCapacity:length];
}
そうしたところ、NSMutableDataのinitWithCapacity:が例外で落ちました。
response.expectedContentLengthに-1が入っているようです。
HTTP Responseからサイズを取得できないときはそうなるようですが、
今時サイズを取得できないようなResponseを返すサーバがあるのかなと思って調べてみました。
結果、Responseに以下のEntityがあることが分かりました。
Content-Encoding: gzip
そりゃ圧縮されていたらサイズ分かりませんね・・・。 今時のサーバでは圧縮はよくある話なのでresponse.expectedContentLengthに-1が入るのは納得しました。
connection:didReceiveResponse:は以下のように書き直しました。
- (void)connection:(NSURLConnection *)connection didReceiveResponse:(NSURLResponse *)response {
const int MAX_INIT_SIZE = 100 * 1024 * 1024;
long long length = response.expectedContentLength;
if (length < 0 || length > MAX_INIT_SIZE) {
length = MAX_INIT_SIZE;
}
receivedData = [[NSMutableData alloc] initWithCapacity:length];
}
response.expectedContentLengthに-1が入ってきた場合にも対応し、
さらに上の方も100KBで制限をかけることにしました。いきなり大きなサイズにするのも気がひけたからです。
これでデータのダウンロードもスムーズになるのではないかと思います。(本当になるかどうかは確認できませんでしたが)
以下はおまけですが、InetSpyでは、gzipで圧縮されたファイルしか取れないため、展開後のデータを確認できません。
確認するためにPerlスクリプトを作成しましたので、参考までにコードを置いておきます。
# 参考コード: http://www.tohoho-web.com/perl/encode.htm use strict; use Compress::Zlib; die "Usage: gzip [IN_FILE] [OUT_FILE]\n" if ($#ARGV < 1); my $infile = $ARGV[0]; my $outfile = $ARGV[1]; my $indata; my $outdata; open(IN, $infile) || die "Can't open $infile.\n"; binmode(IN); read(IN, $indata, (lstat(IN))[7]) || die "Can't read $infile\n"; close(IN); open(OUT, "> $outfile") || die "Can't open $outfile.\n"; binmode(OUT); print OUT Compress::Zlib::memGunzip($indata); close(OUT);]]>
組み立てました。
新PCのHDBENCH結果。
いまどきのベンチマーク事情を良く知らなかったのでとりあえず知っている奴を使いました。
こちらは旧PCのHDBENCH結果(参考)
これよりだいぶ速くなったようです。
HDBENCH Ver 3.30 100MB設定で新しい2TBのHDDとこれまで使用していた古い500GBのHDD(ST3500630AS)の性能を測定。
| 機種 | Read | Write | Copy |
|---|---|---|---|
| ST32000542AS(新しい2TBのHDD) | 125953 | 102296 | 5342 |
| ST3500630AS(古い500GBのHDD) | 46779 | 33772 | 2696 |
新しいHDDが3倍位速いようです。 カタログスペックでは、回転速度は新しい2TBのHDDが5900 rpm、古い500GBのHDDが7200 rpm と落ちていますが、性能差は記録密度の違いから来ているんでしょうかね。
実容量は2,000,396,288,000バイト。
1TB=1024x1024x1024換算だと1.81TBになってしまうのは若干損した気分ですが、
1TB=1000x1000x1000バイト換算でぎりぎり2Tに到達できているのはメーカの容量ターゲットがそこなのだからでしょうね。