またも捜査機関の証拠改ざん事例
【１】 某ＭＬで話題沸騰（かどうかは知らないが少なくとも関心を集めた）の、名古屋地判２０２２年１０月５日である。国賠事案ではあるものの、要するに一方当事者がパトカーであるという単なる交通事故事案であった。 判タ２０２３年７月号（通巻１５０８号）掲載。 【２】 さて件名であるが、この事案では、本訴被告である愛知県側のパトカーが赤信号進入にあたり、サイレンを鳴らしていたかが争点の一つであった。サイレンを鳴らしていなければ緊急自動車扱いされないからである。 被疑者でもあった運転手警察官は、事故翌日の実況見分でサイレンを鳴らしていたと主張した。また、パトカーのドラレコには音声ファイルが無かったが、愛知県側は、監察官室配属の警察官にして被告側指定代理人でもあった人物名義の報告書で、「録音機能は使用していなかったので最初から音声ファイルは無い」と主張した。 ところが、裁判所がバイナリデータを確認してデ
時代はバイナリ？低レイヤー・プログラミングの楽しさ
胸が躍る，とはこのことだろうか。先ごろ出版された「BINARY HACKS―ハッカー秘伝のテクニック100選」（高林哲，鵜飼文敏，佐藤祐介，浜地慎一郎，首藤一幸著，オライリー・ジャパン刊）を読んだ感想だ。この本は，多くのプログラマが通常さわることの少ない「バイナリ（=機械語，アセンブラ，コンパイラ）」など低レイヤー・プログラミングを“いじる”テクニック（バイナリ・ハック）を紹介する本だ。 バッファ・オーバーフローを検出する，スレッド・セーフなプログラムを書く，メモリー・リークを検出する，プログラムやシステムコールのトレース方法，プログラム起動の高速化や高速化のためのプロファイル取得方法，CとC++のプログラムをリンクする時の注意点といった実用上重要なテクニックが多数解説されている。しかし「glibcを使わないで Hello worldを書く」，「自己書き換えでプログラムの動作を変える」，「
小飼弾のアルファギークに逢いたい♥：#3 Binary 2.0の提唱者 高林哲（前編） 『Binary Hacks』が目指したこと｜gihyo.jp … 技術評論社
小飼弾のアルファギークに逢いたい♥ #3Binary 2.0の提唱者 高林哲（前編） 『Binary Hacks』が目指したこと 今回、登場するのは全文検索システムNamazu、ソースコード検索エンジンgonzuiなどの開発者として知られる高林哲氏です。高林氏といえば、「バッドノウハウ」（注1）、「Binary 2.0」などといった言葉の提唱者としても有名ですが、今回は、一昨年末に開催された「Binary 2.0カンファレンス2005」がきっかけで刊行された書籍のお話を中心に、弾さんとの対談が行われました。仕事帰りで、サンドイッチを頬張りながら取材に臨む高林さんに、ゆるりゆるりと弾さんが質問していきます。 編集部注） 本対談は2006年9月に行われたものです。 注1） ソフトウェアを使いこなすためには必要だが、本来は知りたくもない、ソフトウェアの設計次第では不要なは
GDBの使い方メモ
最近、コンパイラを作ろうとチャレンジしている。コンパイラは基本的にアセンブラコードを出力する。その結果が意図通りに動いてテストに通れば良いが、開発中はそうならない。このアセンブラ出力が意図どおりかどうかをデバッグすることになる。ただし、コンパイラが自作でヘボいので、それが出力するアセンブラは、ソースコードデバッグができない。デバッグ情報が無い実行ファイルをデバッグするのと同じ状況になる。そんな状況でよく使う gdb コマンドをまとめた。あんまり細工していない、素のgdbコマンドを使う助けになると思う。 組み込みRustを書いていた時も、ターゲットにビルドされたバイナリを解析するために、素のgdbを使うことになった。そのような時にも gdb の使い方は役に立つ知識となる。 起動 ターゲットプログラムの実行 (gdb) run ターゲットプログラムを実行する。 (gdb) run arg1 a
Go を レンタルサーバーで動かす方法 - Qiita
package main import ( "html/template" "log" "net/http" "net/http/fcgi" ) func handler(w http.ResponseWriter, r *http.Request) { headers := w.Header() headers.Add("Content-Type", "text/html") t := template.Must(template.New("sample").Parse(samplepage)) t.Execute(w, r) } func main() { http.HandleFunc("/", handler) var err error err = fcgi.Serve(nil, nil) if err != nil { log.Fatal(err) } } const samp
もしコンパイラを全世界で同時にうっかり削除してしまったら、元の状態に復旧できるのだろうか？｜Rui Ueyama｜note
思考実験として、全世界の人が同時に、自分の持っているコンパイラやインタープリタなどの実行ファイルをうっかり全部消してしまったとしよう。そうするとそれ以降、ソースコードが残っていても、コンパイラ自身も含めてどのようなプログラムもコンパイルできなくなってしまう。この状況から人類は元のコンピュータ文明を復旧することができるのだろうか？ 僕は結論としては、かなり簡単に復旧できると思う。ここではその手順についてちょっと考えてみよう。 コンパイラのバイナリファイルが全部消えてしまった後、復旧のために目指すべきマイルストーンは、おそらくCコンパイラを元に戻すことになるだろう。Cで書かれたプログラムはOSやコンパイラ自身を含めてたくさんあるので、そこを起点にすれば、たくさんのプログラムを芋づる式に復旧していけるからだ。 ほとんどのCコンパイラはCかC++で書かれている。最近のGCCやClangは巨大かつC
Rubyを評価するCLIツールはCRubyとmrubyのどちらで実装するべきか - Qiita
最近MItamaeやxkremapなど、Rubyで設定ファイルを既述するCLIツールをCRubyではなくmrubyで実装することがあったのだが、そのようなCLIツールを作る際にCRubyではなくmrubyを使うことへの妥当性について考えていたことをダンプしておく。 以下、ハードウェアにmrubyを組み込む用途や、Ruby以外で書かれた既存のツールにmrubyを組み込む用途については(僕は特に経験してないので)除外して書きます。 CLIツールの作成にmrubyを使うメリット CRubyやrubygemsの存在に依存しないバイナリとしてCLIツールを作ることができる gem installする場合に比べ、rbenvに気を使わずバイナリを叩くだけで手軽に実行できる gem installして入れたCLIツールは、rbenvが入っている環境ではrbenv globalや.ruby-versionが
もう巨大なデータをgitignoreしなくていい！ ~git-mediaの使い方~ - 3度の飯と最新技術
はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ
[2016年春版] 静的サイトジェネレーターHugo導入Tips ①インストールとサイトの初期作成 - Qiita
序:サイト立ち上げの道具としてのHugo Qiitaを使いはじめたばかりの1年ちょい前,イベント系サイト立ち上げの必要があって,Hugoを使ってみたので作業記録(＋なぜHugoかetc.)を残しておいた。この1年で,Hugoはだいぶこなれてきて,普段使いできるものとなっているもよう。 今回,割合と息の長いサイトを立ち上げることになったので,前の記録を復習しつつ,Hugoを"使い続ける"ためのメモ書きを記録しすることとした。 第一回は,インストールからサイトの初期作成まで(以下,テーマhugo-future-imperfectを適用した直後のHugoサイト画面)。 ※ 前回はlinux機で作業だったが,今回はwindows10での作業とする - ただ,お試しでBash on Windows 10を使い始めてみたばかりなので,適宜シェルで作業を進める。面倒そうなInsider Previewと
![[2016年春版] 静的サイトジェネレーターHugo導入Tips ①インストールとサイトの初期作成 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2686ffbcdb96a4c0507aa305598c10512e5374a4/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCMjAxNiVFNSVCOSVCNCVFNiU5OCVBNSVFNyU4OSU4OCU1RCVFMyU4MCU4MCVFOSU5RCU5OSVFNyU5QSU4NCVFMyU4MiVCNSVFMyU4MiVBNCVFMyU4MyU4OCVFMyU4MiVCOCVFMyU4MiVBNyVFMyU4MyU4RCVFMyU4MyVBQyVFMyU4MyVCQyVFMyU4MiVCRiVFMyU4MyVCQ0h1Z28lRTUlQjAlOEUlRTUlODUlQTVUaXBzJUUzJTgwJTgwJUUyJTkxJUEwJUUzJTgyJUE0JUUzJTgzJUIzJUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgzJUJDJUUzJTgzJUFCJUUzJTgxJUE4JUUzJTgyJUI1JUUzJTgyJUE0JUUzJTgzJTg4JUUzJTgxJUFFJUU1JTg4JTlEJUU2JTlDJTlGJUU0JUJEJTlDJUU2JTg4JTkwJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz0wODkwMTBiZmYwNDMxNmQyMGNiMDcxN2E0ZDIxOGYzMQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBlLWEtc3QmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWQxNDE0NDM1YTMyYzY5NWY2NDVhZGY1ZTRjNmQxNGUy%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D9e6d7fac60cd3dad2aedce4cc824ca95)
mrubyでUEFIブートローダなやつのバイナリ配布 - syuu1228's blog
多分みなさんEDK2のビルドが面倒い最高で試すの嫌だと思うので、バイナリ配布しておきますね。 こちらです： https://s3.amazonaws.com/syuu1/mruby.efi ブートローダのスクリプトはこちら： https://raw.githubusercontent.com/syuu1228/mruby_on_efi_shell/devel/example/bootloader.rb いきなりefibootmgrなどを使ってブートメニューに組み込もうとせずに、EFI Shellから起動することを強くおすすめします（しくってブート出来なくなったりすると困ると思うので）。 ※追記：落としてバイナリ見れば分かると思うんだけど、X64版です。他のアーキテクチャ（IA32を含む）では動かんです。
Vim の配布場所を github に変更しました — KaoriYa
香り屋版の Vim の一次配布場所を github の releases に変更しました。今後は以下のURLより最新版の香り屋版 Vim にアクセスしてください。 最新リリース情報: https://github.com/koron/vim-kaoriya/releases/latest 過去のリリース情報: https://github.com/koron/vim-kaoriya/releases また vim-jp より、各最新バイナリへのショートカットURLが提供されています。クッションページを挟む形になりますが、必要に応じてご利用ください。 Windows 32bit版 : http://vim-jp.org/redirects/koron/vim-kaoriya/latest/win32/ Windows 64bit版 : http://vim-jp.org/redirects/
vimでバイナリを表示し、値を変更したい - rderaログ
バイナリファイルを表示させることなら、 $ hexdump -C picture.png 00000000 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 52 |.PNG........IHDR| 00000010 00 00 00 0a 00 00 00 0f 08 02 00 00 00 52 9d c9 |.............R.?|とか、 $ xxd picture.png 0000000: 8950 4e47 0d0a 1a0a 0000 000d 4948 4452 .PNG........IHDR 0000010: 0000 000a 0000 000f 0802 0000 0052 9dc9 .............R..みたいに、hexdumpコマンドとかxxdコマンド(この記事を書いてて知った)を使えばできる。 でも、
コアダンプ - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "コアダンプ" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2017年7月) コアダンプ（英語：core dump）は、ある時点の使用中のメモリの内容をそのまま記録したものであり、一般に異常終了したプログラムのデバッグに使われる。最近では、特定のプロセスのメモリイメージ（あるいはその一部）とレジスタの内容などの情報を格納したファイルを指すのが一般的である。しかし、本来は使用中メモリの内容を全てプリントアウトしたものを指した。 その名前は、かつて主記憶用に利用された磁気コアメモリの内容を、ダンプトラックが砂利や小麦などを大量にダンプ（ど
Git - Git の属性
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
xkeymacsをWindows7で使用する方法
実はレジストリの書き換えが必要です。 xkyemamcsをインストールしてキーバインドの設定変更を行ったあとに以下を行ってみてください。 ---------------- ①regeditを起動して、"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout"配下に"Scancode map"という名前でバイナリ値を新規追加する。 （まだバイナリ値の編集は必要ありません） ②"HKEY_CURRENT_USER\Keyboard Layout\Scancode Map"の値を先程作った、"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control \Keyboard Layout\Scancode map"にコピーする。 （右クリック→バイナリデータの修正から値のデータ
Chrome OSのディスクをサイズアップする - adsaria mood
fdiskで仮想ディスクのセクタ数、ヘッダ数、シリンダ数の設定は必要なかったので、その部分を削除した。仮想ディスクの方で定義してあるのでfdiskではその値が使われる。（2009/11/28） ダウンロードしたChrome OSのバイナリ（chromeos-image-999.999.32309.211410-a1.vmdk.bz2 ）ではベースとなるLinux（Ubuntu）のルートファイルシステムの大きさが960MB程度しかなく、Chrome OS自身が600MBを使っているので、残りは約300MBしかない。これでは、追加でソフトウェアを入れようとしても足りない場合もある。また、配布されているvmdk（仮想ディスク）ファイルは約3GBで構成されていて（ルート：約1GB、スワップ：約1GB、ステートフル：約1GB）で4GBのUSBメモリに入れると1GB程、未使用となってしまう。 そこで、
vmlinux - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "Vmlinux" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2020年12月） Linuxカーネルのブートならびに伸長プロセス Linuxシステムにおいて、vmlinuxとは、内部にLinuxカーネル本体を包含する静的リンクされた実行ファイルである。ELF、COFF 、a.outのような実行可能バイナリ形式に準じた形式が利用されるが、通常の実行可能バイナリと異なりカーネル（のexecシステムコール）が対応している形式ではなく、ブートローダーが対応している形式でなければならない。vmlinuxファイルはカーネルデバッグ、カーネルのシンボ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Perl Download - www.perl.org
サービス終了のお知らせ