Environment Red Hat Enterprise Linux (RHEL) all versions Issue How to debug logrotate warnings or errors when logrotate is not running correctly Resolution Check the logrotate.status file Check your logrotate.status file to see which files rotated: # cat /var/lib/logrotate/logrotate.status Run logrotate in a debug mode Run the logrotate command manually in a debug mode and check for errors: # /usr
CLI版のPHPをgdb上で動かしつつ、内部的なデータ構造を覗き見ることができるようなDockerイメージを作ってDocker Hubにアップロードしました。Docker環境さえあればすぐに動かすことができます。 このイメージを動かせばCのコードを書かなくてもPHP内部のデータ構造を確認することができます。PHPの内部構造を詳しく知りたい、というような人は参考にしてみてください。 準備 Macの人はDocker for Macを用意しましょう。他のOS上でも同様にDockerをインストールしてください。また、イメージの圧縮時サイズが200MB程度ありますので、それなりのネットワーク環境で遊ぶことをオススメします。 起動 Docker 1.10以降ではseccompにより一部システムコールが制限されているため、コンテナ内でgdbによるデバッグができません。期待通りにgdbを動かすにはコンテナ
プログラムのボトルネックを探すには大きく分けて二つの方法があります。心眼を研ぎ澄ましていきなり最適化してみてから考えるのと、何かしらのツールでサイクル数やCPU時間を計測して地道に探す方法ですね。皆さん普通は前者だと思うんですが、それが行き詰まってしまうこともあります。 後者のようにprofileを取っていく場合、手軽にCレベルでのprofileがとれて今わたしの中で一大ブームを巻き起こしているのがperf(3)なわけですが、Rubyのprofileを取ると往々にして以下のような結果になるわけです。(よい子のみんなはCレベルでのprofileではなく、stackprofを使ってRubyレベルでのprofileをとろうな!) sudo perf report --stdio --no-children -g none -d miniruby # To display the perf.dat
cles::blog 平常心是道 blogs: cles::blog NP_cles() « トラックバックスパムのリスクが高まっている? :: 政治ポジションテスト » 2007/03/25 IE向けのJavaScriptデバッガ 「Windows Script Debugger」 javascript programming msie 126 17へぇ 先日の仕事で懲りたので本格的にIE向けのJavaScriptデバッガを探してみたところ、無償で利用できるものがMSから提供されていました。またもや灯台下暗しでした。 ダウンロードの詳細 : Windows Script Debugger IE および IIS と共に Script Debugger を使用すると、Web ページの開発者はクライアント側とサーバー側の両方で HTML ページ (拡張子が .htm、.html、.asp
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
CakePHP1.2のエラーハンドリング方法。 Error Handling :: Common Tasks With CakePHP :: The Manual :: 1.2 Collection :: The Cookbook Object::cakeError() 基本的に、ObjectクラスのcakeErrorというメソッドを使うらしい。 appディレクトリ以下に、error.phpもしくはapp_error.phpというファイルを置いて ErrorHandlerを継承したAppErrorという名前のクラスを定義すると自分でエラー処理方法を定義できる。 <?php class AppError extends ErrorHandler { function error($params) { // エラー処理 } } <?php $this->cakeError('error', $
最近PHPの中身を探ることが多くなってきました。以前PHPカンファレンス2011で話した「PHPをハックしてオレオレ文法を追加する」のなかでは、PHPの内部の動きを知るにはソースコードリーティングだけだと実際にどんな動きをしているのかわかりづらいので、そういう時はGDB使ってやるといいよ、というふうなことを言いました。とかいいつつ、実際にはGDBを直接使ってはいません。操作がプリミティブ過ぎて使いづらいからです。代わりに、GDBフロントエンドの一つであるCGDBというソフトウェアを利用しています。 この記事ではこのCGDBの概要について簡単に説明します。 CGDBの何が便利なのか GDBフロントエンドには、DDD、Insightなどがあります。また、純粋なGDBフロントエンドの他にも、Eclipse CDT、XcodeなどGDBフロントエンドとしての機能を有しているIDEなどがあります。こ
タイトルの通り2009/2/3時点のDDMSの使用方法のドキュメントを邦訳しました。 忠実に翻訳するよりもわかりやすさを優先しています。 デバッグする時に活躍すると思いますので、是非ご活用ください。 翻訳が間違っている部分がある可能性もありますが、その際はご指摘いただけたら幸いです。 ※PDF版も用意しています。 DDMSツールの使用について Androidが搭載するデバッギングツールであるDalvik Debug Monitor Service(DDMS)は、ポート-フォワーディングサービス、スクリーンキャプチャー、デバイス上のスレッドとヒープ情報、logcat、プロセス、そして無線状態の情報、疑似音声着信と疑似SMS、疑似位置情報データなどを提供します。 このページは、DDMS機能に関する概要を提供します。ただしすべての仕様とスペックを完全に記載するわけではありません。 DDMSは、S
NetBeans IDEを使いXDebegを使ったデバッグをします。XDebugを使うとブレークポイントを設置してステップ実行が使えるようになりデバッグの効率が高まります。 以下インストール手順を紹介します。 NetBeans IDE のインストール NetBeans IDEをインストールします。手順はこちらの記事で紹介しています。 Apache Web Server のインストール Apache Web Server をインストールします。手順はこちらの記事で紹介しています。 PHP(Thread Safe版)のインストール PHPのThread Safe版をインストールします。手順はこちらの記事で紹介しています。 #design(style="color:red"){※PHPをインストールするディレクトリのパスに「 」空白が含まれていると動作しません。インストールパスがデフォルト(c:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く