標準では静的ライブラリが生成されます。

通常Luaを組み込み用途で使用するときは静的ライブラリで十分なのですが、

時には共有ライブラリが欲しくなるので、作成してみます。

(lua5.1を想定しています)

src/Makefileに以下を追加する。

LUA_O=lua.oと書かれた行の下に、以下の行を挿入する。

LUA_SO=liblua5.1.so

次の行の最後に、$(LUA_SO)を追記する。

ALL_T=$(LUA_A) $(LUA_T) $(LUAC_T)

↓

ALL_T=$(LUA_A) $(LUA_T) $(LUAC_T) $(LUA_SO)

clean:と書かれた行の前に、以下の2行を挿入する。

（2行の前後には1行の空行があるようにする）

$(LUA_SO): $(CORE_O) $(LIB_O)

$(CC) -o $@ -shared $?

保存する。

次にMakefileを下記のように編集する。

TO_LIB= liblua.aとなっている行の最後に liblua5.1.soを追記する。

↓

TO_LIB=liblua.a liblua5.1.so

これで、makeするとliblua5.1.soが生成されます。

準備として、必要なライブラリをインストールします。

ubuntuではpcscデーモンは最初からインストールされているようです。

ICカードリーダには、OMNIKEYのCardman5321(USBタイプ)を使ってみます。

OMNIKEYはubuntuのSynapticパッケージに登録されているため、インストールが簡単なのです。

sudo apt-get install pcsc-tools pcsc-omnikey

（この時、libpcsc-perlなど関連ライブラリもインストールされます）

インストールが終わったら、OMNIKEY Cardman5321をPCのUSB端子に差し込み、以下のコマンドを実行します。

sudo /etc/init.d/pcscd stop

sudo /usr/sbin/pcscd -f -a -d

pcscデーモンがターミナル上でフォアグラウンド起動し、下記のようなメッセージが表示されます。

00000000 debuglog.c:224:DebugLogSetLevel() debug level=debug

00001188 pcscdaemon.c:505:main() pcsc-lite 1.5.3 daemon ready.

00250251 hotplug_libusb.c:477:HPAddHotPluggable() Adding USB device: 006:003

00000075 readerfactory.c:1024:RFInitializeReader() Attempting startup of OMNIKEY CardMan 5×21 00 00 using /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so

00000513 readerfactory.c:877:RFBindFunctions() Loading IFD Handler 3.0

OK OMNIKEY CardMan RFID  IA32 v2.6.0 support@omnikey.com

00289502 readerfactory.c:249:RFAddReader() Using the pcscd polling thread

00002051 readerfactory.c:1024:RFInitializeReader() Attempting startup of OMNIKEY CardMan 5×21 00 01 using /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so

00000028 readerfactory.c:741:RFLoadReader() Reusing already loaded driver for /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so

00000071 readerfactory.c:877:RFBindFunctions() Loading IFD Handler 3.0

OK OMNIKEY CardMan RFID  IA32 v2.6.0 support@omnikey.com

00393999 readerfactory.c:385:RFAddReader() Using the pcscd polling thread

00385840 Card ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 0A 00 16 00 00 00 00 74

00000000 debuglog.c:224:DebugLogSetLevel() debug level=debug00001188 pcscdaemon.c:505:main() pcsc-lite 1.5.3 daemon ready.00250251 hotplug_libusb.c:477:HPAddHotPluggable() Adding USB device: 006:00300000075 readerfactory.c:1024:RFInitializeReader() Attempting startup of OMNIKEY CardMan 5×21 00 00 using /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so00000513 readerfactory.c:877:RFBindFunctions() Loading IFD Handler 3.0OK OMNIKEY CardMan RFID  IA32 v2.6.0 support@omnikey.com00289502 readerfactory.c:249:RFAddReader() Using the pcscd polling thread00002051 readerfactory.c:1024:RFInitializeReader() Attempting startup of OMNIKEY CardMan 5×21 00 01 using /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so00000028 readerfactory.c:741:RFLoadReader() Reusing already loaded driver for /usr/lib/pcsc/drivers/ifdokrfid_lnx-2.6.0.bundle/Contents/Linux/ifdokrfid.so00000071 readerfactory.c:877:RFBindFunctions() Loading IFD Handler 3.0OK OMNIKEY CardMan RFID  IA32 v2.6.0 support@omnikey.com00393999 readerfactory.c:385:RFAddReader() Using the pcscd polling thread00385840 Card ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 0A 00 16 00 00 00 00 74

ちゃんとリーダライタと接続できているようです。

別のターミナルを起動して、以下のコマンドを実行します。

pcsc_scan

すると下記のようなメッセージが表示されます。

PC/SC device scanner

V 1.4.16 (c) 2001-2009, Ludovic Rousseau <ludovic.rousseau@free.fr>

Compiled with PC/SC lite version: 1.5.3

Scanning present readers…

0: OMNIKEY CardMan 5×21 00 00

1: OMNIKEY CardMan 5×21 00 01

Tue May 18 09:19:21 2010

Reader 0: OMNIKEY CardMan 5×21 00 00

Card state: Card removed,

Tue May 18 09:19:21 2010

Reader 1: OMNIKEY CardMan 5×21 00 01

Card state: Card removed,

wget http://ludovic.rousseau.free.fr/softwares/pcsc-tools/smartcard_list.txt –output-document=/home/xxx/.smartcard_list.txt

※/home/xxxは、自分の環境に合わせてください

もし、ユーザに関係なく反映させるなら、/usr/share/pcsc/smartcard_list.txtを上書きして下さい

sudo /etc/init.d/pcscd start

Doctrineそのものが3MBほど使うのは仕方ないとしても、クエリやレコード追加する度に使用メモリが増えつづけるのはいただけない。

不要メモリ削除にチャレンジしてみました。
まずは、一番簡単な方法。

例)
$query = Doctrine_Query::create()
->from(‘SomeModel’)
->where(…);
$rs = $query->execute();
…
// 使用後に、ここで参照を止めてみる
$rs = null;
$query = null;

通常はスコープをなくせばいいはずなのに、どんどん使用メモリが増えていきます。

さらに調べると、Doctrine_Recordが生成される際、Doctrine_Table_Repositoryに自分を登録しているではありませんか・・・

Doctrine_Query、Doctrine_Collection、Doctrine_Recordにはfreeメソッドがありました。特にDoctrine_Collectionでは、freeメソッドの引数deepをtrueにすることで、子のDoctrine_Recordのリレーション先のfreeまでやってくれそうです。

例)
$query = Doctrine_Query::create()
->from(‘SomeModel’)
->where(…);
$rs = $query->execute();
…
// 使用後に、Repositoryから削除し、参照も止めてみる
$rs->free(true);
$rs = null;
$query->free();
$query = null;

これで使用メモリは増えなくなり、スッキリしました。

ちなみに、そもそもDoctrine_Table_Repositoryに登録しない設定はないのかとしらべましたが、そんなものはありませんでした。

若干面倒ですが、freeしてnullするしかなさそうです。

（nullは、スコープが外れれば同じことなので、よほどシビアでなければやらなくても良い)

フォームに関するルーチンワーク（入力フォーム作成、バリデータ定義、確認フォーム作成）を定義ファイル1つに置き換えることができます。

ところが、定義ファイルを少し更新すると、動作がおかしくなることがちょくちょくあります。

1つ目はsetElementDecoratorsとsetElementFiltersの使い方。

このメソッドを呼び出すと、個別のエレメントで指定していたデコレータとフィルターが消されます。

よって、下記のような書き方は間違っています。

[test]
form.elementFilters.trim = “StringTrim”
form.elements.name.options.filters.lower.filter = “StringToLower”

この場合、StringTrimだけがフィルタとして登録されるので、エレメントごとにデコレータやフィルタが違う場合、すべて個別に指定しましょう。

2つ目は、カスタムフィルタなどフィルタを定義し、そのフィルタコンストラクタにオプションを定義したい時の制限です。

[test]
form.elements.name.options.filters.myfilter.filter = “MyFilter”
form.elements.name.options.filters.myfilter.filter.options.param2 = “second option”
form.elements.name.options.filters.myfilter.filter.options.param1 = “first option”

カスタムフィルタの定義は上のような形で良いのですが、MyFilterに渡すコンストラクタオプションが、optionsで指定した順番に依存し、

名称は無視されます。したがって、上記の定義例ではMyFilter::__construct($param2, $param1)が呼ばれることになります。

Zend_Form_Elementクラス内の_loadFilterメソッドで、実際にフィルタをロードしているのですが、

インスタンス作成は下記のコードを使用しています。

if (empty($filter['options'])) {
  $instance = new $name;
} else {
  $r = new ReflectionClass($name);
  if ($r->hasMethod('__construct')) {
    $instance = $r->newInstanceArgs((array) $filter['options']);
  } else {
    $instance = $r->newInstance();
  }
}

このRefrectionClassのnewInstanceArgsメソッドは、引数の配列の順番が、コンストラクタの引数の順番に該当するようになっています。

せっかくRefrectionしているのだから、順番ではなくて引数名をハッシュで指定できれば良いのですが・・・残念。

したがって、filterのオプション定義の場合は、コンストラクタの引数の順番と同じ順序で定義しましょう。

以下の書き方の方が、理解しやすいです。

[test]
form.elements.name.options.filters.myfilter.filter = “MyFilter”
form.elements.name.options.filters.myfilter.filter.options.1 = “first option”
form.elements.name.options.filters.myfilter.filter.options.2 = “second option”

この方法がいつまで使えるか分かりませんので、ご注意を。
(使えなくなったら、またご報告します)

今までSkypeを使うには、pulseAudioを削除し、ALSAaudioを使うのが常識でした。

しかし、Skypeが2.1(beta)にバージョンアップし、pulseAudioが正しく使えるようになっています。

ここでは、pulseAudioでの実行方法を説明します。

VAIO type PとLet’s Note CF-W7で動作確認しました。

なお、Bluetoothヘッドセットには、Sony DRC-BT15を使いました。

1.pulseAudio関連パッケージのインストール

• synapticパッケージマネージャを起動します。
• 「設定」-「リポジトリ」メニューを選択し、ダイアログを表示します。
• 「サードバーティのソフトウェア」タブを選択します。
• [追加]ボタンを押し、次の文字を入力します。

deb http://ppa.launchpad.net/themuso/ppa/ubuntu jaunty main

• もう1回[追加]ボタンを押し、次の文字を入力します。

deb-src http://ppa.launchpad.net/themuso/ppa/ubuntu jaunty main

• 端末画面を開き、以下のコマンドを入力します。

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys B88A1AA8

• Synapticのメイン画面の[再読込]ボタンを押します。
• [検索]ボタンを押し、pulseと入力して検索します。
• リストが表示されますので、下記のものをインストール指定してください。（既にインストールされている物については、そのままにしてください)

1. gstreamer0.10-pulseaudio
2. libasound2-plugins
3. libgsm1
4. libpulse-browse0
5. libpulse-mainloop-glib0
6. libpulse0
7. libpulsecore9
8. padevchooser
9. paman
10. paprefs
11. pavucontrol
12. pavumeter
13. pulseaudio
14. pulseaudio-esound-compat
15. pulseaudio-module-bluetooth
16. pulseaudio-module-gconf
17. pulseaudio-module-hal
18. pulseaudio-module-x11
19. pulseaudio-module-zeroconf
20. pulseaudio-utils

• インストール指定が終わったら、[適用]ボタンを押して、インストールします。

2.bluemanのインストール

標準でインストールされているbluez-gnomeは大変使いにくいし、接続できないことが多いのですが、bluemanをインストールすると簡単に接続できて楽です。

• Synapticパッケージマネージャを起動します。
• pulseaudioでリポジトリを追加した方法と同じやり方で、以下の2つを追加します。

deb http://ppa.launchpad.net/blueman/blueman-dailies/ubuntu jaunty main
deb-src http://ppa.launchpad.net/blueman/blueman-dailies/ubuntu jaunty main

• 端末を起動し、下記のコマンドを実行します。

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 951DC1E2

• synapticのトップ画面から、[再読込]ボタンを押します。
• [検索]ボタンを押し、bluemanと入力して検索します。
• bluemanをインストール指定し、[適用]ボタンを押します。
• このとき、「bluez-manを削除します。」と言う内容のメッセージが出るので、そのままOKします。
• インストールが終わったら、念のためubuntuを再起動します。

「念のため再起動」というのは、ubuntuを使うときには重要です。

3.pulseAudioの設定（１）

• 「システム」-「サウンド」メニューを選択します。
• イベントの音、楽曲と動画、音声会議をすべてPulseAudioサウンド・サーバに変更します。
• サウンドメニューを閉じます。

4.bluetoothヘッドセットとペアリングします。

• ヘッドセットの電源をいれ、画面右上のbluetoothアイコンをクリックします。
• 目的のヘッドセットが表示されたら、ペアリングし、信頼設定します。
• 結合できたら、該当のヘッドセットアイコンを右クリックし、「ヘッドセットサービスを接続」をクリックします。
• 「成功しました！」というメッセージがステータスウィンドウに表示されれば、完了です。

※音楽を聞くのであれば、「A2DPサービスを接続」を選択する方法もあります。

5.pulseAudioの設定(2)

• 「アプリケーション」-「サウンドとビデオ」-「PulseAudioDeviceChooser」を選択します。
• 画面右上にヘッドフォンジャックのようなアイコンが表示されますので、それをクリックします。
• 「Manager」をクリックし、ダイアログを表示させます。
• Devicesタブをクリックし、SinksやSourcesに接続したヘッドセットが追加されていることを確認します。
• 画面右上のヘッドフォンジャックアイコンをクリックし、「Volume Control」をクリックします。
• 「Output Devices」タブをクリックし、ヘッドセットの箇所の右端に「へ」が逆になったアイコンがありますので、クリックし、「default」にチェックをつけます。
• 「Input Devices」タブをクリックし、ヘッドセットの箇所を同様に「default」にチェックをつけます。

あとは、SkypeのサイトからSkype2.1(beta)をダウンロードしてインストールするだけです。

これで、Skypeを起動すると、ほぼ何も設定せず、通話できます。

ちなみに、ubuntuの再起動の度にbluetoothヘッドセットへの「ヘッドセットサービスを接続」や、InputDevices,OutputDevicesへの「default」チェックは手動で行う必要があります。

また、Skypeで会話ができなくなることがありますので、その時はSkypeを再起動してください。

今までUbuntuでbluetoothやSkypeを使うのはかなり大変でしたが、

やっとその苦労から解放されそうな予感がします。

ちなみに、この設定でビデオやインターネットラジオを聞くと、ちゃんとbluetoothヘッドセットから聞こえます。

bluetoothのA2DPサービスを使ってもビデオやインターネットラジオは聞けますが、Skypeの場合には呼び出し音までしか再生されず、通話音は聞けなくなりましたので、ヘッドセットサービスを使う必要があります。
※使用しているデバイスによるかもしれません

最近カーネルをバージョンアップしたところ、Xの起動がうまくできなくなりました。

リカバリモードで起動して、Xの修復を試みてもダメ。

psbドライバの再インストールをしてみてもダメ。

前のカーネルに戻して起動してもダメ。

結局カーネルの起動スクリプトを直すだけで良かったみたいです。

アップデートマネージャでカーネルを更新させると、/boot/grub/menu.lstで指定しているカーネルオプションが消されてしまうのが問題でした。

修正方法

$sudo vi /boot/grub/menu.lst

(自分のパスワード入力)

赤色の部分を追加します

kernel /boot/vmlinuz-2.6.xx-xx-generic root=UUID=xxxxxxxxxxx ro quiet splash mem=2038M

kernel /boot/vmlinuz-2.6.xx-xx-generic root=UUID=xxxxxxxxxxx ro single mem=2038M

viを書き込み終了します。（viでなくてもテキストエディタなら何でもいいです)

$sudo update-grub

これで再起動すれば、見事フル解像度で起動しました。

やれやれ。

ubuntuとVAIO TYPE Pの相性がイマイチだったため、導入を控えておりました。

ネットを調べても、「8.04なら画面表示はいいが、ネットにつながらない」とか、

「8.10や9.04ならネットはつながるが、画面表示がダメ」とか・・・

やっと最近問題が解決されたため、満を持して導入しました。

導入方法

TYPE Pには光学ドライブがないため、USBスティックにインストールメディアを入れ、
そのスティックからブートさせてUbuntuをインストールすることにしました。
インストール後、グラフィックドライバを更新し、1600×768表示に対応させます。

準備するもの

• 1GB以上のUSBメモリ
• インストール用USBメモリを作るためのPC（あれば。　type pでも構いません)

1.Ubuntu9.04のインストールCD用ISOファイルをダウンロードします。

日本語を使用される方なら、こちらから日本語REMIX版ISOファイルをダウンロードすると楽です。

2.netbootinをブートUSBメモリ作成用PCにインストールします。

こちらのトップにWindows用、Linux用のダウンロードボタンがあるので、適当なものをダウンロードします。
ちなみに、Ubuntuと書いてあるリンクを元にパッケージインストールしたら、「qtライブラリのインストールができない云々」と表示されインストールに失敗しました。
しかし、p7zip-fullをパッケージインストールしておけば、
Linux用のダウンロードbinファイルを実行できます。

3.USBスティックをPCに差し込みます。
Windowsならドライブ名、Linuxならデバイス名をgpartedなどで確認しておいてください。(/dev/sdd1など)

4.netbootinを実行します。
ダウンロード済みのUbuntu9.04インストールISOファイルを指定し、インストール先に先のドライブ名（もしくはデバイス名）を選択します。
[OK]ボタンを押すと、USBスティックにブートイメージが書き込まれます。

インストール編

1.USBメモリを本体に差し込み、Ubuntu9.04のインストーラを起動します。

BIOS設定方法
VAIOの電源を入れ、「VAIO」と表示されたらすかさずF2キーを押します。
BIOS画面が表示されますので、右矢印キーを2回押してBoot設定画面に切り替えます。
「Boot Configuration」中の「External Device Boot」をEnabledに切り替えます。
「Boot Priority」中の「External Device」にカーソルを移動し、F5キーを押してExternal DeviceがInternal Hard Disk Deviceより上になるようにします。
右矢印キーを押して、Exit Setupを選択し、「The system saves the changes and restarts?」という質問に[Yes]を選択します。

2.デスクトップにある「インストール」アイコンをクリックします。インストーラが起動します。

3.言語は「日本語」を選択します。

4.「どこにお住まいですか?」や「キーボードレイアウト」はそのまま進みます。

5.「ディスクの準備」では、「それぞれ別のものとしてインストールし、起動時にどれを起動するか選択」を選びます（最初から選ばれています）。
「手動でパーティションを設定する」の下に現在のパーティションを示すバーと、グリグリするスライダーがありますので、Ubuntuに必要なサイズになるよう調整します。
（ちなみに、プリインストールOSが30GBほど使用済みです）

6.後は適当にユーザパスワードなどを設定し、インストールします。

7.20分ほどでインストールが完了しますので、USBスティックを抜いて再起動します。

1600×768の実現編

1.システムメニューから「システム」ー「システム管理」ー「Synapticパッケージ・マネージャ」をクリックします。

2.「設定」ー「リポジトリ」メニューをクリックします。

3.「サードパーティのソフトウェア」タブを選択し、[追加]ボタンを押し、下記をそのままコピペします。

deb http://ppa.launchpad.net/ubuntu-mobile/ppa/ubuntu jaunty main

4.もう一回[追加]ボタンを押し、さらに下記をそのままコピペします。

deb-src http://ppa.launchpad.net/ubuntu-mobile/ppa/ubuntu jaunty main

5.ダイアログの[閉じる]ボタンをします。

6.システムメニューから「アプリケーション」ー「アクセサリ」ー「端末」をクリックします。

7.端末の画面が表示されたら、以下のコマンドを実行します。

sudo apt-key adv –keyserver keyserver.ubuntu.com –recv-keys C6598A30

8.公開鍵がインストールされたら、Synapticにもどり、[再読込]ボタンをクリックします。

9.「編集」ー「検索」メニューをクリックし、「psb」と入力して検索します。

10.検索結果が表示されたら、最低以下の4つを選択してインストールします。

psb-kernel-source
psb-kernel-headers
psb-modules
xserver-xorg-video-psb

11.インストールが完了したら再起動します。
が、このままですとXの起動に失敗します。
そこで、GRUBローダの画面では、「recovery mode」を選択して起動します。
画面が表示されたら、「XFIX」を選択してX設定の再初期化を行います。
その後、REBOOTを選択して再起動。

これで、1600×768表示の快適なUbuntu Type Pが完成です。

以下、ContentPaneをネストしたときに、onClickイベントを親に渡さない例です。

<html>
<head>
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8"/>
<style type="text/css">
 @import "/js/dojo/resources/dojo.css";
 @import "/js/dijit/themes/tundra/tundra.css";
</style>
<script type="text/javascript" src="/js/dojo/dojo.js"
 djConfig="parseOnLoad: false, isDebug: true"></script>
<script type="text/javascript">
 dojo.require("dojo.parser");

 dojo.require("dijit.layout.BorderContainer");
 dojo.require("dijit.layout.ContentPane");

 dojo.addOnLoad(function() {
  dojo.parser.parse();
 });

</script>
<style type="text/css">
.nest {
 border: 1px solid #CCCCCC;
 margin: 5px;
}
</style>
</head>
<body class="tundra" id="body">
<div dojoType="dijit.layout.BorderContainer" design="screenDesign" style="width:100%;height:100%">

<div dojoType="dijit.layout.ContentPane" region="center" class="nest">
 topのトップ<br/>
 <script type="dojo/connect" event="onClick" args="event">
  alert("topのオンクリック");
 </script>
 <div dojoType="dijit.layout.ContentPane" class="nest">
  1つネスト
  <script type="dojo/connect" event="onClick" args="event">
   alert("1つネストのオンクリック");
   dojo.stopEvent(event);
  return false;
  </script>
  <div dojoType="dijit.layout.ContentPane" class="nest">
   2つネスト
   <script type="dojo/connect" event="onClick" args="event">
    alert("2つネストのオンクリック");
    dojo.stopEvent(event);
   return false;
   </script>
  </div>
 </div>
 topのボトム
</div>

</div>

</body>
</html>

dijit.Treeにdojo.data.ItemFileWriteStoreなどStoreを直結するのは古いらしい。

Modelというアダプタ？を使って、StoreとTreeを接続するのだそうだ。

Modelを調べてみると、dijit.tree.TreeStoreModelとdijit.tree.ForestStoreModelの2種類見つかりました。

TreeStoreModelはルートが1つだけ定義されているStoreに接続するのに対して、

ForestStoreModelはルートが複数あっても良いらしいです。

しかも、dojo1.1系からはStore用のデータがネストノードのものは推奨されないとも記述がありました。

ネストノードの場合、子ノードはユニークになってしまうので、

例えばファイルシステムのエイリアスをStoreで表現できません。

新しい方法では、子ノードの記述にリファレンスIDで指定できるため、ネストノードが要らなくなります。

スマートではありますが、通信用のXMLやJsonデータ自体の可読性は下がります。

将来性を考えると、dojo1.1系に合わせライブラリ作り直し・・・

かなり便利になったのですが、すぐに1点の曇りが見つかりました。

そう、call_user_funcの場合、引数は直接指定しないといけないのです。

この手の関数を使う場面では、引数もあらかじめ配列に格納しておき、呼び出すことが多いのです。

例えば、以下のような関数が定義されていたとします。

function funcA(a,b,c)
        print(a,b,c)
end

これを普通に呼び出すのは簡単

funcA("a", "b", "c")

実行結果
a	b	c

しかし、とあるケースではこの引数を配列にしておきたいときがあります。

args = {"a", "b", "c"}

さて、funcAをどう呼び出すのか?

funcA(args)

実行結果
table: 0x806f168	nil	nil

当然ですが、第1引数にテーブルの参照が渡っているのです。

お察しのよろしい方は、タイトルでピンとくるでしょう。

そう、unpack関数があるのです。

funcA(unpack(args))

実行結果
a	b	c

あっという間に解決しました。