Jan 10, 2012

Valgrind XYZ

To understand how things work, this is how valgrind starts up:

  - The valgrind launcher (/usr/bin/valgrind) is run.
  - The launcher decides which tool you want execs it to
    replace the launcher.
  - The tool binary loads at a high address then acts as
    an ELF loader and loads the target program into the
    same process, using LD_PRELOAD to try and inject a
    small amount of code into it.

 
Run "ld --verbose" to see the default linker script, and note the line
   . = 0x08048000 + SIZEOF_HEADERS;
This is the problem.  ld estimates SIZEOF_HEADERS, and sometimes guesses
low by 1 Elf32_Phdr (or by 2 in extremely rare cases).  A workaround is
to capture the default linker script "ld --verbose >script.lds", delete
the header and trailer lines [delimited by '====='], change the initial
address to ". = 0x08048000 + 52 + 8*32;" where 52 is sizeof(Elf32_Ehdr)
and 32 is sizeof(Elf32_Phdr), then use the resulting script to replace 
the default: "ld -T script.lds ..."
 
 
http://plash.beasts.org/wiki/Story16Notes 
 
Here are some things to do:
o Study the info pages that come with ld.
  See ld.info, Node: Builtin Functions, SIZEOF_HEADERS. 
o Compare the elf linker scripts (probably in
  /usr/i486-suse-linux/lib/ldscripts/ on your system) against standard
  ones.  eg. from ftp.varesearch.com/pub/support/hjl/binutils/  If they
  are different, try the standard scripts.
o Delete SIZEOF_HEADERS from your linker script, and replace with a fixed
  number.  Try 1024.
o If all this fails, post a bug report to binutils@sourceware.cygnus.com
 

Jan 2, 2012

Strength of a workplace

Is it true when the "First, Break all the rules" said that, a strength of a workplace can be inside 12 following questions
  1. Do I know what is expected of me at work?
  2. Do I have the materials and equipment I need to do my work right?
  3. At work, do I have opportunity to do what I do best every day?
  4. In the last seven days, have I received recognition or praise for doing good work?
  5. Does my supervisor, or someone at work, seem to care about me as a person?
  6. Is there someone at work who encourages my development?
  7. At work, do my opinions seem to count?
  8. Does the mission/purpose of my company make me feel my job is important?
  9. Are my co-workers committed to doing quality work?
  10. Do I have a best friend at work?
  11. In the last six months, has someone at work talked to me about my progress?
  12. This last year, have I had opportunities at work to learn and grow?
Hmm, nothing about benefits or salary...is it true for my current company, GCS? Maybe there's something to think about...

Mar 28, 2011

C++ Info: STL in c++

C++ Info: STL in c++: "STL specific C++ basics. Learning STL Notes For learning STL I have mentioned some url in home page which are best in STL world :) ..."

Mar 26, 2011

To be investigated later

http://votazz.com/
http://blogs.atlassian.com/developer/2006/01/how_we_use_jira_and_confluence.html

http://msmvps.com/blogs/vstsblog/archive/2009/01/09/workflows-of-msf-agile-and-cmmi-process-templates-for-tfs.aspx
http://forums.atlassian.com/thread.jspa?threadID=13443


http://www.ideatorrent.org/
http://www.osqa.net/gallery/
http://code.google.com/p/stacked/downloads/list
http://alternativeto.net/software/google-moderator/
http://www.google.com/moderator/#0
http://archive.gamedev.net/reference/articles/article1698.asp
http://mtshome.sw3solutions.com/cppComputerGraphics.html#2D%20Transformations

Mar 22, 2011

Project Development Lifecycle (details)

  1. Initial functional requirements and design are done.
  2. Programmer produces code he believes is bug-free.
  3. Product is tested. 20 bugs are found.
  4. Programmer fixes 10 of the bugs and explains to the testing department that the other 10 aren't really bugs.
  5. Testing department finds that five of the fixes didn't work and discovers 15 new bugs.
  6. See 3.
  7. See 4.
  8. See 5.
  9. See 6.
  10. See 7.
  11. See 8.
  12. Due to marketing pressure and an extremely pre-mature product announcement based on overly-optimistic programming schedule, the product is released.
  13. Users find 137 new bugs.
  14. Original programmer, having cashed his royalty check, is nowhere to be found.
  15. Newly-assembled programming team fixes almost all of the 137 bugs, but introduces 456 new ones.
  16. Original programmer sends underpaid testing department a postcard from Fiji. Entire testing department quits.
  17. Company is bought in a hostile takeover by competitor using profits from their latest release, which had 783 bugs.
  18. New CEO is brought in by board of directors. He hires programmer to redo program from scratch.
  19. Programmer produces code he believes is bug-free....