<?xml version="1.0" encoding="UTF-8" ?>
<rdf:RDF
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">

  <channel rdf:about="https://rikuro.blog.shinobi.jp/RSS/100/">
    <title>上手座席の置き去りノート</title>
    <link>https://rikuro.blog.shinobi.jp/</link>
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="https://rikuro.blog.shinobi.jp/RSS/" />
    <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />
    <description>演劇・ロボット・その他もろもろ日々の発見をメモするための場所です。</description>
    <dc:language>ja</dc:language>
    <dc:date>2017-01-28T10:27:26+09:00</dc:date>
    <items>
    <rdf:Seq>
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/facebook%20androidsdk%E3%81%AE%E9%80%A3%E6%90%BA%E7%8A%B6%E6%85%8B%E3%82%92%E3%82%A2" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E3%83%AD%E3%83%9C%E3%83%83%E3%83%88/imubrick%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%BF%E3%82%8B" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/%E8%87%AA%E4%BD%9C%E3%81%AEusb%E5%85%85%E9%9B%BB%E3%82%B1%E3%83%BC%E3%83%96%E3%83%AB" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A7%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%81%8C%E7%94%BB%E9%9D%A2%E5%A4%96%E3%81%AB%E5%87%BA%E3%82%8B%E4%BB%B6" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A8vmauthd%20service%E3%81%A7%E5%9B%B0%E3%81%A3%E3%81%9F" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/memo/windows32bit%E7%89%88%E3%81%A7%E3%81%AF%E3%83%A1%E3%83%A2%E3%83%AA%E3%81%8C%E6%9C%80%E5%A4%A74gb%E3%81%BE%E3%81%A7-%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91" />
      <rdf:li rdf:resource="https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/%E3%83%90%E3%83%83%E3%83%81%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E6%94%B9%E8%A1%8C%E3%81%AE%E3%82%A8%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%97%E6%96%87%E5%AD%97%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91" />
    </rdf:Seq>
    </items>
  </channel>

  <item rdf:about="https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/facebook%20androidsdk%E3%81%AE%E9%80%A3%E6%90%BA%E7%8A%B6%E6%85%8B%E3%82%92%E3%82%A2">
    <link>https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/facebook%20androidsdk%E3%81%AE%E9%80%A3%E6%90%BA%E7%8A%B6%E6%85%8B%E3%82%92%E3%82%A2</link>
    <title>Facebook AndroidSDKの連携状態をアップグレード後も継続したい</title>
    <description>めちゃくちゃ久しぶりにブログ開きました。パスワードも完全に忘れていましたが思い出した頃にまた自分のメモ的に何か書こうかなと。
つっても今回の内容は本当に一部の人向けの内容担ってしまうかと思うのですが・・・( ˘&amp;amp;omega;˘)
Facebook AndroidSDKをv3.xからv4.xにアップデ...</description>
    <content:encoded><![CDATA[めちゃくちゃ久しぶりにブログ開きました。パスワードも完全に忘れていましたが思い出した頃にまた自分のメモ的に何か書こうかなと。<br />
つっても今回の内容は本当に一部の人向けの内容担ってしまうかと思うのですが・・・( ˘&omega;˘)<br />
<h2><span style="color: #ff0000;">Facebook AndroidSDKをv3.xからv4.xにアップデートした話</span></h2><span style="color: #000000;">Facebook SDKは６月１日を持って<a href="https://developers.facebook.com/blog/post/2016/06/01/SDK-v3-transition/" title="" target="_blank">v3.xのサポートを終了する</a>そうです。<br />
というわけでv4.xへの移行を進めたわけですが、問題が・・・<br />
<br />
v3.xを実装したアプリでFacebook連携を行っていた場合、v4.xに実装したアプリにアップデートすると連携が解除されてしまいます。<br />
FacebookSDKは内部でアクセストークンをキャッシュする処理があるのですが、<br />
それがバージョンアップに伴い大きく変更されております。<br />
それに伴い、アクセストークンの保存形式も変わっているので、アップデートをすると<br />
該当ファイルが無いと判定されてしまいます。<br />
<br />
これを明示的に解決するには、v4.xにある旧トークン形式の読み込みを有効にする必要があります。<br />
すでに連携済みのアプリをアップデート後も継続して連携させたい場合は以下を<br />
onCreate()初期化前に記述します。<br />
<br />
</span><span><span>FacebookSdk.setLegacyTokenUpgradeSupported(true);//これ</span></span><div>FacebookSdk.sdkInitialize(this);<br />
<br />
これで連携状態を解除せずにアップデートが可能になるはずです。<br />
<br />
<br />
<br />
( ˘&omega;˘).。o(これってFacebookSDKのアップグレードガイドに書いてた記憶がなかった気がするんだけど書いてくれた方が親切じゃね？)<br />
<br />
<br />
</div>]]></content:encoded>
    <dc:subject>プログラミング</dc:subject>
    <dc:date>2017-01-28T10:27:26+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/%E3%83%AD%E3%83%9C%E3%83%83%E3%83%88/imubrick%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%BF%E3%82%8B">
    <link>https://rikuro.blog.shinobi.jp/%E3%83%AD%E3%83%9C%E3%83%83%E3%83%88/imubrick%E3%82%92%E4%BD%BF%E3%81%A3%E3%81%A6%E3%81%BF%E3%82%8B</link>
    <title>IMUBrickを使ってみる</title>
    <description>

GPSの位置情報の精度をあげるためにIMUBrickの加速度の情報を利用してみることになりました。
IMUBrickはジャイロセンサや磁力計も備えているのでロボットに実装するにはなかなか便利ではないかと。
ただ、単体で自己位置推定に使った方の話では精度が微妙で使いにくいとのこと&amp;amp;hellip;ど...</description>
    <content:encoded><![CDATA[<img alt="" src="//rikuro.blog.shinobi.jp/Img/1372318097/" /><br />
<br />
GPSの位置情報の精度をあげるためにIMUBrickの加速度の情報を利用してみることになりました。<br />
IMUBrickはジャイロセンサや磁力計も備えているのでロボットに実装するにはなかなか便利ではないかと。<br />
ただ、単体で自己位置推定に使った方の話では精度が微妙で使いにくいとのこと&hellip;どうなのでしょうか<br />
<br />
とりあえずBrickViewerをインストールするまでをメモ<br />
<br />
<br />
http://www.tinkerforge.com/en/doc/Hardware/Bricks/IMU_Brick.html#imu-brick-programming-interfaces<br />
・上記URLより&rdquo;Test your IMU Brick&rdquo;という見出しの文にある <span class="reference internal"><em>Brick Daemon</em>を開く<br />
・そこのInstallationから自分のOSにあったリンクへ飛ぶ。今回はubuntu12.10なのでLinuxを選択。</span><br />
・Debian Packageの見出しのすぐしたの文章にダウンロードページへのリンクがあるのでそこへ飛ぶ。<br />
・Linuxのi386を選択しダウンロード。こちらは32bitOSだったのでこれを選びましたが,64bitの場合はamd64の方を選択すればよいはず&hellip;おそらく。<br />
・.debファイルをダウンロードしたらそのままインストール。方法はInstallationに方法別に詳しく書いてあるみたいなのでそちらを参照。私はインストローラでやりました。<br />
・上記URLに戻り、 <span class="reference internal"><em>Brick Viewer</em>のリンクを開く</span>。<br />
・同様のページが出るので、Installationからダウンロードページに飛んで.debをダウンロード、インストール<br />
・端末で"sudo brickd"を実行しデーモンを動かす。<br />
・BrickViewerを起動し、上の方にあるconnectを押す。<br />
・リストに"IMU Brick"が現れたら設定は完了。タブのIMU BrickをクリックするとGUIが開く<br />
<br />
<br />
しかしここまで書いてあれですが、デーモンを動かすときにerrorの文字が出てくるのですがこれはいったい&hellip;<a class="reference internal" href="http://www.tinkerforge.com/en/doc/Software/Brickv.html#brickv"><em></em></a>.<br />
子の文面を見ると明らかにデーモンが停止しているのですが、BrickViewerが動いてるということは<br />
既に動いてるのにもう一つ立ち上げようとしているからということでしょうか<br />
<br />
<em> &lt;other|main_linux.c:385&gt; Brick Daemon 2.0.5 started<br />
&lt;usb|brick.c:203&gt; Could not open USB device (bus: 3, device: 2): LIBUSB_ERROR_ACCESS (-3)<br />
<em> &lt;usb|usb.c:139&gt; Ignoring USB device (bus: 3, device: 2) due to an error<br />
&lt;network|network.c:153&gt; Could not bind server socket to '0.0.0.0' on port 4223: EADDRINUSE (98)<br />
<em> &lt;other|main_linux.c:432&gt; Brick Daemon 2.0.5 stopped<br />
<br />
というわけで一応serviceコマンドで確認して見たところ<br />
<br />
$ service brickd status<br />
Status of Brick Daemon: running (pid 8080)<br />
<br />
確かに動いてはいるようです。インストール後にすぐ動いてくれるみたいですね。<br />
とりあえずIMUBrickが動くことは確認できました。<br />
<br />
<br />
<span class="reference internal"><em></em></span><span class="reference internal"><em></em></span></em></em></em>]]></content:encoded>
    <dc:subject>ロボット</dc:subject>
    <dc:date>2013-06-27T17:07:42+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/%E8%87%AA%E4%BD%9C%E3%81%AEusb%E5%85%85%E9%9B%BB%E3%82%B1%E3%83%BC%E3%83%96%E3%83%AB">
    <link>https://rikuro.blog.shinobi.jp/%E6%9C%AA%E9%81%B8%E6%8A%9E/%E8%87%AA%E4%BD%9C%E3%81%AEusb%E5%85%85%E9%9B%BB%E3%82%B1%E3%83%BC%E3%83%96%E3%83%AB</link>
    <title>自作のUSB充電ケーブル</title>
    <description>beagleboneを移動ロボットに実装するべく、とりあえずUSB充電ケーブルを自作することにしました。用意したもの・USBケーブル(Atype-Btype)・DCプラグ・はんだ・熱収縮チューブ使った工具・ワイヤーストリッパー・ニッパー・ピンセット・はんだごて・テスター・電工ペンチ(があったらよかっ...</description>
    <content:encoded><![CDATA[<img src="//rikuro.blog.shinobi.jp/File/43ae24c7.jpeg" alt="" /><br />beagleboneを移動ロボットに実装するべく、とりあえずUSB充電ケーブルを自作することにしました。<br /><br />用意したもの<br />・USBケーブル(Atype-Btype)<br />・DCプラグ<br />・はんだ<br />・熱収縮チューブ<br /><br />使った工具<br />・ワイヤーストリッパー<br />・ニッパー<br />・ピンセット<br />・はんだごて<br />・テスター<br />・電工ペンチ(があったらよかった)<br /><br /><img src="//rikuro.blog.shinobi.jp/File/64305b56.jpeg" alt="" /><br /><br />こちらがDCプラグ。左がその中身。下側のかしめる部分がある方がGNDで上側が+5V。<br /><br /><img src="//rikuro.blog.shinobi.jp/File/d0c91d2b.jpeg" alt="" /><br /><br />次にUSBコード。こちらのBtype側をニッパーでﾊﾞﾂｰﾝと切断します。その中身が上の写真です。<br />メッシュ状のシールドとアルミ箔のシールド、そして信号線4本(赤黒緑白)。テスターを使用して調べたところ、赤が+5Vで黒がGNDでした。大体こうらしいのですが、たまに逆になっていたりするようなので事前にテスターで調べるべきでしょう(自戒)<br />しかしこれ、線ほっそいなあ。手元のワイヤーストリッパーの一番小さいところでも切れなかったので普通に切り目を入れて剥いたのですが何度ミスったことか･･･（◞‸◟）<br /><br /><img src="//rikuro.blog.shinobi.jp/File/a53fcebe.jpeg" alt="" /><br /><br />上がはんだ付け前の状態。剥きすぎてるように見えますが実際そうです（　´_ゝ`）<br />ここからはんだ付けをするのですが、その前にコードに熱収縮チューブをつけるのをお忘れなく。<br />はんだ付け後の写真を撮り忘れてしまったのですが、まあいろいろみすったり剥きすぎた部分をうまいことなんやかんやするのに四苦八苦して見た目もあれだったので参考にはならないでしょう(爆)<br /><br /><a href="//rikuro.blog.shinobi.jp/File/3b9b7058.jpeg" target="_blank"><img src="//rikuro.blog.shinobi.jp/Img/1371163373/" alt="" /></a><br /><br />というわけで完成。剥きすぎの部分を熱収縮チューブで隠しているのですがなんとも不恰好である。<br />干渉などが無いか確認のためにPCにUSB側を接続してテスターでチェック。ちゃんと5Vの電圧を確認できました。<br /><br /><img src="//rikuro.blog.shinobi.jp/File/b3ed47a9.jpeg" alt="" /><br /><br />beagleboneに実際取り付けました。これで外にも持ち出せるようになりました。ﾔｯﾀﾈ!!<br /><br /><br /><br />まったくどうでもいいですがこの記事は一度投稿する前に事故って消えてるのでちょっと解説が雑です･･･気が向いたら見直します･･･_(:3」 ∠)_<br /><br /><br />]]></content:encoded>
    <dc:subject>未選択</dc:subject>
    <dc:date>2013-06-14T08:55:51+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A7%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%81%8C%E7%94%BB%E9%9D%A2%E5%A4%96%E3%81%AB%E5%87%BA%E3%82%8B%E4%BB%B6">
    <link>https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A7%E3%82%A6%E3%82%A3%E3%83%B3%E3%83%89%E3%82%A6%E3%81%8C%E7%94%BB%E9%9D%A2%E5%A4%96%E3%81%AB%E5%87%BA%E3%82%8B%E4%BB%B6</link>
    <title>VMwareでウィンドウが画面外に出る件</title>
    <description>とりあえずこの画像を見ていただきたい↓こちら、先日VMwareに入れたUbuntu13.04 64bitです。こちら13インチのWindows7の入ったPCで使用しているのですが、VMwareのウィンドウを画面の上のほうに持って行き過ぎてうっかり最大化してしまうと中で動いているUbuntu上のウィン...</description>
    <content:encoded><![CDATA[とりあえずこの画像を見ていただきたい↓<br /><br /><img src="//rikuro.blog.shinobi.jp/File/ta.png" alt="" /><br /><br />こちら、先日VMwareに入れたUbuntu13.04 64bitです。<br />こちら13インチのWindows7の入ったPCで使用しているのですが、<br />VMwareのウィンドウを画面の上のほうに持って行き過ぎてうっかり最大化してしまうと<br />中で動いているUbuntu上のウィンドウもすべて最大化されてしまいます(設定でかえられるのかな?)<br />しかもあわてて元に戻すと今度は100×100pixelくらい(目算)のめちゃくちゃ小さなウィンドウに変わってしまいます。<br /><br /><br />やっかいだなあと思いつつウィンドウサイズを戻して中で開いているウィンドウも元に戻すと<br />あとは上の画像のとおりです。完全に画面外に埋まってます。これはひどい<br /><br /><br />マウスではどうにもならないので、ウィンドウを動かせるショートカットキーを捜してたらあっさりみつかりました。<br /><br />Alt-F7<span class="Apple-tab-span" style="white-space:pre">	</span>ウィンドウの移動<br /><br />とりあえず解決しましたが不便なので、とりあえず部屋にいるときはディスプレイ繋いで別画面に表示しておこうかな…。<br />あと、Windows側でUbuntuを起動しているVMwareのサイズはむやみに変えないように気をつけよう笑案の定そんなサイズあつかってねーよって起こられました('A`)<br />]]></content:encoded>
    <dc:subject>ソフトウェア</dc:subject>
    <dc:date>2013-06-08T21:30:45+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A8vmauthd%20service%E3%81%A7%E5%9B%B0%E3%81%A3%E3%81%9F">
    <link>https://rikuro.blog.shinobi.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2/vmware%E3%81%A8vmauthd%20service%E3%81%A7%E5%9B%B0%E3%81%A3%E3%81%9F</link>
    <title>VMWareとVMauthd serviceで困った点(memo)</title>
    <description>移動ロボットにbeaglebone blackを使うことになり、とりあえずSDカードにUbuntuを入れるべく作業を始めたのですが、準備のためのubuntu入りPCにはSDカードを差せないということが発覚しました(&#039;A`)というわけで、別のPCでubuntuを動かすべくしようするのがVMware。O...</description>
    <content:encoded><![CDATA[移動ロボットにbeaglebone blackを使うことになり、とりあえずSDカードにUbuntuを入れるべく作業を始めたのですが、準備のためのubuntu入りPCにはSDカードを差せないということが発覚しました('A`)<br /><br />というわけで、別のPCでubuntuを動かすべくしようするのがVMware。OS上に仮想マシンを作成し、ゲストOSとして別のOSを稼動させるエミュレータですね。<br /><br />というわけでここから<span style="font-family: Arial, Helvetica, sans-serif; line-height: normal; background-color: rgb(255, 255, 255);"><span style="font-size: small;">VMware Player for Windows 32-bit and 64-bitをダウンロード。バージョンはこのとき最新の5.0です。</span></span><br /><a href="https://my.vmware.com/jp/web/vmware/free#desktop_end_user_computing/vmware_player/5_0">https://my.vmware.com/jp/web/vmware/free#desktop_end_user_computing/vmware_player/5_0<br /></a><br />というわけで早速インストール。実行ファイルを起動してあとはまつだけ…のはずだったのですが。<br /><br />無事インストール完了と思いきや直前でエラーによりインストールが失敗してしまいました('A`)<br />どうやらVMauthd serviceの開始ができないことが原因だそうで。エラーのウィンドウにはサービス開始のための特権があるか確認せよとの事。<br />アカウントは管理者権限を持ってる状態。一応タクスマネージャを確認してみましたがVMauthd serviceは特に見当たらず(新規導入なので当然ですが)<br /><br />しかしこんなとこで時間をとられるのもアレなので、別のPCで導入を試してみたら、何事もなく導入が完了しました。とりあえずOSはどちらもwin7。この二つの違いはいったい…?<br />あとはログの確認ですが、ぱっとみエラーに<br /><br />coinstaller failed to get hardware ID: 0x00000057<br /><br />というのが見られます。が、これは両方のPCのログに現れているので見送ってもいいかな?意味は時間があるときにまた調べときます。<br />とりあえず原因はまだよくわからないので、ここはひとまず保留ということで。<br />]]></content:encoded>
    <dc:subject>ソフトウェア</dc:subject>
    <dc:date>2013-06-01T19:54:28+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/memo/windows32bit%E7%89%88%E3%81%A7%E3%81%AF%E3%83%A1%E3%83%A2%E3%83%AA%E3%81%8C%E6%9C%80%E5%A4%A74gb%E3%81%BE%E3%81%A7-%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91">
    <link>https://rikuro.blog.shinobi.jp/memo/windows32bit%E7%89%88%E3%81%A7%E3%81%AF%E3%83%A1%E3%83%A2%E3%83%AA%E3%81%8C%E6%9C%80%E5%A4%A74gb%E3%81%BE%E3%81%A7-%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91</link>
    <title>Windows32bit版ではメモリが最大4GBまで?【メモ】</title>
    <description>windows7は64bit版を使用していますが32bitにそんな制約があったとは･･･とはいえよく分からないので調べてみた@IT&amp;amp;nbsp;32bitクライアントOSで利用できる物理メモリは最大4Gbytesまでhttp://www.atmarkit.co.jp/fwin2k/win2ktips/...</description>
    <content:encoded><![CDATA[windows7は64bit版を使用していますが32bitにそんな制約があったとは･･･<br />とはいえよく分からないので調べてみた<br /><br />@IT&nbsp;<span style="font-size: small; font-family: 'MS PGothic'; line-height: normal;">32bitクライアントOSで利用できる物理メモリは最大4Gbytesまで</span><br /><a href="http://www.atmarkit.co.jp/fwin2k/win2ktips/1143mem4g/mem4g.html">http://www.atmarkit.co.jp/fwin2k/win2ktips/1143mem4g/mem4g.html<br /></a><br />xpやvistaの話ですが、7も同じみたいです。4GBまでですが、実際使えるのは3GB程度とのこと。<br />システムに無理やり認識させる方法もあるみたいですが、64bitに乗り換えた方が無難みたいですな。<br />]]></content:encoded>
    <dc:subject>memo</dc:subject>
    <dc:date>2013-05-23T20:15:05+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
  <item rdf:about="https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/%E3%83%90%E3%83%83%E3%83%81%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E6%94%B9%E8%A1%8C%E3%81%AE%E3%82%A8%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%97%E6%96%87%E5%AD%97%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91">
    <link>https://rikuro.blog.shinobi.jp/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0/%E3%83%90%E3%83%83%E3%83%81%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AE%E6%94%B9%E8%A1%8C%E3%81%AE%E3%82%A8%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%97%E6%96%87%E5%AD%97%E3%80%90%E3%83%A1%E3%83%A2%E3%80%91</link>
    <title>バッチファイルの改行のエスケープ文字【メモ】</title>
    <description>RTミドルウェアのサンプルを動かしてみているのですが(それについては後日書く･･･かな?)そのときに些細ですがちょっと気になったこと(RTMは関係ありませんｗｗ).batファイルはwindows上でまとめて複数の処理を行う際に使われるファイルですが(Unixでいうシェルスクリプトですかね)、どうやら...</description>
    <content:encoded><![CDATA[RTミドルウェアのサンプルを動かしてみているのですが(それについては後日書く･･･かな?)<br />そのときに些細ですがちょっと気になったこと(RTMは関係ありませんｗｗ)<br /><br />.batファイルはwindows上でまとめて複数の処理を行う際に使われるファイルですが(Unixでいうシェルスクリプトですかね)、どうやら改行文字のエスケープには"^"を用いるみたいです。これを入れることで出力結果が自分の見やすいように改行できるということですね。とりあえずメモメモ<br /><br /><br />]]></content:encoded>
    <dc:subject>プログラミング</dc:subject>
    <dc:date>2013-05-22T20:44:15+09:00</dc:date>
    <dc:creator>yo3</dc:creator>
    <dc:publisher>NINJA BLOG</dc:publisher>
    <dc:rights>yo3</dc:rights>
  </item>
</rdf:RDF>
