Command::spawnのデザイン(unix) - Qiita
まえがき std::processはポータブルな実装だがにここではunix着目する プロセス起動 新しいプロセスを立ち上げてプログラムを実行する サブプロセスと言ったりもする プロセス プログラムを実行している主体 いろいろ状態をもってる メモリ空間 ファイルディスクリプタ 環境変数 prcess::Command プロセス起動を行うためのAPI 実装はポータブル(Posix/Windows) UNIXでいうfork-execを行う シェルを経由する専用APIは用意しない newやargの引数に sh -c を渡せばできる イメージ 以下の例ではシェルを経由して実行 output で出力を受け取るまで暗黙にwait let output = Command::new("sh") .arg("-c") .arg("echo hello") .output() .expect("failed
gimli-rs - 死は確実にして業は成り難し。何を迷う？ - Qiita
冒頭のやつは指輪物語ですね、これがやりたかっただけです。 gimli-rsというDWARFを扱うためのライブラリをちょこっと紹介します。 DWARFというのはデバッグ情報のフォーマットのとこで、 詳しいことは デバッグ情報の歩き方 というすばらしいエントリがあるのでこっちみてください。DWARFをいい感じに操作したいとなると今までは選択肢はlibdwarfとか使ってCでやるしかなかったんですが、Rustでいい感じのやつが出てきたので選択肢が増えました。 Gimliは, ゼロコピー 遅延評価(.debug_infoとかがいっぱいDIEもってるとめっちゃでかいので嬉しいやつ) クロスプラットフォーム(とりあえずELF/Mach-O、もしかしたらPEも使えるかもしれない) といった感じで謳っています。 でまあ利用例だと addr2line ddbug dwprod symbolic の mini
Crystalとnasmで作った静的リンクライブラリをリンクする - Qiita
こんにちは、Crystal界のわるいオタクです。 Crystalみたいな低レイヤを直に触れる言語だとちょくちょくインラインアセンブラを触りたくなることもあるかと思いますが、 OutputOperands に複数指定しようとするとなんだか構文エラーになってしまいます。 % crystal inlineasm.cr Syntax error in inlineasm.cr:5: expecting token ')', not ':' : "={eax}"(low), "={edx}"(high) % cat /proc/version Linux version 3.10.0-229.14.1.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #
Rustとコルーチンと非同期I/O - Qiita
歴史 昔はスケジューラ実装にsegment stackを使っていた(libgreenを同梱) 1.0なる前にやめた libgreenをライブラリとして分離 (しかしメンテされず...) ライブラリ libgreen以降に実装がいくつか context-rs/coroutine-rs libfringe context-rs/coroutine-rs どちらもzonyitooさんが書かれたもの Boost.{Context,Coroutine}の移植 libfringe パフォーマンスがよいらしい なんでかよくわからん、、XMMあたりも保存レジスタ指定入っとるし... 分岐予測ミス回避のために ret でなく jmp+pop にしてるとかはあった primitiveなcontext-rs相当とGeneratorのようないいかんじのやつ libfringe (Cont.) Generatorの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
文字の範囲・文字列の範囲 - Qiita
