mrbgem CIにドメインを付けてもらった
今まで https://103.128.221.202.static.iijgio.jp/jenkins/ で運用していたmrbgem CIなんですが、この度 ci.mruby.org というドメインを付けてもらいました: https://github.com/mruby/mruby.github.io/issues/61 （対応してくれた @yukihiro_matz に感謝！） https://ci.mruby.org/jenkins/ にアクセスするとmgem-listの各mrubyリリースとブランチごとのビルド結果などを見ることができるので、興味あればどうぞ。 経緯 まずは前置きとしてサービスについてざっくり説明します。 1年ほど前にIIJ GIOを使う機会があって、mgem-listに登録してあるmrbgemをJenkinsでビルドしたいなーと思って始めたプロジェクトをそれから運
mruby/cをdocker hubにあげた。要点５つ課題６つ。docker(129) - Qiita
紹介(introduction) mrubyは、Rubyの小型版です。 mruby/cは、mrubyコンパイラを利用して生成した拡張子mrbファイルを実行できるさらに小規模なruby実行環境です。 http://www.s-itoc.jp/activity/research/mrubyc/ mrubyはRubyの基本機能を持っており、 mrubyコンパイラは、Rubyコンパイラのまつもとゆきひろさんが書かれています。 https://github.com/mruby/mruby 基本的なrubyプログラムは、mruby, mruby/cで動きます。 <この項は書きかけです。順次追記します。> 要点1 mruby/cの実行は、拡張子mrbファイルをmrubcコマンド（Vertual Machine）で呼ぶ 要点2 mrbファイルは、mrbcコマンド（mrubyコンパイラ）でrbファイルから変
mruby-redisのリークを直した話 - Qiita
mruby-redisのリークを直した話 プルリクにした以上のことはないんですが、mrbgem CIを作って以来ずっと懸案だったmruby-redisのメモリリークが直りました。 懸案だった理由なんですが、なんやかんや人気あるmrbgemなのと、よく壊れていたからです。 最近、よく壊れるmrbgemの座がmruby-jsonに移りつつあるのでmake mruby-json great againなんてPRが作られていてOSSウォッチングではこっちの方が楽しいです。 h2oに急に採用されて、まあ諸々アレだったところを修正してるのが原因なので実際は着実によくなっているので、mruby-iijsonなどで性能に不満のある方は是非mruby-jsonをご検討を。 直した内容 「例外安全」性です。 Visual Studioにいい解説記事があるので、一読することをおすすめします。 他に「Except
mrubyガジェットいろいろ - Qiita
これらの他にPIC32MXやSTM32などのワンチップマイコンでmrubyを動かされている人もいるようです。ソースツリーのexamples/targetsにいくつかのマイコン用のビルドコンフィグがあります。 enziなどをターゲットにしたplatoというフレームワークがあるようです。 どこかにmrubyは数Mのメモリをつんだモジュールをターゲットにしているというような事が書かれていました。メモリが1Mより少ないターゲットでも動くようですが、制約があるかもしれません。 蟹さんの8M/2MはOSをのせるには小さいのですが、BareMetalのmrubyにとっては十分大きいです。蟹さんは32M/8Mのターゲットなどもあり途方も無く広大です。 OS上で動いているもの 項目 Mindstorms EV3 OnionOmega rubyCOM-RX
蟹さんのmrubyでThingSpeak - Qiita
せっかくネットワークが使えるようになったので、IoTらしくThingSpeakにアクセスしてみました。 ThingSpeakは時系列のデータを保存してグラフ化などの解析をしてくれるサービスです。 とりあえずfreeなアカウントを作って試してみました。アカウントの作り方などは検索すると日本語の説明のページがいくつかありました。 APIKEY = "naisyo" begin rtl = YABM.new addr = "10.10.10.2" mask = "255.255.255.0" gw = "10.10.10.1" dns = "10.10.10.1" rtl.netstart(addr, mask, gw, dns) # sync date by ntp use https X.509 ntpaddr = rtl.lookup("ntp.nict.jp") rtl.sntp(ntp
mrubyのJIT2 (仮称) - Qiita
mrubyのJIT2(仮称)なるものを作ろうとしているのだが、考えがまとまらないので取りとめもなく書く。真に受けて何か損害をこうむっても知らん、その代わり何かいいことがあっても私は何も貰えない。 mrubyのJIT2(仮称)はLLVMベースを考えています。これまでLLVMのトラウマがあったわけですが、LLVMもいろいろ変わっていて(変わり過ぎですけど)、ちょっと試してみたい気もあるってのもあるしラズベリーパイも買ったのでこれでも動かしたいってのもある。 今考えている構造はこんな感じ mrubyのバイトコードからさらにSSAベースの中間コード(IR)にする IRを生成する際にある程度の型推論を行いその型情報はIRに入れられるようにする(LuaJITのパクリじゃなくてLuaJITにインスパイアされたって奴ですね) 前作と違い、Tracingではなくmethod JITにする(LLVMでTrac
mruby 逆引きリファレンス (落丁版) (💣💣💣) - Qiita
個人的な、ちょっとアレをするにはどうするんだったっけ? を編纂したものです。主に C 言語からの利用視点となっています。 dearblue の雑記帳の扱いとなっているため、理想となる逆引き辞典のような記述にはなっておりません。 中には mruby 開発者たちが見たら「その方法は間違いだし危険だからやめて」と悲鳴を上げるようなモノが含まれている可能性が1㍉くらいあります。 ***正確性が怪しかったり推奨されなかったりするものだと胸を張って主張する項目には、💣をつけておきます。複数あったらより危険だということです。***その上で当文書の題名を確認してもらうと……ニヤリ。 mruby-1.4 が対象と思いきや、mruby-1.3 や 1.2 向けの記述が混じっています。 当文書を参考にしたことで星間戦争を引き起こす原因を作ったとしても、責任は負いません。 保険適用外。公共の場に持ち出すと真っ先
mruby-yeahとmruby-cliで小さいWebアプリのhello world - Qiita
自動翻訳感のあるタイトルですが間違ってはいないのでこのまま行きます。 mruby-yeahとmruby-cliを使って単一実行ファイルで動くWebアプリのサンプルを作ります。 前提 ubuntu docker, docker-compose: コンパイルするのに必要です。導入手順は割愛。 mruby-cli 0.0.4: 単一実行ファイルにコンパイルされるcliツールの実装を行うためのライブラリ クロスコンパイル対応の設定ファイルやプロジェクト用のディレクトリを生成してくれる mruby-yeah: mrubyでWebアプリを実装するためのライブラリ mruby-cliで雛形を作る まずmruby-cliの実行ファイルを落としてきてパスを通し実行できる状態にします。 次に開発を行うためのディレクトリと関連ファイルをmruby-cliで生成します。
h2o web serverのmrubyを使ってみる - Qiita
spa(single page application)のindex.htmlをh2oで配布する際どうすりゃいいのか。 vueとかのspaだと、vue-routerとかつかってルーティングするため、 http://xxx.com/aaa/bbb/cccでアクセスしたときも、index.htmlを返却して、その中でjsを解釈してルーティングをする。 h2oでindex.htmlを配布するさい、どうすりゃいいのかわからなかった。 nginxだとtry_filesとかいうので対応できるみたい。 h2oはmrubyでフック処理をかけるので、それで簡単に対応できたけど、本番環境だと、他にいろいろ考慮しなければいけない感じがする。 runitで動かしてるのでファイル指定などは相対パスにしてる。
RubyKaigi 2018でLuaJITとmrubyについて発表してきた - Qiita
とりあえず資料です: https://speakerdeck.com/takecheeze/luajit-as-a-ruby-backend 発表のページにもそのうち色々上がるのではないかと思います。今回は資料をGoogle Docsで作ったのでコメントとかあればコメント可能な共有リンクを作ったのでなんかツッコミとかあればどうぞ。 感想とか 若干小学生っぽいポエミーな感じではありますが、感想をいくつか書こうかと思います。 まずは行く前とかについてで、あんまりにもトピックとしては異端なかなーと思ってCFP書いたんですが、他のmrubyちゃんとやってるCFPを押しのけてこいつが通ってしまったので、なかなか苦労しつつ資料を作っていました。 本当はもっと実装をガリガリ作りたかったのですが、CFP通ったあとの時間の制約とかで、コードを読んだ読書感想文とか自由研究っぽくて発表の本番が近づくほど、夏休み
EV3RT上のmrubyで超音波センサーを使用するサンプルを試す - Qiita
ETロボコン中四国地区夏の独自勉強会で使用した、超初心者向けのサンプルコード(detection-system)の使い方です。 超音波センサーから30cm以内に障害物を検知している間、本体のLEDが緑色で光ります。 ハードの準備 EV3本体の「Port2」に超音波センサーを接続してください。(他は何もいりません。ETロボコンプライマリークラスの走行体をそのまま使うこともできます) 使い方 GitHubから detection-systemプロジェクトをcloneします SDカードにローダー(uImage)をコピーする EV3RTの動的ローディングで使用しているuImageが入っていればそのまま使ってください。 （sample_c4が動く状態であれば、新たにuImageをコピーする必要はありません） EV3RTに同梱されているuImageを使います。 ev3rt/sdcard フォルダの中に
yamanekko版mruby-ev3rtのAPIリファレンス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? EV3RT TOPPERS/EV3RTをmrubyから使用できるようにしたものです。 クラス名はEV3RT C++ API、定数名はEV3RT C APIに合わせています。 ※ バランサークラス(EV3RT::Balancer)はETロボコン専用のクラスのため、ここには入れていません。(別記事で後日公開予定) 定数 ポート番号 PORT_1 PORT_2 PORT_3 PORT_4 TNUM_SENSOR_PORT センサータイプ ULTRASONIC_SENSOR GYRO_SENSOR TOUCH_SENSOR COLOR_SENS
cairoでLCDに表示 - Qiita
FTDIのFT245Rにグラフィック有機ELモジュール(とりあえずLCD)をつないで、mruby-cairoでデータを作り表示してみました。いつものように環境はFreeBSD 12-Currentです。 LCDは4bitモードで利用して、データ4本のコントロール3本の接続にしています。 mrubyはmruby-cairoとmruby-ftdiを入れてZRouterビルドしています。 # # LCD sample code on libftdi # class LCD4 RW = 0x10 RS = 0x20 E = 0x40 def lcd4init() @ftdi = Ftdi.new(0x6001, 0xff) @ftdi.baudrate(115200) @cache = 0 self.out(0) end def out(ch) @ftdi.write([ch]) end def
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mrbgem CIが存続することになりました - Qiita
mrubyのインストールからHello Worldまで(CentOS7) - Qiita
rtlbm-mruby v1.0の使い方 - Qiita
mruby on EV3RT+TECSをビルドする(Windows/Mac) - Qiita
C/C++用のEV3RT環境構築にmruby環境を追加する方法 - Qiita
Automatorで赤外線リモコン - Qiita
mruby - Qiita Advent Calendar 2013 - Qiita
