pelletkachels | blog over bedrijven en feitjes en de pelletkachel
Welkom bij Pelletkachels.nl, jouw ultieme bron voor alles wat met pelletkachels te maken heeft! Maar we zijn meer dan alleen een platform voor het bespreken van warmtebronnen. Bij Pelletkachels.nl geloven we dat het delen van kennis en ervaringen over bedrijven en gebeurtenissen ook essentieel is voor het creëren van een betrokken en geïnformeerde gemeenschap. In dit blog duiken we dieper in de we
DockerでH8/3069Fビルド環境構築 - Qiita
H8/3069Fを買ってきました。 H8/3069F用のビルドにはgcc-3.4.6(2006年リリース)を使うそうで、Macでビルド環境を作るのは大変なようです(一度試してみたのですが、とてもめんどくさい) 現在の環境に気を使って構築するのも。。なのでDockerを使うことにしました。 gccの4系でも動くそうですがクロスプラットフォームのビルド環境の準備は何かと面倒くさいのは変わらないようです。 ここで出来ること Docker使ってH8/3069Fのビルドとフラッシュの書き込み環境が作れる ※ 試すためにはH8/3069Fのマイコンを自分で用意する必要がある 書籍 12ステップで作る組込みOS自作入門 2010/05出版 買ってきたもの H8/3069Fネット対応マイコンＬＡＮボード 2006/01/23発売 USB-シリアル変換ケーブル ACアダプタ5V2A RS232Cケーブル M
多い日も安心設計 - Qiita
アプリケーションエンジニアの多くは、眠れない夜を過ごしたことがあるでしょう。特に月に一度の…「月末締めバッチ」の日は。 そんなデータ量の多い日や、初モノのバッチが動く日でも安心して眠れるためのバッチ設計を考えてみます。 ログの設計 まず何はなくともログです。きちんとしたメッセージを出せていれば、専任の人がリカバリ可能にもなるってものです。 Audit用のログなど業務要件の強いものを除いては、だいたい3種類に分けるようにしています。 プログレスログ リカバリログ 例外ログ(調査のため) この分類でファイル単位も分けます。ログを必要とする人が、それぞれ異なるからです。 プログレスログ プログレスログは、特に長時間かかるバッチに対して、現在どのくらいまで処理が出来ているのかを目的として出力します。 トラブル発生時や、大規模移行作業時には、バッチの定期的なモニタリングと報告の必要が出てきます。「あ
"Reverse Engineering for Beginners" book
The book is also known as RE4B and "Understanding Assembly Language". Written by Dennis Yurichev. News: Domain for sale: cryptography.re Discord server. How to start learning reverse engineering in 2023. Subscribe to my news feed Download PDF files English Russian French German Japanese Italian Polish Chinese (published by PTPress, 2017) vol1, vol2, more info. There is also partial translation: as
mrubyを小さくしたり大きくしたりした話 - スペクトラム
最近mrubyにコミットしているので自分の活動をまとめます。 mrubyを小さくした話 mrubyでは、文字列の扱いはシンプルにchar*を構造体でラップしていました。 struct RString { MRB_OBJECT_HEADER; mrb_int len; union { mrb_int capa; struct mrb_shared_string *shared; } aux; char *ptr; }; そのため1つの文字列毎に、構造体分と文字列分の2回のmalloc/freeが発生していました。 ここでCRubyのRStringを見てみます。 #define RSTRING_EMBED_LEN_MAX ((int)((sizeof(VALUE)*3)/sizeof(char)-1)) struct RString { struct RBasic basic; union {
問題の原因調査のためのログ収集のセオリー - ククログ(2013-06-25)
はじめに クリアコードでは、FirefoxやThunderbirdのサポート業務において、ログファイルを使って原因を調査することがあります。 この記事では、その中でも特に「手元の環境では再現できない問題について、実際に問題が起こっている環境でログを取得してもらい、それを分析して原因を推測する」という調査の進め方について、どのように進めるのか、また、その時はどのような点に気をつける必要があるのか、ということに焦点を当てて紹介します。 ここでは具体例として、「ThunderbirdでIMAPのメールアカウントを使用しているときに、Thunderbirdがフリーズしてしまう」という問題の原因を調査する場合を想定します。全体としてThunderbirdの事情に特化した説明になっていますが、ログの出力が関係するあらゆる場面で適用できる一般的なセオリーとしても参照できるはずなので、そのような視点でも読
LinuxカーネルHack: git commitからgit send-emailでGMailアカウントを用いたパッチ送信まで - 佐野デジタル研究所
はじめてBtrfsにパッチを投げてみました。修正は単純で、メモリー確保後のチェックをより厳密にしただけです。Btrfsの開発コミュニティはBUG_ON撲滅に向けて動いているのに、BUG_ONを増やしてしまいました。http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg08420.html 現時点ではコードが取り込まれるかどうかはわかりません。リジェクトされるかもしれません。btrfs-unstableで取り込まれたら、メインラインへのマージはほぼ確実なので、今からワクワクです。リジェクトされたとしても、パッチ送信までの手順を踏めたのは大きいです。 で、今回は、参考までにパッチ送信までの流れを記録として残しておきます。 コミット まず、修正したコードをコミットする。 fixme@xr:~/btrfs-unstable$ git
qemu-system-i386向けにbuildrootをビルドする
buildrootは組込み向けのLinuxを作成できるビルドシステムである。オープン ソースのビルドシステムは各種あるが、最も手軽に触れることができるものの ひとつである。今回はqemu-systemu-i386で利用する手順を記載する。また、 busyboxのinitをGDBでデバッグする。 1. メリット 1.1. 小サイズ Ubuntu等のLinuxディストリビューションは最小構成でインストールしても数 GByteのルートファイルシステムとなるが、buildrootの場合は数MByteのルー トファイルシステムを作成できる。メインのパッケージとしてbusyboxと uClibcが使われている。以下はbuildrootでデフォルトで用意されている設定 のqemu_x86_defconfigを用いて作成した場合のサイズである。 -rw-rw-r-- 1 <me> <me> 2.0M 1月
fluentdとDataDogでアクセスログをグラフ化 - so what
DatadogはMuninとGrowthForecastを合わせたようなモニタリングサービスで、主に『エージェントをインストールしてサーバ情報をグラフ化』と『APIでmetricを送信してグラフ化』をしてくれます。*1 fluentdと相性が良さそうなので、アクセスログをDataDogに投げたりするためのプラグイン（とパッチ）を書きました。 fluent-plugin-datadog Pull Request 修正版gem ※2/22 17:19注) fluent-plugin-ddをリリースしました fluent-plugin-unit-time-filter 参考: http://so-wh.at/entry/2014/02/08/fluent-plugin-unit-time-filter ※2/09 20:45注) 0.1.0をリリースしました ※2/17 14:26注) flue
Effectively managing memory at Gmail scale | Articles | web.dev
Effectively managing memory at Gmail scale Stay organized with collections Save and categorize content based on your preferences. Introduction While JavaScript employs garbage collection for automatic memory management, it is not a substitute for effective memory management in applications. JavaScript applications suffer from the same memory related problems that native applications do, such as me
組込みでのテストファーストの導入について - 千里霧中
現状として、自分の裁量内では部分的にテストファーストの導入ができていると思う。 テストファーストに関しては、一部でトリッキーな印象を持たれているようだけれど、やってみる限り、そんなに違和感のあるものでも、難しいものでもないと感じる。 例えば自分は主にCやverilogといったレガシーな言語を使っているけれど、そういった言語ではカプセル化やスコープの制限を支える言語機能が貧弱なので、使っているとモジュールのインターフェースを慎重に考えるようになる。その「モジュールのインターフェースを慎重に考える」というステップが、思えばEDDやBDDのアプローチと同じで、テストファーストと親和性が高いように感じる。 なおテストファーストの効果は結構感じている。具体的なメリットは色々あるが、特に大きいのが以下の4つ。 コードがテスト可能になる テストを実行できるスケルトンを実装していくわけだから、自ずとコード
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to emulate USB devices?
良いデバッグログはプロジェクトの資産である
softwaretechnique.jp
ElasticSearch+Kibanaでログデータの検索と視覚化を実現するテクニックと運用ノウハウ
AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ