There are 7 articles tagged as "xdebug"

Dealing with bit rot in a side project

on December 14, 2020. in Programming, Development. A 3 minute read.

As I wrote earlier, I’m “reviving” a personal project that I didn’t touch for a year. The development environment is dockerized, so the first task I need to do is to run the application it see what happens. As it turns out not much happens, as a mild case of “bit rot” set in.

pugdebug 1.0.0.

on July 01, 2015. in Programming, Software, Development. A 2 minute read.

After 3 months since announcing that I’m working on pugdebug, and some 5 months since I actually started working on it, it is finally time to let version 1.0.0 out in the wild.

Continue reading pugdebug 1.0.0....

Introducing pugdebug

on April 01, 2015. in Software, Programming, Development. A 2 minute read.

In my spare time in the past few months I was working on a tool that would help
me in my every day job as a PHP programmer. As you may, or may not, know, I’m
using vim as my editor/almost IDE, but one thing that is missing from it is the
ability to debug PHP files remotely. Yes, there are a bunch of plugins out
there that add debugging to vim, but none of them felt usable for me.

Continue reading Introducing pugdebug...

Xdebug and private /tmp on Fedora

on December 16, 2014. in Development, Software, Programming. A 1 minute read.

This one was a bit weird and needed some figuring out. Xdebug profiler output files were not being generated in the /tmp directory.

Continue reading Xdebug and private /tmp on Fedora...

Xdebug is full of awesome

on January 30, 2012. in Development, Programming. A 1 minute read.

Continue reading Xdebug is full of awesome...

I’m currently working on some Symfony2 bundles and I have one Netbeans project for the main Symfony2 app and one project for the bundle. The bundle files are completely separated from the app and they are just linked (ln -s) together. It works great, except for the case when I need to debug some part of the bundle’s code with Netbeans + xdebug. The debugger starts for the “main” project, which is the Symfony2 app, but setting breakpoints with Netbeans (y’know, by clicking the line number) for the bundle doesn’t really work, as those are in the other project and not in the debugged one, rendering the whole debugging useless.

I’ve spent this weekend hacking on some unit tests for Zend\Dojo and I ran into an issue where I need Xdebug to, well, debug. Note, that this is not for debugging a Zend Framework application, but for debugging Zend Framework itself. I am using Netbeans + Xdebug to debug regular code, but debugging unit tests was something completely new for me. Turns out, it’s not entirely different from “regular” debugging.