LabView<->MFC multithreaded bug :(

I can't seem integrate my already foolproof singlethreaded DLL into LabView as a CLF(Call Library Function) , i.e. "foreign helper DLL". It always crashed upon calling MFC's AfxBeginThread(..) function. I hope I can make a tute once I got it working. Really nuts on this, after all night long trying to figure out the solution

Google Summer of Code

So..., I'm enlisted as one of Google Summer of Code participant this year. I hope this gonna be an awesome experience. My proposal is about porting Linux BIOS's flashrom utility to Windows. You can check it out here. In the meantime I'm working on my first real-world multithreaded software. Stay tuned ;-)

The source code for the software that I've worked on is available for download at:
http://google-summer-of-code-2007-coresystems.googlecode.com/files/DarmawanMappatutu_Salihun.tar.gz

Back to The Future With Powerful FPUs, Multicore CPUs, Multithreaded Programming and More Programmer Control

The next 5-10 years maybe the year that system programmers of the last 5 years have been waiting for. After about more than two decades of clockspeed scaling every single processor release by vendors such as Intel, AMD, and others, it finally hit the wall or at least very close to it. The trend today is more core per-CPU package (a.k.a multicore) rather than more MHz per chip package. This means we move toward more and more multithreaded realm because it's about the only way to extract performance out of the CPU. This is not a trivial task. It requires a lot of work and system level understanding. From compilers to programmers, to CPU designers all of them have to have an understanding of the overall system or better yet, forecast the impact of every single decision they make during a component development, be it software or hardware. Because it's not a simple "just put more MHz" to execute the code at faster rate than it used to. Two articles from Arstechnica point out about this: http://arstechnica.com/news.ars/post/20061023-8053.html
http://arstechnica.com/news.ars/post/20060301-6299.html

Looking into it at a larger point of view, we can view the processor in the future as supercomputer of the past lumped into a single CPU package. Therefore, the supercomputer researcher of the "past" is the key person in the future of CPU design and Software development because these guys have been tuning multiprocessor system performance for years.

.. to be continued ..

About my book

I'm not going to talk about my BIOS Disassembly Ninjutsu Uncovered book until it's officially launched and available in stores. So, please patient to those who have been waiting for it. I already have lot's of updates.