12 Jul 2000 whatever   » (Journeyer)

I've been hassling NetworkSolutions (NotwerkProblems) for about 3 months now, trying to get my domain transferred from my old ISP to my new ISP. The problem originated due to my old ISP registering my domain on my behalf so I didn't have the password despite paying directly and being listed as Admin/Tech/Billing contacts.

I got nothing back but endless automated emails generated by their fucked up systems, despite putting in my emails, over and over again, "I WANT TO TALK TO A HUMAN BEING!!!".

Gave up and applied for a domain transfer to MelbourneIT (www.inww.com.au), and the difference is amazing! Humans answer my emails within minutes! I actually feel like a customer, not a taxpayer.

cgrep is coming along well. It now processes post-fix syntax (eg, the difference between a function or a prototype is determined by a ";" or a "{}" at the end) and arbitrary syntax extensions (eg, it's possible to easily add in that "fred" after "int" has a different meaning than "fred" after "float"). It also picks up variables and stores them into namespaces. It can pick out comments, function names, simple variable types, and so on. It's almost useful as it is now, but not quite.

Debugging is a bit painful since I put a multi-state machine into this, so there's about 50 pattern matching threads running concurrently on the input stream. I'll have to beef up the inter-state communications to add some snooping and debugging facilities.

Still pondering how to handle typedefs, structs and other compound types. I'd like this to understand Gtk signals and types, but not sure how to handle this other than putting Gtk specific names into the parser itself, otherwise the parser will just run through merrily extracting all the base types which is very nice and accurate but not at the most useful conceptual level unless actually writing Gtk.

Seems to me that a generic way of setting view levels would be more useful than a hardcoded solution, but still dunno how. Needs more thought.

Like I said at the beginning - this project is boring the shit out of me, but my nose is being kept to the grindstone by the consideration of how useful this will be when it's finished. The vision of being able to upgrade programs to new libraries (eg, Glib 1.2 to Glib 1.4) semi-automatically is just too compelling to give up.

Latest blog entries     Older blog entries

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!