Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c++ > #19226

Re: Tips to analyze a project with thousands of files

From drew@furrfu.invalid (Drew Lawson)
Newsgroups comp.lang.c++
Subject Re: Tips to analyze a project with thousands of files
Date 2012-10-24 15:33 +0000
Organization Center for Unverified Assertions
Message-ID <k691o4$1rb8$1@raid.furrfu.com> (permalink)
References <k5tbim$ua7$1@adenine.netfront.net>

Show all headers | View raw


In article <k5tbim$ua7$1@adenine.netfront.net>
	"Like Learn" <like2learn@live.ca> writes:
>
>I spent one day today and even couldn't find out where the firmware starts. 
>Obviously it was not the main function. The comments are not in pure 
>English, frustrated. Any tip to find out the starting line of an ARM 
>project?

For firmware, the starting point is probably specified by the
hardware.  And then something, somewhere in the project will use
platform specific code to sync up with that.  One possibility is
that the build places certain routines at fixed memory locations.

Last time I was in that situation, it was in the startup assembly
code, but there are probably ways to do it in a higher level language.

Keep an eye out for global function pointers (or a global instance
of some class).


You have my sympathies.  I didn't set out to decrypt legacy code,
but somehow that's what I've been doing for ~25 years.

-- 
Drew Lawson            |  If dreams were thunder,
                       |    and lightning was desire,
                       |  This old house would have burnt down
                       |    a long time ago

Back to comp.lang.c++ | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Tips to analyze a project with thousands of files "Like Learn" <like2learn@live.ca> - 2012-10-19 23:07 -0600
  Re: Tips to analyze a project with thousands of files Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-10-20 07:49 +0000
    Re: Tips to analyze a project with thousands of files "Like Learn" <like2learn@live.ca> - 2012-10-21 00:09 -0600
    Re: Tips to analyze a project with thousands of files Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-10-21 11:42 +0000
  Re: Tips to analyze a project with thousands of files Öö Tiib <ootiib@hot.ee> - 2012-10-20 09:14 -0700
    Re: Tips to analyze a project with thousands of files "Like Learn" <like2learn@live.ca> - 2012-10-21 00:12 -0600
  Re: Tips to analyze a project with thousands of files ctgqumgf@sharklasers.com - 2012-10-21 01:34 -0700
    Re: Tips to analyze a project with thousands of files Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-10-21 11:55 +0000
    Re: Tips to analyze a project with thousands of files "Like Learn" <like2learn@live.ca> - 2012-10-21 22:39 -0600
  Re: Tips to analyze a project with thousands of files Stuart <DerTopper@web.de> - 2012-10-23 13:00 +0200
  Re: Tips to analyze a project with thousands of files drew@furrfu.invalid (Drew Lawson) - 2012-10-24 15:33 +0000
  Re: Tips to analyze a project with thousands of files Werner <werasm@gmail.com> - 2012-10-24 09:29 -0700
    Re: Tips to analyze a project with thousands of files Jorgen Grahn <grahn+nntp@snipabacken.se> - 2012-10-25 20:44 +0000
  Re: Tips to analyze a project with thousands of files Luca Risolia <luca.risolia@studio.unibo.it> - 2012-10-24 22:42 +0200

csiph-web