Edge.jsをnodeのv9.x系で動かすには - Qiita
背景 まさか、Amazonのダッシュボタンでつくった子供向けのオニが来たぞボタンが動かなくなり、解決のためにVS2017を入れるとは思わなかった。 https://t.co/KZqNJIt0IV — kjunichi (@kjunichi) 2017年11月10日 以前、イクメン系の記事として書いた Node.jsとAmazon Dashボタンで鬼が来たボタンを作った を、思い出し、試そうとしたら、動かなかった node.jsでC#なコードを埋め込めるEdge.jsモジュールがnode v9.1.0に対応していない というようなエラーメッセージが出力された。 edge.jsとは [Node.js] Edge.js を触ってみた - Qiita という記事がQiitaにも上がっていた。 こちらの記事でどういうものかがわかると思う。 node-gyp入れてnpm rebuildしてもダメ どう
node-ffiでWindows APIでUnicode版のAPIを使って文字列を取得する - Qiita
GetWindowTextW を使ってみた 以下のコードで、日本語のウィンドウ名もコマンドプロンプトに 文字化けせずに表示できた。 const ref = require('ref'); const ffi = require('ffi'); const wchar_t = require('ref-wchar'); const wchar_string = wchar_t.string; const voidPtr = ref.refType(ref.types.void); const user32 = ffi.Library('user32.dll', { EnumWindows: ['bool', [voidPtr, 'int32']], GetWindowTextW : ['long', ['long', wchar_string, 'long']] }); const wind
ef1c0944bf94fdc98987
mrubyでこんなことやりました！的な記事です。 macOSで動かして試していますが、Linuxでも動くといいなぁと願いながら開発してます。 背景 今年つくったmrbgemのmruby-glslは標準出力にppm形式でレンダリングした画像を出力します。 一方ffmpegが標準入力からの複数の静止画を読み込んで動画にすることができます。 -f pipe_ppm や -f image2pipe -pix_fmt ppm さらに、ffmpegはライブ動画の形式のHLS形式での出力もサポートしていることがわかりました。 HLSとは Appleが作った規格。なので、iOSでは動く。また、kindle fireやAndroidでも動く。しかし、PCでは冷遇気味。 Edgeがちょっとサポートし始めたが、Chrome、Firefoxともに未サポート。当然macOSのSafariだと動く。 動画を10秒から
Node.jsのN-APIをv8.7でWindowsで試した - Qiita
git clone https://github.com/schahriar/n-api-article.git cd n-api-article\Getting_Started C:\Users\kjunichi\Documents\work\nodejs\n-api-article\Getting_Started>node-gyp configure build gyp info it worked if it ends with ok gyp info using node-gyp@3.6.2 gyp info using node@8.7.0 | win32 | x64 gyp http GET https://nodejs.org/download/release/v8.7.0/node-v8.7.0-headers.tar.gz gyp http 200 https://nod
GitHub for WindowsをProxy指定して使うには - Qiita
Proxy使わないといけないんだけど 環境変数HTTP_PROXY設定してもダメだった Stackoverflowに出てたやり方が参考になった Getting git to work with a proxy server 自分がうまくいったやり方 Win8なGUIを使いたいのを我慢して、Git Shellを起動。
WolframAlphaで連立方程式を指定した変数について解く - Qiita
背景 とある関数の逆変換を求めたくて、調べた。 連立方程式を指定した変数について代数的に解く solve[{式1,式2,...},{変数1,変数2,...}] 例 solve[{a==0.836 * x + 0.044 * y,b==-0.044 * x + 0.836 * y + 0.169},{x,y}]
OSX(El Capitan)で.aなライブラリから.dylibなライブラリを作るには - Qiita
背景 Python、Julia、Rustなどでは、共有ライブラリは使えるが、 .aなアーカイブ形式のライブラリだとそのままでは利用できない。 アーカイブ形式なライブラリを共有ライブラリに変換できれば、これらの 言語から利用可能となる。 .dylib化する /usr/bin/libtoolコマンド、GNUのじゃない、純正のコマンドでの やり方は以下 libtool -dynamic -multiply_defined suppress -o libmruby.dylib mruby/build/host/lib/libmruby.a -undefined dynamic_lookup -macosx_version_min 10.11 この例ではmrubyをアーカイブ形式(.a)から共有ライブラリ(.dylib)にした。 rpathがついてるライブラリをリンクしてる場合 他の依存ライブラリを
Julialangをアプリに組み込むには - Qiita
OSXでJulialangを組み込んでみて分かった 本家のページで書いてあるがLinuxの例で書かれているようで、OSXはPATHの設定が必要。また、いざ、アプリに組み込むとなると、ちょっと面倒だった。 pkg-config風のツールをOSXで動かす Julialangにもpkg-config風のツールが提供されており、これを使うことで、CFLAGSや、lIBS系のパラメータを埋めることができる。 .jlなスクリプトとして提供されている julia本体のPATHを設定すれば、 /Applications/Julia-0.4.6.app/Contents/Resources/julia/share/julia/julia-config.jl
2017年版Windowsでそれなりな暮らしをするには - Qiita
背景 本当に個人メモのままかもしれないが、 気が向いたら、追記していくつもり。 どうでもいいけど念のため今回のPCのハードウェア構成 久しぶりに自作PCをリニューアルした - non vorrei lavorare 現在できてること Node.js VS環境でのmrubyのビルド cgo OpenCV Tensorflow Docker Rust Julia OCaml なにはなくともNode.jsのネイティブモジュールがビルドできる環境 Python 2.7系を公式で入れる Pythonの場合はAnaconda等があるので、3系はそちらにして、2系は普通に入れた。 VS2017にアップデートした Node.jsのV8エンジンがVS2017を要求するようになりVS2017に アップデートした Edge.jsをnodeのv9.x系で動かすには - Qiita こっちに詳細？がある。 VS20
electronでsocket.ioを使うとレンダープロセスでrequireできない?! - Qiita
背景 IPアドレスを取得するNode.jsのモジュールを自作してelectronを動かしているPCのアドレスを表示して、スマホからこのアドレスにアクセスしてその後、socket.ioでWebSocket通信させようと試みていた。 ところが、レンダープロセスで、requireして自作のnpmモジュールが読み込めない。 socket.ioはfile://だと上手くいかない 通常のElectronではメインプロセスが話のコードで という具合に、file://でレンダープロセスのlocation.hrefを指定する。 ところが、socket.ioだと、この指定だと、動かない。真面目に、コード読んでないが、 おそらくsocket.ioのクライアントが話のコードでlocation.hrefに依存した処理がある模様。これがfile://だとダメで、httpもしくは、httpsを指定する必要がある。 とい
OSXのAXIsProcessTrustedを使うスクリプトを何とかする - Qiita
はじめに AXIsProcessTrustedを使ったスクリプトはターミナルで実行すると、 「システム環境設定」→「セキュリティとプライバシー」→「アクセシビリティ」で ターミナルを許可しないと使えない。 ちなみに、ここ表示されるのは、そのアプリで、AXIsProcessTrustedを呼んで始めてリストアップされる模様 スクリプトを個別に許可するには Cocoaアプリとすればいい。 XCodeでフツーにフレームワークなどでリンクして、スクリプトエンジンを呼び出せるようなスクリプト言語であれば、この方法でOK Xcodeで扱えない言語 MacRubyはメモリ管理がGCを採用している為、現行のXCode6ではGCサポート終了しました！と冷たくあしらわれてしまう。 ケースでは、シェルスクリプトをCocoaアプリ化する方法が有効だった。 が、ミニマムな構成では、うまく行かず、一旦XCodeで空の
mrubyをAndroid Studioのエミュレーターで動かすためのlibmruby.aを作る - Qiita
と、archにx86_64の指定は当然ながら、platformの指定も必要。 これがないと、 stdint.hがないと怒られる。 Android向けのクロスビルドの設定例 こんな感じで、libmruby.aをarmとx86_64向けに作れた。 MRuby::CrossBuild.new('android') do |conf| toolchain :android # include the default GEMs conf.gembox 'full-core' end MRuby::CrossBuild.new('android_x86') do |conf| toolchain :android, {:arch => "x86_64",:platform => "android-21"} # include the default GEMs conf.gembox 'full-cor
DockerがSetting up ca-certificates-javaで固まる - Qiita
から先に進まない。 docker-machine sshしてpsすると コンテナ内のjavaがdefunctに 解決方法 aufsとLinuxカーネルの問題らしい。 docker-machineの内部で使っているboot2dockerを https://github.com/tianon/boot2docker-legacy/releases/tag/v1.10.0-rc1 にした仮想マシンを作成し、これで作業する。 docker-machine create -d virtualbox --virtualbox-boot2docker-url=https://github.com/tianon/boot2docker-legacy/releases/download/v1.10.0-rc1/boot2docker.iso
RustでNode.jsのネイティブモジュールが作れるやつを試した - Qiita
背景 Rust で node の native modules を書くの、Rustを書いてみたいからっていう理由だけで試してみたい。 https://t.co/vek4YFjW5e https://t.co/uqpd95C4QQ — Yosuke FURUKAWA (@yosuke_furukawa) 2015, 12月 24 なんて、ツイートをたまたま見かけ、 原理的にちょっとまえのRustだとdleopn時に呼び出す関数を指定できなかったから直接.nodeファイルはRustが吐けないはずなんだけど、その辺りどうなってるのだろうか / “dherman/wc-demo · GitHub” https://t.co/pdAqgRMFbW — kjunichi (@kjunichi) 2015, 12月 24 なぜ原理的に無理そうなのか http://abrakatabura.hatenab
HTTP2で非SSL(http)でのPOSTを試すには - Qiita
背景 mruby-hibariはコード眺めたら、POSTでのパラメータもRubyっぽく 扱えるようにすでに実装されていた。これを試したいと思った。 h2oのh2o_mrubyのexampleをベースにあれこれしていたので、httpsではなく、httpで HTTP2を扱っていた。POSTはhtml書けば、できるが、ブラウザはHTTP2をhttpではアクセスできない。こまった。 httpsではなくhttpでHTTP2のPOSTを行う nghttp2に付属のnghttpコマンドが任意のファイルをPOSTする機能があり、「-」を指定すると標準入力を対象にしてくれることが分かった。 echo "param1=hogeguga&kjunichi=nomoney" |nghttp -d - 'http://127.0.0.1:8080/foo/'
Dockerを使ってクロスコンパイルしてmrubyのワンバイナリを作成してみた - Qiita
背景 普段はOSXやLinuxを好んで使っています。しかし、2,3万円台で買えるWindowsノートPCも魅力的で、実際、 奥さんに内緒で買って使ってます。ちょっと前に次男にコーンポタージュをこぼされて壊れてしまい、 今のは2台目になります。。 そんな環境なので自作のプログラムがOSX,Linux,Windowsで動いてくれると、いろいろ便利だと思っています。 ただ、特に2,3万のPCでは非力なので、出来ればどこか別のPCでビルドを行い、 微調整だけ非力なPCで行えれば、激安ノートPCやWindowsタブレットにVSやMingwを入れずに済みます。 (Cygwinはh2oを動かすために外せませんw) それにできれば、開発環境を入れるPCは限定して、そこで一括してビル出来るような環境が嬉しいです。 Go言語ではクロスコンパイルしてワンバイナリが出来る 以下の記事が最近の事情を反映しており参考
クロスコンパイルしてwindows用のOpenCVライブラリを作る - Qiita
背景 mruby-cliやcgoでクロスコンパイルしてWindowsのバイナリを簡単に作れるが、今回取り上げたOpenCVなど サードパーティのライブラリを呼び出すコードを含むようなコードはたぶんビルドが難しいのではと 感じていた。 この問題解決の第一歩として、自前で、Linux上で、Windows向けのOpenCVライブラリのビルドを試みた。 最終的にワンバイナリを目標としているので、DLLではなく、.aの静的ライブラリを作成するようにしている。 前提 以下の、Dockerコンテナーを用意して、mingw-w64が動くLinux環境を用意した。 https://github.com/kjunichi/docker-mingw-w64-32 クロスコンパイル向けの.cmakeファイルの用意 set(CMAKE_SYSTEM_NAME Windows) # specify the cross
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Windows10のJulialangでffiを試す - Qiita
electron-rebuildを使う際にnpm -gで入れたelectronを使うには - Qiita
node-ffiでOSXのフレームワークをロードするには - Qiita
