開発メモ http://ndevmemo.blog.shinobi.jp/ ちょっとは人のためになる事をしないとインターネットコミュニティーの皆様に申し訳がないかと思いながら、自分の備忘録ていどでしかなく、実際の所たいした情報も提供できないでいるブログ Thu, 30 Jan 2014 07:46:57 GMT ja © Ninja Tools Inc. JYP5071E アーカイブログファイルの不足が発生しました．
JYP5071E アーカイブログファイルの不足が発生しました．' エラーが発生した文の先頭位置=1 (システム名=XXXXXXXXX)


と表示された場合

rdblog -R -a

でログを削除する

 
]]> symfoware http://ndevmemo.blog.shinobi.jp/symfoware/jyp5071e%20%E3%82%A2%E3%83%BC%E3%82%AB%E3%82%A4%E3%83%96%E3%83%AD%E3%82%B0%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E4%B8%8D%E8%B6%B3%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%EF%BC%8E Thu, 30 Jan 2014 07:46:56 GMT ndevmemo.blog.shinobi.jp://entry/111 symfoware drop schema で 他の利用者が占有しています と表示される rdbddlex でスキーマを削除しようとしたとき

rdb: ERROR: qdg12226e:スキーマ削除文の実行で重症エラーを検出しました 詳細メッセ ージ='JYP3912E スキーマ“XXXXXXX”を他の利用者が占有しています．' エラーが発生した文の先頭位置=1 (システム名=XXXXXXX)

が出たときの対処。

「占有」している接続を確認する。
接続中のクライアント一覧の表示するコマンド rdbcninf

$ rdbcninf -s

RDBII rdbcninf DATE:2014/01/30 TIME:11/46/47

Remote Connection Status(exec/term/free/total) :   2/  0/ 98/100

Status   Idle    Tran    Type     Connection-Info
EXEC     680:45   INACT   TCP/IP   10.1.0.15/5048
EXEC     418:07   INACT   TCP/IP   10.1.0.15/4204

強制的に接続を解除するコマンド rdbterm

$ rdbterm -i 10.1.0.15

]]> symfoware http://ndevmemo.blog.shinobi.jp/symfoware/symfoware%20drop%20schema%20%E3%81%A7%20%E4%BB%96%E3%81%AE Thu, 30 Jan 2014 02:56:02 GMT ndevmemo.blog.shinobi.jp://entry/110 afpd からのエラー対処
volume "/hoge" does not support Extended Attributes or read-only volume

extended attributes が有効になっていない。/etc/fstabにて
UUID=f9d0cd90-5d2d-4379-9025-c69eb58e7006 /hoge ext4 defaults,user_xattr 0 0
オプションに user_xattr を追加する
 
parse_entries: bogus eid: 9

ディレクトリ内の ._ で始まるファイルを消したらなおった

 sys_lsetxattr("/hoge"): Permission denied
 
ログインユーザーからの hoge ディレクトリのアクセス権が無い。
ログインユーザーに公開しているディレクトリのトップ(afpd.conf path=のディレクトリ)の書き込み権限を与える。サブディレクトリに対しては書き込み許可の必要は無い。トップのみで良い。
ログイン可能ユーザーのグループをつくり、
groupadd afpuser
usermod -G smbuser ログインユーザーID
chgrp afpuser /hoge
chmod g+w /hoge
など。

posix_acls_to_uaperms(obj, path, st, ma) failed: Too many levels of symbolic links
acl = acl_get_file(path, ACL_TYPE_ACCESS) failed: Too many levels of symbolic links

間違って、自分をさしているシンボリックリンクがあると発生した。
シンボリックリンクを消す。
 
]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/afpd%20%E3%81%8B%E3%82%89%E3%81%AE%E3%82%A8%E3%83%A9%E3%83%BC%E5%AF%BE%E5%87%A6 Tue, 13 Aug 2013 00:26:14 GMT ndevmemo.blog.shinobi.jp://entry/109 ATL COM Service のトラブル
対象のクラスの .rgs ファイルに AppId 値を追加する。
再コンパイルを行う
xxxx.exe /service　で登録する


HKCR
{
 NoRemove CLSID
 {
  ForceRemove {6E94C55F-4AE0-45F1-A6A1-47C97110E1A4} = s 'Manager Class'
  {
   ForceRemove Programmable
   LocalServer32 = s '%MODULE%'
   {
    val ServerExecutable = s '%MODULE_RAW%'
   }
   val AppID = s '%APPID%'
   TypeLib = s '{FDEF3EA6-16EE-4421-996D-E615C277C041}'
   Version = s '1.0'
  }
 }
}

]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/atl%20com%20service%20%E3%81%AE%E3%83%88%E3%83%A9%E3%83%96%E3%83%AB Sun, 26 May 2013 01:31:36 GMT ndevmemo.blog.shinobi.jp://entry/108 error: call to implicitly-deleted default constructor of '...' error: call to implicitly-deleted default constructor of '...'


clang, C++ の一見して何が悪いかわからないエラー。

エラーとなるクラスのメンバー変数にデフォルトコンストラクターがないクラスのオブジェクトがあると発生する。
 

]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/error-%20call%20to%20implicitly- Mon, 08 Apr 2013 11:23:07 GMT ndevmemo.blog.shinobi.jp://entry/107 NSOperationQueue, NSOperation メモ キューのキャンセル

- [NSOperationQueue cancelAllOperations] - [NSOperationQueue waitUntilAllOperaitonsAreFinished] を行なった後のキューに、あたらしいオペレーションを追加すると、変な場所で EXEC_BAD_ACCESS 例外が発生する。キャンセルしたキューは再利用しないで、再作成すべき。


複数のキューにまたがる依存・優先関係

複数のキューを作成し、 - [NSOperation addDependency] をもちいて、複数のキューをまたがる依存関係(dependency)を作ることが出きる。

平行実行数を押さえたキューと、無制限のキューを併用して、オペレーションの個数を制御しながら、OOB的なキューで終了や優先処理を行なうなどができる。単一のキューでごちゃごちゃ操作するより簡単。

キャンセル処理

- [NSOperation cancel] を受けたら、isFinished = YES に移行しないと、オペレーションがキューに溜まったままになる。特に、開始していないオペレーションに対する処理をわすれがち。


キューの平行動作数と子オペレーション、currentQueue の問題

子オペレーションを利用する場合、+ [NSOperationQueue currentQueue] で取得した現在のオペレーションキューに、子オペレーションを追加し、KVOで終了を待つ処理は危険。

現在のオペレーションキューに、平行動作オペレーション数の余裕がないと、たちまちデッドロックする。
平行動作数を変更すれば動くようになるかもしれないが、キューの平行動作数に依存する実装は好ましくない。

子オペレーションを使う場合、そのオペレーションのインスタンスに NSOperationQueue を作成し、そこに子オペレーションを追加すると良い。

なお、平行実行数が無制限なら問題はおきない。平行実行数無制限で組んだあと、パフォーマンス調整のため、「フォアグラウンドが重いなら、バックグラウンド平行実行数をおさえりゃいいんじゃね?」的に - [NSOperationQueue setMaximumConcurrentOperations:] を加えた瞬間、うごかなくなったりするので気をつける。
 

]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/nsoperationqueue-%20nsoperation%20%E3%83%A1%E3%83%A2 Thu, 30 Aug 2012 07:24:27 GMT ndevmemo.blog.shinobi.jp://entry/106 tomcat で war をデプロイできずにはまったこと 要約:
 
  • tomcat (7で確認)では、すでにある webapp を War のアップロードで上書きでプロいできないようだ。
  • まず、Undeploy してからデプロイすれば更新される。
  • server.xml の設定項目は、（たぶん）関係ないので頑張るだけ無駄。
  • デプロイ時のエラーメッセージはサーバーマネージャーのタイトルの下、小さな枠内に、すごく控えめに表示される。よーくみていないと、エラーに気づかない。
 
詳細:
 
deploy ができなくなった、とおもったが、とても初心者な勘違い。
 
Tomcat Web Application Manager 　の Deploy - War file to deploy で、ファイルをアップロードすると、そのままデプロイ出来るのかと思っていたが、そうではない。
 
検索すると、server.xml のunpackWARs や autoDeploy に関するが引っかかるが、関係なかった。
 
 
アップロード後、なにもエラーないので(ここが勘違い)、デプロイできているのかとおもいきや、コードの変更が反映されない。エラーメッセージがめだたなくて、気づいていないだけだった。エラーメッセージは、画面上部、Message: に表示される。失敗メッセージが <TT> の目立たないフォントで表示されてて、気づかなかったのが敗因。
 
 
]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/tomcat%20%E3%81%A7%20war%20%E3%82%92%E3%83%87%E3%83%97%E3%83%AD%E3%82%A4%E3%81%A7%E3%81%8D%E3%81%9A%E3%81%AB%E3%81%AF%E3%81%BE%E3%81%A3%E3%81%9F%E3%81%93%E3%81%A8 Thu, 30 Aug 2012 00:59:59 GMT ndevmemo.blog.shinobi.jp://entry/105 Xcode 4.4 にしたら git が使えなくなった
Project Navigator のソースコントロール状態を示す "M" とか"A"とか "C"のマークが出ない。Version Editor 画面でリビジョン比較ができない。プロジェクトと git との関連性が失われたような感じ。

手動(コマンドラインなど)で git の操作をしていたプロジェクトで発生するようだ。Xcode 4.4 より前は、フォルダに .git があるだけで良かったが、Xcode 4.4 になり挙動がかわったようだ。

解決方法:

問題があるプロジェクトが開いていたら閉じる

Organizer の Repositories を開く
左下の '+' で "Add Working Copy..."
".git" がおいてあるフォルダを指定

Organizer の Projects を開く
プロジェクトをオーガナイザーから削除
左の一覧で Ctrl+Click して Remove From Organizer
一覧から削除されるだけで、プロジェクト本体に影響はない

プロジェクトを開く

以上で直るはず
]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/xcode%204.4%20%E3%81%AB%E3%81%97%E3%81%9F%E3%82%89%20git%20%E3%81%8C%E4%BD%BF%E3%81%88%E3%81%AA%E3%81%8F%E3%81%AA%E3%81%A3%E3%81%9F Sat, 28 Jul 2012 05:38:45 GMT ndevmemo.blog.shinobi.jp://entry/104 スマートレンダリング handbrake　-> MP4(H.264) -> TMPGEnc Authoring Works 5 スマートレンダリング

上記を実現する設定のメモ

以下のオプションをhandbrakecliに与える。

--crop 0:0:0:0 --preset Normal --strict-anamorphic --encoder x264 --cfr --vb 3844 --x264-preset=fast --two-pass --turbo --encopts ref=1:subq=2:trellis=0:8x8dct=0:rc-lookahead=50:bluray-compat=1:vbv-maxrate=10000:vbv-bufsize=1500:tff=1:keyint=30:threads=12:bframes=0:weightp=0:psnr=0:psy=0

--vb、vbv-maxrateは私の好み。threads=12も当方環境にあわせた値。

試行錯誤で得た条件(必要十分条件ではないとおもわれる)

  • BD互換 (bluray-compat=1)
  • 解像度: 1920x1080 または1440x1080 (-strict-anamorphic --crop 設定)
  • 固定フレームレート(CFR)　29.94 fps (--cfr)
  • トップフィールド優先インターレス (tff=1)
  • 最大ビットレート AVCHD for DVDの場合　17Mbps程度。BDの場合はもっといける。
  • 最大GOP 30 (keyint=30)

    ハマリポイント / tips

    1. TMPGEnc Authoring Works 5(以下TAW5) は、BD/AVCHD仕様にあったソースならスマートレンダリングできるが、具体的なチェック値などはよくわからない。
    2. TAW5 にスマートレンダリングできない画像を追加すると、その後のスマートレンダリングの可否判定がおかしくなる(SR画像なのにFR表示になったり)。ファイルがスマレン可能か調べる場合、毎回、TAW5を終了・起動させる。これにきづかず、大ハマリ。
    3. handbrakeのデフォでは画像サイズを変更してしまうので Strict 設定が必要。
    4. handbrakeのデフォのVFRは不可。
    5. handbrake(GUI)で上記設定のエンコもできる。解像度、ビットレート、フレームレートを適宜設定。encoptsのパラメータを　Advance タブにあるテキストボックスにコピペする。基本設定が上記条件に合致し、赤字のencoptsさえ入っていればスマレン可能な映像が得られるはず。

    ちなみに、ファイルのdemuxが嫌いなので、目視でチャプターを切ったりする以外では、なるべくguiを使いたくないので、こういうことをしております。 ]]> 画像関係 http://ndevmemo.blog.shinobi.jp/%E7%94%BB%E5%83%8F%E9%96%A2%E4%BF%82/%E3%82%B9%E3%83%9E%E3%83%BC%E3%83%88%E3%83%AC%E3%83%B3%E3%83%80%E3%83%AA%E3%83%B3%E3%82%B0 Fri, 20 Apr 2012 09:48:03 GMT ndevmemo.blog.shinobi.jp://entry/103 CentOS 6.2 に cups-pdf をインストールする cups-pdf のパーミッションに注意。

    http://www.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/download.shtmlからソースのtarballをダウンロードする。

    http://www.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/documentation.shtmlの Installation に準じてインストールするが、追加作業を要する。

    • Modify the file cups-pdf.h to set the location of the configuration file.

      • 修正不要。オリジナルのままでかまわない。

    • Compile cups-pdf.c in the same directory as cups-pdf.h is located and move the binary to CUPS' backend directory (/usr/lib/cups/backend/cups-pdf)

      [ e.g. by calling "gcc -O9 -lcups -s -o /usr/lib/cups/backend/cups-pdf cups-pdf.c" ]

      • この通りコンパイルする。

      /usr/lib/cups/backend/cups-pdf のパーミッションを調整する必要がある。

      これをしないと、CUPSが認識しない。

    • Copy the file cups-pdf.conf to /etc/cups/cups-pdf.conf (or whatever you set above in cups-pdf.h) and modify it to meet you requirements. All options are commented and the defaults should work fine on most systems.

      • 修正不要。オリジナルのままでかまわない。

    • Copy the file CUPS-PDF_opt.ppd to /usr/share/cups/model/Generic/CUPS-PDF_opt.ppd
      [ if you do not wish to use option setting via PPD you can use CUPS-PDF_noopt.ppd instead ]

      • /usr/share/cups/model/Generic はないので mkdir する必要がある。
      というか、/usr/share/cups/model にコピーすれば良い。




    ]]> 開発 http://ndevmemo.blog.shinobi.jp/%E9%96%8B%E7%99%BA/centos%206.2%20%E3%81%AB%20cups-pdf%20%E3%82%92%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%99%E3%82%8B Mon, 19 Mar 2012 08:49:18 GMT ndevmemo.blog.shinobi.jp://entry/102