On Thu, 26 Feb 2004, Peter Jay Salzman wrote:
although i didn't compile the function with -g, file reports the
executable as unstripped:
[EMAIL PROTECTED] file hello2
hello2: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.2.0, dynamically linked (uses
there's no point to this post, other than to share some things i found
interesting while playing around with some code last night.
here's some code that i compiled WITHOUT an enhanced symbol table:
#include stdio.h
void myfunction(void);
int main(void)
{
myfunction();
I have downloaded a commercial fax program (free version, for
evaluation). It is in binary (i.e. *.bin). I have permissions set to
execute (100755).
It will not run, even as sh primafax_l.bin.
strace gives me the following (in part - hope the wrapping does not confuse):
open(primafax_l.bin,
On Thu, 26 Feb 2004, Doctorcam wrote:
I have downloaded a commercial fax program (free version, for
evaluation). It is in binary (i.e. *.bin). I have permissions set to
execute (100755).
It will not run, even as sh primafax_l.bin.
why would giving a binary executable to bash as an
cam,
what does file report the binary as? perhaps it's not an ELF.
pete
On Thu 26 Feb 04, 9:43 AM, Doctorcam [EMAIL PROTECTED] said:
I have downloaded a commercial fax program (free version, for
evaluation). It is in binary (i.e. *.bin). I have permissions set to
execute (100755).
On Thursday, Feb 26, 2004, at 09:22 US/Pacific, Peter Jay Salzman wrote:
we finished right into glibc. shouldn't GDB have known when myfunction
returned to main, even if there's no debugging information?
Hmm.. I'm not sure, but I have a suspicion. It has to do with how
breakpoints are
Thanks, Jeff ( Pete)
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
On Thu, 26 Feb 2004, Doctorcam wrote:
I have downloaded a commercial fax program (free version, for
evaluation). It is in binary (i.e. *.bin). I have permissions set to
execute (100755).
It will not run, even as sh
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
snip
The behavior of the first token on a bash commandline is different than
its behavior when provided as the argument to an instance of bash... bash
interprets the _argument_ as a normal path to a script file... which
amounts to allowing
On Thu, 26 Feb 2004, Mitch Patenaude wrote:
On Thursday, Feb 26, 2004, at 09:22 US/Pacific, Peter Jay Salzman wrote:
[...]
what would be useful would be something like GDB which can follow a
process and collect information about:
1. control flow (what functions call what).
2. get the
* Peter Jay Salzman ([EMAIL PROTECTED]) wrote:
some people bum cigarettes, some people bum beer. i bum CPU time...
You may want to bum some from this guy:
http://www.mini-itx.com/projects/cluster/
He might have a few cycles to spare.
Cheers
Cam
--
Cam Ellison
In lovely Roberts Creek
On Thu, Feb 26, 2004 at 08:24:44PM -0800, Bill Kendrick wrote:
Anyway, since I have copious amounts of space on my 2nd drive, is it
easy to just 'move' the '/' parition over, run LILO to make the newer
drive bootable, and then remove the dying drive? (Obviously setting
the 2nd drive as Master
On Thu, 26 Feb 2004, Bill Kendrick wrote:
On Thu, Feb 26, 2004 at 08:24:44PM -0800, Bill Kendrick wrote:
Anyway, since I have copious amounts of space on my 2nd drive, is it
easy to just 'move' the '/' parition over, run LILO to make the newer
drive bootable, and then remove the dying
I don't get the stuff about /usr/local. It would be better
if you can boot up something like a Knoppix CD, so you are
not trying to copy the root filesystem from which you are
currently running. I would do something like this (being
careful that I might have screwed something up!):
1. Make a
I have two HDs in my main box. One is an older ~12GB drive, which
is the master on my IDE chain, and acts as my root ('/') partition.
The other is a much newer, much larger drive (~120GB), which contains
my '/home' and '/usr/local' paritions.
The older drive sounds like its death is imminent.
Doctorcam wrote:
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
snip
The behavior of the first token on a bash commandline is different than
its behavior when provided as the argument to an instance of bash... bash
interprets the _argument_ as a normal path to a script file... which
amounts to
On Thu 26 Feb 04, 2:26 PM, Doctorcam [EMAIL PROTECTED] said:
* Peter Jay Salzman ([EMAIL PROTECTED]) wrote:
not an executable. it refers to a directory - a component of a path.
Very clear, now. Thank you both. How's the dissertation, Pete?
Cheers
Cam
it should be done in a
* Peter Jay Salzman ([EMAIL PROTECTED]) wrote:
not an executable. it refers to a directory - a component of a path.
Very clear, now. Thank you both. How's the dissertation, Pete?
Cheers
Cam
--
Cam Ellison
In lovely Roberts Creek
cam (at) ellisonet (dot) ca
H: 604-885-2897
C:
On Thu 26 Feb 04, 12:28 PM, Doctorcam [EMAIL PROTECTED] said:
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
Sounds to me like you want to provide a directory specification for the
executable...
./primafax_l.bin
or
strace ./primafax_l.bin
Colour me red - for
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
Sounds to me like you want to provide a directory specification for the
executable...
./primafax_l.bin
or
strace ./primafax_l.bin
Colour me red - for embarrassment - I knew this, but the brain wasn't
working. Thank you for pointing
On Thu, 26 Feb 2004, Doctorcam wrote:
Thanks, Jeff ( Pete)
* Jeff Newmiller ([EMAIL PROTECTED]) wrote:
On Thu, 26 Feb 2004, Doctorcam wrote:
I have downloaded a commercial fax program (free version, for
evaluation). It is in binary (i.e. *.bin). I have permissions set to
On Thu 26 Feb 04, 8:49 AM, Mitch Patenaude said:
Hi Pete,
The difference you're seeing is one of debugging information vs. symbol
table.
The symbol table is used during linking, and contains the addresses of
function entry points and global variables. gdb can use this to decode
Hi Pete,
The difference you're seeing is one of debugging information vs. symbol
table.
The symbol table is used during linking, and contains the addresses of
function entry points and global variables. gdb can use this to decode
the stack frames to tell what the call stack is, but can't
22 matches
Mail list logo
