Planet SoC

To really get familiar with an Eclipse ODA, I decided to go through the three part “ODA Extensions and BIRT” series by Scott Rosenbaum and Jason Weathersby. It is not publicly linked but can be accessed here by doing some registration. The tutorial is spread across three parts in volume 8, 9, and 14 of the Eclipse magazine.

The end result of the ODA is the ability to use Google Spreadsheets as a data source. This is particularly appropriate for me because I am wrapping up a big networking project where we have been storing the simulation results in a Google Spreadsheet. The project involves the effects of node density on packet delivery ratio for three different wireless routing protocols.

I’ve ever annoyed with the mixed tab and spaces in SWIG’s code. Just talked it with William Fulton in #swig-gsoc. He suggested some tips.

This is a way to specific coding style by project:

au BufRead /[SWIG|swig]/* set tabstop=8 | set shiftwidth=2 | set softtabstop=2 | set expandtab " SWIG

And a Syntax file for SWIG, add this in ~/.vimrc or ~/.vim/filetype.vim to use it:

" SWIG filetype file
if exists("didloadfiletypes")
   finish
endif
augroup filetypedetect
   au! BufRead,BufNewFile *.swg  setfiletype swig
   au! BufRead,BufNewFile *.i    setfiletype swig
augroup END

Finally, a big thanks to William! :)

Finally I have solved most of the segmentation faults in yesterday’s midnight. Just two lines of code!

Now I understood that PyObject_New() only allocate memory, but haven’t do the works like creating the object’s __dict__ and etc. We should use PyBaseObject_Type.tp_new() to create a “full” object. Or maybe PyType_GenericNew() also works?

Another mistake I’ve made is using obj->tp_dict() directly to access the object’s dict. *Must* use _PyObject_GetDictPtr() instead! Otherwise, we only get the dict of the object’s type!

Well done, now more than 90% test cases passed! Cheers!

This week started slowly as I had some troubles with my Internet provider. It made me realize how much I depend on the Internet. It’s my primary mean of communication as well as one of my primary source of information. I spent nearly 3 days offline and it was hard, I guess it make me a slave of technology. So I took this time offline to think about my project as well as playing around with my OSD. I recorded some shows and played around with the device. I set up my development virtual machine and took some time to look at the OSD source code. I also set a samba share in order to play media from my computers with my OSD. This is a bliss, seriously I was looking for such a solution for a long time.

Well I went at it for another few hours yesterday attempting to get a compile going. I’ve yet to bring my issues up to any of the folks on IRC, but I will still talk about what is going on here. As I said yesterday I trudged through my problems with compiling/configuring libtprl. As for compiling tpserver-cpp I have run into many more issues. More on those after the jump.

Now my compilation of tpserver-cpp on Mac OS X has been nothing but problematic. I’ve thus far encountered the following.
The first warning I get happens during autogen.sh, but things finish as per normal:

automake…
tpserver/Makefile.am:5: GNUTLS does not appear in AM_CONDITIONAL
tpserver/Makefile.am:14: AVAHI does not appear in AM_CONDITIONAL
autoconf…
removing config.cache…