Get Process

Reference:
Technical Q&A QA1123: Getting List of All Processes on Mac OS X

GTK+ z-order problem

GTK+ has no the concept of Z-order with widgets, and is not able to track whether a Window is being obscured. But GTK+ can send expose events to widgets that may not currently be visible.

x11 helper functions — blit frames to the screen

include opengl video

http://www.cs.fsu.edu/~baker/devices/lxr/http/source/xawtv-3.95/x11/blit.c

blit banchmark on each platform

ref:

http://www.rocklyte.com/news_20030917.html

GTK+ important links references

http://www.gtk.org/documentation.html

2d graphic library for Linux GraphicsMagick

it’s a branch of imageMagick 5.xxxx
reference:

http://www.graphicsmagick.org/www/api.html

make file link with dynamic and static libraries

• to build static library

% gcc -c libtest.c -o libtest.o
% ar rcs libtest.a libtest.o

• to build dynamic library

-fPIC option tells gcc to create position independant code which is necessary for shared libraries

% gcc -c -fPIC libtest.c -o libtest.o
% gcc -shared -o libtest.so libtest.o

• to use static library

% gcc -static main.c -L. -ltest -o testStatic

• to use dynamic library

% gcc main.c -L. -ltest -o testDynamic

the source file of application who uses the library ltest, sould be located before -l options
-L<path to search libraries> (no spacing after -L)
-o <output file>
-l<lib_name> (no spacing after -l)

in static link, library name is lib.a ex: libtest.a libcheckitout.a or libxxxx.a

in dynamic link, library start with lib ex: libtest or libtest.so or lib….

gcc [options] -o

STL vector memory leak

ref: http://www.wretch.cc/blog/glCheng&article_id=7085161

order of link libraries in makefile

example:
libabc.a is an user make library, in this lib, use a function pow in linux lib -lm.
in makefile you should
$(CC) -o a.out -labc -lm
if you
$(CC) -o a.out -lm -labc
there would be an link error

stray ‘\’ in program

problem
compiling error:

mmi_gfx_macro.h:21: parse error before `{‘
mmi_gfx_macro.h:21: stray ‘\’ in program
mmi_gfx_macro.h:22: stray ‘\’ in program

root cause
Possibly \ at “end" of a CRLF terminated line is not seen as
line-continued?
solution:
%dos2unix <your_c_file>