linux-gcc-digest Wednesday, 11 August 1999 Volume 01 : Number 396
In this issue:
NCurses Libraries on Red Hat 5.1 Server
Re: NCurses Libraries on Red Hat 5.1 Server
Using GDB to debug a programme using the ncurses library
Getting ncurses to produce a trace file
Re: Getting ncurses to produce a trace file
RE: Getting ncurses to produce a trace file
Re: Using GDB to debug a programme using the ncurses library
RE: Using GDB to debug a programme using the ncurses library
Re: Using GDB to debug a programme using the ncurses library
Re: Using GDB to debug a programme using the ncurses library
Re: Using GDB to debug a programme using the ncurses library
processes stuck in skb_recv_datagram
ld.so Unknown relocation type help????
About typedef
Re: About typedef
How to copy the stack?
Re: How to copy the stack?
Opening direct access file
caddr_t
Re: caddr_t
glibc 2.1.2pre2
binutils 2.9.5.0.4 is released.
Re: binutils 2.9.5.0.4 is released.
Re: binutils 2.9.5.0.4 is released.
segmentation fault
Re: segmentation fault
Re: segmentation fault
Re: binutils 2.9.5.0.4 is released.
Re: segmentation fault
Re: segmentation fault
Where starts the heap in Linux.
binutils 2.9.5.0.5 is released.
Re: Where starts the heap in Linux.
Device driver programming and C++
Re: Device driver programming and C++
libc5 vs glibc
Re: libc5 vs glibc
binutils 2.9.5.0.6 is released
Re: Device driver programming and C++
Re: libc5 vs glibc
Re: libc5 vs glibc
See the end of the digest for information on subscribing to the linux-gcc
or linux-gcc-digest mailing lists.
----------------------------------------------------------------------
From: "Mike Humphreys (DSL Ch)" <[EMAIL PROTECTED]>
Date: Wed, 21 Jul 1999 11:29:16 +1200
Subject: NCurses Libraries on Red Hat 5.1 Server
Linux Gurus,
I am trying to create a character based (i.e. NOT X11 based!!) programme
that is trying to use the ncurses library. The server is a Red Hat 5.1
installation running on a Compaq Prolinea 4/50 at this stage although it is
intended to upgrade the hardware to a Compaq Celeron 400 processor box.
My problem comes in the form of the "standard" *nix error message of
Segmentation Fault (core dumped)..... :-(
I have traced the actual instance of the segmentation fault (using gdb) back
to the ncurses library where it is trying to refresh the screen display.
My query is two-fold:
(1) where can I get the "ncurses_g" library that the ncurses(3X) man page
talks about, as the only "ncurses_g" file that I have is a ".a" file that
looks to be machine readable but is not a library (i.e. ".so.") file.
(2) while I am reasonably comfortable with the ncurses library not having a
bug in it, that is, my code at the higher level is causing the flow-on
segmentation fault, I am at a complete loss as to where I can even begin to
start looking for what may be causing this problem! :-( Is there anyone
out there that has written code for character based programmes that can give
me some clues? It may just be as simple as how I am initialising the ncurses
data structures, or heap allocations, or ....... ???
Any help at all will be most gratefully received. Also, any pointers to
sample code that I can look at would be of use as well.
Many thanks in advance.
Regards,
MikeH
- ----------------------------------
Mike Humphreys
Datacom Systems Ltd, Christchurch
Phone: (03) 3386504
Fax: (03) 3386444
Email: [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 20 Jul 1999 20:55:12 ric
Subject: Re: NCurses Libraries on Red Hat 5.1 Server
On Wed, 21 Jul 1999, Mike Humphreys (DSL Ch) wrote:
> Linux Gurus,
>
> I am trying to create a character based (i.e. NOT X11 based!!)
programme
> that is trying to use the ncurses library. The server is a Red Hat 5.1
> installation running on a Compaq Prolinea 4/50 at this stage although
it is
> intended to upgrade the hardware to a Compaq Celeron 400 processor box.
>
> My problem comes in the form of the "standard" *nix error message of
> Segmentation Fault (core dumped)..... :-(
gdb is quite adept at reading core dumps, if the program and/or
libraries involved were compiled with -g. :-)
>
> I have traced the actual instance of the segmentation fault (using gdb)
back
> to the ncurses library where it is trying to refresh the screen
display.
>
> My query is two-fold:
> (1) where can I get the "ncurses_g" library that the ncurses(3X) man
page
> talks about, as the only "ncurses_g" file that I have is a ".a" file
that
> looks to be machine readable but is not a library (i.e. ".so.") file.
That is the one. A .a file is a library. It just isn't a shared
library, so each program that links with gets its own copy of the object
files it needs. This makes it a _lot_ easier to debug code that causes
a fault in the library, so debugging libraries are often .a files.
> (2) while I am reasonably comfortable with the ncurses library not
having a
> bug in it, that is, my code at the higher level is causing the flow-on
> segmentation fault, I am at a complete loss as to where I can even
begin to
> start looking for what may be causing this problem! :-( Is there
anyone
> out there that has written code for character based programmes that can
give
> me some clues? It may just be as simple as how I am initialising the
ncurses
> data structures, or heap allocations, or ....... ???
If you are able to use gdb to find what library it's faulting in, you
are very close to using gdb to find out what in your program caused it.
Compile your program withh the -g flag if you haven't already, link with
libncurses_g for good measure, and run it with gdb. When it faults,just
move up the stack till you get to something you wrote. :-). That will
likely be a call to an ncurses function that has some argument that is
not as the function expects.
>
> Any help at all will be most gratefully received. Also, any pointers to
> sample code that I can look at would be of use as well.
>
bpe is a lovely little utility I use as a framework any time I want to
mess with ncurses. I don't know of anywhere it is except in the
slackware distro, the bin backage IIRC in the a disk set. Of coures,
you would want the source, so it would be in
slackware/[version]/source/a/bin/bpe.tar.gz or so, on any slackware
mirror.
If slackware hasn't gone glibc yet, you might have to change some
<linux/bla.h> to <sys/bla.h> to get it to compile on RedHat. I don't
remember anything else I've needed to do since I switched to glibc
nearly 2 years ago.
Nearest to you would be ftp.manawatu.gen.nz/pub/linux/slackware, but
that is from an old mirrors list, so it might have moved. You could
always get a fresh MIRRORS.TXT at ftp.cdrom.com, or find bpe there.
> Many thanks in advance.
>
> Regards,
> MikeH
>
> ----------------------------------
> Mike Humphreys
> Datacom Systems Ltd, Christchurch
> Phone: (03) 3386504
> Fax: (03) 3386444
> Email: [EMAIL PROTECTED]
>
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: "Mike Humphreys (DSL Ch)" <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 15:53:35 +1200
Subject: Using GDB to debug a programme using the ncurses library
Gurus,
I am trying to use gdb on RedHat 5.1 to step through the ncurses library to
try and find a particular bug in my code which is only manifesting via a
segmentation fault in the low-level refresh routines.
My problem comes in that while I have the source code for v5.0 of ncurses,
and I have installed said version, I can't make gdb step through the ncurses
source code while I am trying to debug my code.
I have tried setting the source code search path within gdb (via the 'dir'
command), but gdb persists in not allowing me to see the code.... what am I
missing? The man and info pages for gdb aren't exactly helpful in this area!
Thanks for any help available.
Regards,
MikeH
- ----------------------------------
Mike Humphreys
Datacom Systems Ltd, Christchurch
Phone: (03) 3386504
Fax: (03) 3386444
Email: [EMAIL PROTECTED]
------------------------------
From: "Mike Humphreys (DSL Ch)" <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 16:08:13 +1200
Subject: Getting ncurses to produce a trace file
Gurus,
In reading the documentation for ncurses, it informs me that I can get a
trace file for the ncurses routines by setting the trace level to a
sufficient value. I have tried using the trace() function (with a value of
TRACE_ORDINARY | TRACE_CALLS) and while it executes successfully when I run
my programme, no trace file is produced.
Is there anything else that I need to do to be able to get these trace
files?
Thanks for any help available.
Regards,
MikeH
- ----------------------------------
Mike Humphreys
Datacom Systems Ltd, Christchurch
Phone: (03) 3386504
Fax: (03) 3386444
Email: [EMAIL PROTECTED]
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Wed, 21 Jul 1999 22:31:50 -0600
Subject: Re: Getting ncurses to produce a trace file
Also sprach Mike Humphreys (DSL Ch):
> Gurus,
>
> In reading the documentation for ncurses, it informs me that I can get a
> trace file for the ncurses routines by setting the trace level to a
> sufficient value. I have tried using the trace() function (with a value of
> TRACE_ORDINARY | TRACE_CALLS) and while it executes successfully when I run
> my programme, no trace file is produced.
Do you have write permissions in the execution directory? You also have to
link against libncurses_g, the debugging library.
Kurt
- --
In the future, you're going to get computers as prizes in breakfast cereals.
You'll throw them out because your house will be littered with them.
------------------------------
From: "Mike Humphreys (DSL Ch)" <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 16:37:01 +1200
Subject: RE: Getting ncurses to produce a trace file
Yes, I do have write permissions, and yes I did link in the ncurses_g
library. Still no joy.
Mike
- -----Original Message-----
From: Kurt Wall [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 22 July 1999 16:32
To: Mike Humphreys (DSL Ch)
Cc: linux-gcc List (E-mail)
Subject: Re: Getting ncurses to produce a trace file
Also sprach Mike Humphreys (DSL Ch):
> Gurus,
>
> In reading the documentation for ncurses, it informs me that I can get a
> trace file for the ncurses routines by setting the trace level to a
> sufficient value. I have tried using the trace() function (with a value of
> TRACE_ORDINARY | TRACE_CALLS) and while it executes successfully when I
run
> my programme, no trace file is produced.
Do you have write permissions in the execution directory? You also have to
link against libncurses_g, the debugging library.
Kurt
- --
In the future, you're going to get computers as prizes in breakfast cereals.
You'll throw them out because your house will be littered with them.
------------------------------
From: [EMAIL PROTECTED]
Date: Thu, 22 Jul 1999 00:42:59 ric
Subject: Re: Using GDB to debug a programme using the ncurses library
On Thu, 22 Jul 1999, Mike Humphreys (DSL Ch) wrote:
> Gurus,
>
> I am trying to use gdb on RedHat 5.1 to step through the ncurses
library to
> try and find a particular bug in my code which is only manifesting via
a
> segmentation fault in the low-level refresh routines.
That make it a little more difficult. A lot more, if truth were told.
>
> My problem comes in that while I have the source code for v5.0 of
ncurses,
> and I have installed said version, I can't make gdb step through the
ncurses
> source code while I am trying to debug my code.
>
> I have tried setting the source code search path within gdb (via the
'dir'
> command), but gdb persists in not allowing me to see the code.... what
am I
> missing? The man and info pages for gdb aren't exactly helpful in this
area!
>
But have you tried compiling your code with -g? also check that there
is no -s or -S flag to ld, and noboby does strip <executable> after? I
think I found that in info gdb, but it took a few reads.
> Thanks for any help available.
>
> Regards,
> MikeH
>
> ----------------------------------
> Mike Humphreys
> Datacom Systems Ltd, Christchurch
> Phone: (03) 3386504
> Fax: (03) 3386444
> Email: [EMAIL PROTECTED]
>
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: "Mike Humphreys (DSL Ch)" <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 16:58:48 +1200
Subject: RE: Using GDB to debug a programme using the ncurses library
Lawson,
Yes, I have compiled with the -g flag. As far as I can tell, neither of the
- -s flags are used, nor is the strip command used.
MikeH
- ----------------------------------
Mike Humphreys
Datacom Systems Ltd, Christchurch
Phone: (03) 3386504
Fax: (03) 3386444
Email: [EMAIL PROTECTED]
- -----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 22 July 1999 12:43
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Using GDB to debug a programme using the ncurses library
On Thu, 22 Jul 1999, Mike Humphreys (DSL Ch) wrote:
<... snip ...>
But have you tried compiling your code with -g? also check that there
is no -s or -S flag to ld, and noboby does strip <executable> after? I
think I found that in info gdb, but it took a few reads.
<... snip ...>
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
------------------------------
From: [EMAIL PROTECTED]
Date: Thu, 22 Jul 1999 02:30:37 ric
Subject: Re: Using GDB to debug a programme using the ncurses library
On Thu, 22 Jul 1999, Mike Humphreys (DSL Ch) wrote:
> Gurus,
>
> I am trying to use gdb on RedHat 5.1 to step through the ncurses
library to
> try and find a particular bug in my code which is only manifesting via
a
> segmentation fault in the low-level refresh routines.
The more I think off it, this is a bug in ncurses. If you call a
function with a bad value, it has every right to crash, as does any
function it calls. If it returns, and then crashes later, it is a bug
in the library, no matter you gave it something poisonous before. At
least, that is how I try to make libraries. Maybe you should try to
contact the ncurses developers or maintainers and try to sort it out
with them.
>
> My problem comes in that while I have the source code for v5.0 of
ncurses,
> and I have installed said version, I can't make gdb step through the
ncurses
> source code while I am trying to debug my code.
Could you possibly have something in the toolchain that is a radically
different version from the rest? I am sorry, I am grasping at straws.
> command), but gdb persists in not allowing me to see the code.... what
am I
> missing? The man and info pages for gdb aren't exactly helpful in this
area!
>
> Thanks for any help available.
>
> Regards,
> MikeH
>
> ----------------------------------
> Mike Humphreys
> Datacom Systems Ltd, Christchurch
> Phone: (03) 3386504
> Fax: (03) 3386444
> Email: [EMAIL PROTECTED]
>
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 01:06:36 -0600
Subject: Re: Using GDB to debug a programme using the ncurses library
Also sprach Mike Humphreys (DSL Ch):
> Lawson,
>
> Yes, I have compiled with the -g flag. As far as I can tell, neither of the
> -s flags are used, nor is the strip command used.
Post the smallest complete program you can that demonstrates the problem
you're having.
Kurt
- --
Some people claim that the UNIX learning curve is steep, but at least you
only have to climb it once.
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 01:05:53 -0600
Subject: Re: Using GDB to debug a programme using the ncurses library
Also sprach [EMAIL PROTECTED]:
> On Thu, 22 Jul 1999, Mike Humphreys (DSL Ch) wrote:
> > Gurus,
> > I am trying to use gdb on RedHat 5.1 to step through the ncurses
> library to
> > try and find a particular bug in my code which is only manifesting via
> a
> > segmentation fault in the low-level refresh routines.
> The more I think off it, this is a bug in ncurses. If you call a
> function with a bad value, it has every right to crash, as does any
> function it calls. If it returns, and then crashes later, it is a bug
> in the library, no matter you gave it something poisonous before. At
> least, that is how I try to make libraries. Maybe you should try to
> contact the ncurses developers or maintainers and try to sort it out
> with them.
If so, surf to http://www.clark.net/pub/dickey/ and poke around to find the
subscription instructions for [EMAIL PROTECTED]
Kurt
- --
Life only demands from you the strength you possess.
Only one feat is possible -- not to have run away.
-- Dag Hammarskjold
------------------------------
From: Rob Riggs <[EMAIL PROTECTED]>
Date: Thu, 22 Jul 1999 11:08:15 -0600
Subject: processes stuck in skb_recv_datagram
This problem was previously mentioned:
http://www.tux.org/hypermail/linux-kernel/1999week27/0326.html
http://www.tux.org/hypermail/linux-kernel/1999week26/0796.html
Multiple threads calling gethostbyname_r() (and using DNS
to resolve) ends up with threads stuck in skb_recv_datagram.
This occurs under kernels up to 2.3.10 and 2.2.10ac12 with
glibc-2.1.1 and glibc-2.0.7. Under 2.0 kernels (including
2.0.37) it causes multiple oopses.
Python and C code to illustrate this problem are available:
ftp://ftp.pangalactic.org/pub/outgoing/pytest
ftp://ftp.pangalactic.org/pub/outgoing/thrtest.c
I've received only one comment on this problem. Alan
Cox did suggest that the oops in 2.0 kernels had been
fixed under 2.0.37, but it has not.
I've posted this again to the kernel-list to note that the
problem still occurs under the latest AC release. I've also
directed it to the linux-gcc list since the problem under
2.2 and 2.3 may well be in glibc and not related to the
kernel oopses under 2.0, as was my first impression.
Any comments or suggestions will be greatly appreciated.
- --
Rob Riggs
Technical Staff
Tummy.com, Ltd.
http://www.tummy.com/
------------------------------
From: [EMAIL PROTECTED] (Leslie F. Donaldson)
Date: Sat, 24 Jul 1999 23:09:16 -0500
Subject: ld.so Unknown relocation type help????
Hello,
As some may know I have been working on em86 , however I have a problem
I can't seem to find an answer to . Whenever I run em86 I get the following
error message:
./em86: Unknown relocation type
My issue is how is this possible.
- - I have compared the headers (elf structure) and there appears to be no
differences.
- - There is a linker directive file but It dosen't seem to cause other
programs to generate this message.
The real problem lies in the fact 6.0 ld.so has assertions turned on. This
causes the excutable not to run ( even though it can.)
Any pointers would be VERY helpful.
Thank You
Leslie Donaldson
/----------------------------\ Current Contractor: Onsite Engineering
| Leslie F. Donaldson | Current Customer : Entergy - Nuclear GGNS
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | Curr : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Current Email : [EMAIL PROTECTED]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
------------------------------
From: "Yanfeng Zhang" <[EMAIL PROTECTED]>
Date: Mon, 26 Jul 1999 15:22:29 +0800
Subject: About typedef
This is a multi-part message in MIME format.
- ------=_NextPart_000_004C_01BED77A.AC9FFA60
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
in the header file /usr/include/setjmp.h there is a typedef statement:
typedef int __jmp_buf[6]
I cannot understand that. __jmp_buf[6] is a array item, how can it be a =
name of type?
=20
Thanks.
=20
Fred
- ------=_NextPart_000_004C_01BED77A.AC9FFA60
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Dgb2312 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>in the header file =
/usr/include/setjmp.h there=20
is a typedef statement:</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>typedef int =
__jmp_buf[6]</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I cannot understand that. =
__jmp_buf[6] is a=20
array item, how can it be a name of type?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT size=3D2>Thanks.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Fred</FONT></DIV></BODY></HTML>
- ------=_NextPart_000_004C_01BED77A.AC9FFA60--
------------------------------
From: "Raju K. V." <[EMAIL PROTECTED]>
Date: Mon, 26 Jul 1999 14:22:31 +0530 (IST)
Subject: Re: About typedef
hi,
the typedef means type __jmp_buf is an 6 element array of type int. ie if
u declare
__jmp_buf xx;
it is equivalent to
int xx[6];
HTH,
Raju
On Mon, 26 Jul 1999, Yanfeng Zhang wrote:
> in the header file /usr/include/setjmp.h there is a typedef statement:
> typedef int __jmp_buf[6]
> I cannot understand that. __jmp_buf[6] is a array item, how can it be a name of type?
>
> Thanks.
>
> Fred
>
------------------------------
From: "263" <[EMAIL PROTECTED]>
Date: Mon, 26 Jul 1999 19:10:09 +0800
Subject: How to copy the stack?
This is a multi-part message in MIME format.
- ------=_NextPart_000_0035_01BED79A.7A925B60
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Hi, at first, i must thank Raju. K.V. for his answer.
The reason why I read the setjmp.h file is that I want to write a =
program which will do the following:
At one checkpoint, the program copies the stack of the process to a =
file. Then at the next checkpoint, the program will decide whether =
restore the stack from the former file or not according to some =
conditions.
At first I think setjmp/longjmp can do the job, but after some work, I =
find that setjmp/longjmp can only restore the stack context, but not =
content of the stack. Then how can I copy and restore the stack?
Thanks in advance.
Fred
- ------=_NextPart_000_0035_01BED79A.7A925B60
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000><FONT size=3D4>Hi, at first, i must thank =
Raju. K.V. for=20
his answer.</FONT></FONT><FONT size=3D4></FONT></DIV>
<DIV><FONT color=3D#000000><FONT size=3D4>The reason why I read the =
setjmp.h file is=20
that I want to write a program which will do the =
following:</FONT></FONT><FONT=20
size=3D4></FONT></DIV>
<DIV><FONT size=3D4>At one checkpoint, the program copies the stack of =
the process=20
to a file. Then at the next checkpoint, the program will decide whether =
restore=20
the stack from the former file or not according to some =
conditions.</FONT></DIV>
<DIV><FONT face=3D"" size=3D4>At first I think setjmp/longjmp can do the =
job, but=20
after some work, I find that setjmp/longjmp can only restore the stack =
context,=20
but not content of the stack. Then how can I copy and restore the=20
stack?</FONT></DIV>
<DIV><FONT face=3D"" size=3D4></FONT> </DIV>
<DIV><FONT face=3D"" size=3D4>Thanks in advance.</FONT></DIV>
<DIV><FONT face=3D"" size=3D4></FONT> </DIV>
<DIV><FONT size=3D4>Fred</FONT></DIV>
<DIV><FONT face=3D"" size=3D4></FONT> </DIV>
<DIV><FONT face=3D"" size=3D4></FONT> </DIV></BODY></HTML>
- ------=_NextPart_000_0035_01BED79A.7A925B60--
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 26 Jul 1999 09:36:07 -0500
Subject: Re: How to copy the stack?
"263" <[EMAIL PROTECTED]> writes:
> Hi, at first, i must thank Raju. K.V. for his answer.
> The reason why I read the setjmp.h file is that I want to write a
> program which will do the following:
> At one checkpoint, the program copies the stack of the process to a
> file. Then at the next checkpoint, the program will decide whether
> restore the stack from the former file or not according to some
> conditions.
> At first I think setjmp/longjmp can do the job, but after some work, I
> find that setjmp/longjmp can only restore the stack context, but not
> content of the stack. Then how can I copy and restore the stack?
The following is a quicky example that saves the stack.
The harder restoring, and context is left as an exercise.
Note: None of this is truly portable, but with care you can
get it run on a fair variety of machines.
If you need an example I would suggest guile (or some other
interpreter that implements continuations in C). Heck. I
just about recommend guile anyway, or some other scheme dialect
because saving/restoring the stack is a builtin language construct.
But note. Between one program invocation and another it is quite
possible nothing will work, Changes in library version or, resulting
in code changing addresses, etc.
Eric
char *stack_bottom;
int main(void)
{
char x;
stack_bottom = &x;
save_stack();
}
void save_stack()
{
char x;
really_save_stack(stack_bottom, &x);
}
void really_save_stack(char *bottom, char *top)
{
fp = fopen(....)
if (bottom > top) {
fwrite(top, bottom - top, 1, fp);
} else {
fwrite(bottom, top - bottom, 1, fp);
}
fclose(fp);
}
>
> Thanks in advance.
>
> Fred
>
------------------------------
From: "Godfree" <[EMAIL PROTECTED]>
Date: Tue, 27 Jul 1999 11:51:08 GMT2
Subject: Opening direct access file
I'm trying to open a direct acces file. I've managed to do it
succesfully in fortran, on the same file, but there is a need to do
it in C. The fortran looks like this:
open(unit=20, file="filename",
access='direct',recl=512,form='unformatted')
Can someone please help me with the C-version of the above fortran
statement.
Regards
Godfree
Godfree Gert
Department of Medical Physics
University of the Orange Free State
P O Box 339
Bloemfontein
9301
Tel: +27 51 4053158
------------------------------
From: "Godfree" <[EMAIL PROTECTED]>
Date: Wed, 28 Jul 1999 11:00:39 GMT2
Subject: caddr_t
I came across a data type called caddr_t and would like more
information on it. One of the places I found it was on a Hewlett
Packard unix system. In the ptrace.h header file I found the
following:
#define char *caddr_t.
Could someone please shed some light on this.
Regards
Godfree Gert
Department of Medical Physics
University of the Orange Free State
P O Box 339
Bloemfontein
9301
Tel: +27 51 4053158
------------------------------
From: "Marty Leisner" <[EMAIL PROTECTED]>
Date: Thu, 29 Jul 1999 00:23:55 -0400
Subject: Re: caddr_t
> I came across a data type called caddr_t and would like more
> information on it. One of the places I found it was on a Hewlett
> Packard unix system. In the ptrace.h header file I found the
> following:
> #define char *caddr_t.
>
> Could someone please shed some light on this.
>
> Regards
> Godfree Gert
> Department of Medical Physics
> University of the Orange Free State
> P O Box 339
> Bloemfontein
> 9301
> Tel: +27 51 4053158
caddr_t generally refers to a machine address...
I've seen it in sunos. Probably modern software should just use void *.
I suppose caddr_t does not have to be a void * on machines where a
physical address cannot be represented by a pointer?
Its a good question...
Marty Leisner
------------------------------
From: Ulrich Drepper <[EMAIL PROTECTED]>
Date: 01 Aug 1999 16:40:13 -0700
Subject: glibc 2.1.2pre2
Hi,
I've uploaded the second and maybe last test release for glibc 2.1.2 to
ftp://sourceware.cygnus.com/pub/glibc
and
ftp://ftp.XX.kernel.org/pub/software/libs/glibc
(where XX is your country code). You can find at these sites the files
glibc-2.1.2pre2.tar.bz2
glibc-linuxthreads-2.1.2pre2.tar.bz2
and appropriate .gz versions. There is no new crypt add-on, the one
from glibc 2.1 is still current.
This is just a bug fix release. No new features. All reported and
fixable problems should be handled.
Please give it a try and send feedback to the
[EMAIL PROTECTED] list.
- --
- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Cygnus Solutions `--' drepper at cygnus.com `------------------------
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Mon, 2 Aug 1999 11:52:00 -0700 (PDT)
Subject: binutils 2.9.5.0.4 is released.
This is the beta release of binutils 2.9.5.0.4 for Linux, which is
based on binutils 1999 0801 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I merged a MIPS gas patch from binutils 2.9.1.0.25 to the current
binutils and there are many changes in MIPS/ELF in bfd. I'd like to
hear reports on Linux/MIPS.
Please report any bugs related to binutils 2.9.5.0.4 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared
} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
- -dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m ar
melf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.4.tar.gz. Source code.
2. binutils-2.9.5.0.3-2.9.5.0.4.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.4-1.src.rpm. Source RPM.
4. binutils-2.9.5.0.4-1.i386.rpm. Binary RPM for RedHat 6.0.
There are also bzip2 versions of tar and diff files.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.varesearch.com/pub/support/hjl/binutils/beta
Thanks.
H.J. Lu
[EMAIL PROTECTED]
08/02/99
------------------------------
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Tue, 3 Aug 1999 00:31:31 +0200
Subject: Re: binutils 2.9.5.0.4 is released.
On Mon, Aug 02, 1999 at 11:52:00AM -0700, H.J. Lu wrote:
> This is the beta release of binutils 2.9.5.0.4 for Linux, which is
> based on binutils 1999 0801 plus various changes. It is purely for
> Linux, although it has been tested on Solaris/Sparc and Solaris/x86
> from time to time.
>
> I merged a MIPS gas patch from binutils 2.9.1.0.25 to the current
> binutils and there are many changes in MIPS/ELF in bfd. I'd like to
> hear reports on Linux/MIPS.
MIPS users should continue to use the latest 2.8.1-based releases
available from ftp.linux.sgi.com. All newer linker have heavy bugs
which will result in linker crashes, bad kernels and more. I especially
have to warn about the binutils from Cygnus' anonymous CVS. At this
time the MIPS support in that binutils versions is undergoing heavy
rewrite in order to support the N32 ABI and as a temporary side effect
they are therefore currently completly unusable for Linux/MIPS.
Ralf
------------------------------
From: Benjamin Scherrey <[EMAIL PROTECTED]>
Date: Tue, 03 Aug 1999 00:33:53 -0500
Subject: Re: binutils 2.9.5.0.4 is released.
FMI - Where might I find the specification for the ELF abi?
thanx & later,
Ben Scherrey
"H.J. Lu" wrote:
>
> This is the beta release of binutils 2.9.5.0.4 for Linux, which is
> based on binutils 1999 0801 plus various changes. It is purely for
> Linux, although it has been tested on Solaris/Sparc and Solaris/x86
> from time to time.
>
> I merged a MIPS gas patch from binutils 2.9.1.0.25 to the current
> binutils and there are many changes in MIPS/ELF in bfd. I'd like to
> hear reports on Linux/MIPS.
<snip>
------------------------------
From: "Godfree" <[EMAIL PROTECTED]>
Date: Tue, 3 Aug 1999 10:41:02 GMT2
Subject: segmentation fault
Please help
I'm having problems when I'm using the sizeof() function in
combination with the multiplication operator, eg.
sizeof(dir_ent) * (*count)
where dir_ent is a structure and *count is a pointer to an integer.
During compilation no errors are reported but as soon as I run the
program, a segmentation fault is reported.
Thanks in advance
Godfree Gert
Department of Medical Physics
University of the Orange Free State
P O Box 339
Bloemfontein
9301
Tel: +27 51 4053158
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Tue, 3 Aug 1999 06:43:18 -0600
Subject: Re: segmentation fault
Also sprach Godfree:
> Please help
> I'm having problems when I'm using the sizeof() function in
> combination with the multiplication operator, eg.
> sizeof(dir_ent) * (*count)
> where dir_ent is a structure and *count is a pointer to an integer.
> During compilation no errors are reported but as soon as I run the
> program, a segmentation fault is reported.
My guess is that `count' refers to uninitialized memory. The test program
below compiles and runs without incident, even when compiling Electric
Fence and setting EF_ALIGNMENT=0.
#include <stdio.h>
#include <dirent.h>
int main(void)
{
int *count;
struct dirent dir_ent;
*count = 1;
fprintf(stdout, "sizeof(dir_ent) * (*count) = %d\n",
sizeof(dir_ent) * (*count));
return 0;
}
- --
algorithm, n.:
Trendy dance for hip programmers.
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 3 Aug 1999 10:14:53 -0500 (CDT)
Subject: Re: segmentation fault
It's been rumoured that Godfree said:
>
> Please help
> I'm having problems when I'm using the sizeof() function in
> combination with the multiplication operator, eg.
> sizeof(dir_ent) * (*count)
> where dir_ent is a structure and *count is a pointer to an integer.
> During compilation no errors are reported but as soon as I run the
> program, a segmentation fault is reported.
I'd guess that the pointer 'count' is null, and thus you try to examine
storage location 0 which is not part of your execution address space --> segault.
- --linas
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 3 Aug 1999 10:21:03 -0500 (CDT)
Subject: Re: binutils 2.9.5.0.4 is released.
It's been rumoured that Benjamin Scherrey said:
>
> FMI - Where might I find the specification for the ELF abi?
http://www.sco.com/developer/devspecs/gabi41.ps for the generic
and somewhere on the sgi site for the mips-specific one. use altavista.
- --linas
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 4 Aug 1999 00:12:41 -0500 (CDT)
Subject: Re: segmentation fault
It's been rumoured that Kurt Wall said:
>
> My guess is that `count' refers to uninitialized memory. The test program
> below compiles and runs without incident, even when compiling Electric
> Fence and setting EF_ALIGNMENT=0.
>
> #include <stdio.h>
> #include <dirent.h>
>
> int main(void)
> {
> int *count;
> *count = 1;
> }
I'd say you got lucky.
- --linas
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Tue, 3 Aug 1999 23:15:52 -0600
Subject: Re: segmentation fault
Also sprach [EMAIL PROTECTED]:
> It's been rumoured that Kurt Wall said:
> >
> > My guess is that `count' refers to uninitialized memory. The test program
> > below compiles and runs without incident, even when compiling Electric
> > Fence and setting EF_ALIGNMENT=0.
> >
> > #include <stdio.h>
> > #include <dirent.h>
> >
> > int main(void)
> > {
> > int *count;
if((count = malloc(sizeof(int)) != NULL)
*count = 1;
> > *count = 1;
> > }
>
>
> I'd say you got lucky.
I'd say you're right. Sheesh. I had to look at that WAY too long.
Kurt
- --
"Whatever the missing mass of the universe is, I hope it's not cockroaches!"
-- Mom
------------------------------
From: "Longma" <[EMAIL PROTECTED]>
Date: Fri, 6 Aug 1999 09:04:29 +0800
Subject: Where starts the heap in Linux.
This is a multi-part message in MIME format.
- ------=_NextPart_000_0015_01BEDFEA.B10097E0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
Hi,
I have to save/restore the heap space in my program.=20
The problem is, in linux, at which exact address the heap starts. Does =
heap start from a fixed address in linux?=20
I have tried sbrk(0) at the very beginning of the progrom, but I find =
the returned value seems not the starting of heap space.
Thanks
Fred
- ------=_NextPart_000_0015_01BEDFEA.B10097E0
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>Hi,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I have to save/restore the heap =
space in my=20
program. </FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>The problem is, in linux, at which =
exact address=20
the heap starts. Does heap start from a fixed address in linux? =
</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>I have tried sbrk(0) at the very =
beginning of=20
the progrom, but I find the returned value seems not the starting of =
heap=20
space.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Fred</FONT></DIV></BODY></HTML>
- ------=_NextPart_000_0015_01BEDFEA.B10097E0--
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Fri, 6 Aug 1999 14:08:30 -0700 (PDT)
Subject: binutils 2.9.5.0.5 is released.
>
> Ian and H.J.,
>
> here is another problem I ran into - it seems not to be gcc related
> as static linking does not trigger the bug.
>
It works fine for me with binutils 2.9.5.0.5 on Solaris 7/Sparc.
H.J.
- ----
This is the beta release of binutils 2.9.5.0.5 for Linux, which is
based on binutils 1999 0806 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
Please report any bugs related to binutils 2.9.5.0.5 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared
} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
- -dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m ar
melf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.5.tar.gz. Source code.
2. binutils-2.9.5.0.4-2.9.5.0.5.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.5-1.src.rpm. Source RPM.
4. binutils-2.9.5.0.5-1.i386.rpm. Binary RPM for RedHat 6.0.
There are also bzip2 versions of tar and diff files.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.varesearch.com/pub/support/hjl/binutils/beta
Thanks.
H.J. Lu
[EMAIL PROTECTED]
08/06/99
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Sun, 8 Aug 1999 09:14:35 +0200
Subject: Re: Where starts the heap in Linux.
> I have to save/restore the heap space in my program. The problem
> is, in linux, at which exact address the heap starts. Does heap
> start from a fixed address in linux?
No.The loads all segments of the executable image, and sets the brk
right after it. So it depends on the size of the executable where the
heap starts.
Regards,
Martin
------------------------------
From: "Andrey Fisunenko" <[EMAIL PROTECTED]>
Date: Sat, 7 Aug 1999 08:51:28 +0300
Subject: Device driver programming and C++
Hi all!
I try to write device driver that support several ISA-adapters and the same
high-level protocol.
All of that HW stuff have to perform a same operations.
In WinNT I've solve this problem by using the base class with virtual
functions that are implement that operations.
The attempt to apply this approach in Linux loadable module leads to errors
when loading it.
The message that "__rtti_user and __rtti_si " not found appears.
g++ RTTI cannt be disabled by command line keys (may be I am wrong, at least
I cant find in man) like it can be made in BC++, VC++, Watcom C++.
The questions are "Can the Linux kernel mode loadable modules execute code
that uses classes with virtual functions?"
or "How can I disable RTTI?"
PS.
My questions is beyond of discussion of C++ usage in kernel mode drivers
:-).
Andrey.
------------------------------
From: Florian Weimer <[EMAIL PROTECTED]>
Date: 08 Aug 1999 17:54:40 +0200
Subject: Re: Device driver programming and C++
"Andrey Fisunenko" <[EMAIL PROTECTED]> writes:
> "How can I disable RTTI?"
`-fno-rtti' and `-fno-exceptions' (there isn't any exception handling
without RTTI).
------------------------------
From: Elena <[EMAIL PROTECTED]>
Date: Mon, 09 Aug 1999 14:42:29 +0200
Subject: libc5 vs glibc
Hi all!!
I have a software compiled with libc5 5.4.46 on linux kernel 2.1.131 but
I want to migrate it to 2.2.9.. is it possible to install libc5 in 2.2.9
and if so.. what should I do???... do I have to uninstall glibc?? can
they (libc5 and glibc) coexist?? how can I make work together??... how
do I know which library is taking my system as the main one??..
Thank you in advance.
Looking forward to hearing from you
Elena
- --
------------------------------
From: [EMAIL PROTECTED]
Date: Mon, 09 Aug 1999 11:46:58 ric
Subject: Re: libc5 vs glibc
If you can recompile/relink your software with glibc, that might be
better in the long run, but yes, glibc and libc5 can coexist. You don't
want to mix them in the same run unit, but ld.so will try to see that
you don't. Normally, an install for a libc/glibc will set it as the
primary program development library for your system, so it's easiest to
install the one you want for this last. there is a Glibc howto that
describes at least one setup to be able to compile programs with either
libc.
You can use ldd to tell you which libc a program uses. To find which
one is being used for program development, I would write a "Hello,
world" program, link it and use ldd on it. :-)
HTH
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
On Mon, 9 Aug 1999, Elena wrote:
> Hi all!!
> I have a software compiled with libc5 5.4.46 on linux kernel 2.1.131
but
> I want to migrate it to 2.2.9.. is it possible to install libc5 in
2.2.9
> and if so.. what should I do???... do I have to uninstall glibc?? can
> they (libc5 and glibc) coexist?? how can I make work together??... how
> do I know which library is taking my system as the main one??..
> Thank you in advance.
> Looking forward to hearing from you
>
> Elena
> --
>
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Mon, 9 Aug 1999 12:56:03 -0700 (PDT)
Subject: binutils 2.9.5.0.6 is released
This is the beta release of binutils 2.9.5.0.6 for Linux, which is
based on binutils 1999 0809 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
Please report any bugs related to binutils 2.9.5.0.6 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared
} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
- -dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m ar
melf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.6.tar.gz. Source code.
2. binutils-2.9.5.0.5-2.9.5.0.6.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.6-1.src.rpm. Source RPM.
4. binutils-2.9.5.0.6-1.i386.rpm. Binary RPM for RedHat 6.0.
There are also bzip2 versions of tar and diff files.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.varesearch.com/pub/support/hjl/binutils/beta
Thanks.
H.J. Lu
[EMAIL PROTECTED]
08/09/99
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 09 Aug 1999 13:24:14 -0500
Subject: Re: Device driver programming and C++
You will probably need at least -fno-rtti and -fno-exceptions
Quite possibly more as the kernel is it's own little world and doesn't
use any standard libraries. So cutting all of the unavailable runtime libraries
could be a challenge.
Eric
------------------------------
From: [EMAIL PROTECTED] (ellis)
Date: 11 Aug 1999 00:20:17 GMT
Subject: Re: libc5 vs glibc
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> wrote:
>If you can recompile/relink your software with glibc
Is there anything one has to watch out for when moving a program
to glibc?
- --
http://www.fnet.net/~ellis/photo/linux.html
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 10 Aug 1999 22:46:37 ric
Subject: Re: libc5 vs glibc
On 11 Aug 1999, ellis wrote:
> In article <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]> wrote:
>
> >If you can recompile/relink your software with glibc
>
> Is there anything one has to watch out for when moving a program
> to glibc?
>
Generally not. If you don't have the source it is difficult, but if you
do it is usually just a matter of changing #include <linux/blah.h> to
#include <sys/blah.h> if it won't compile as is. Oops, blah.h is
American English for <whatever>.h :-). If a program uses libc5
internals, of course that could be a problem, but most don't. There is
at least one function that is defined in libc.so.5 that glibc defines in
libc.a as a wrapper for an internal glibc function, but that normally
doesn't do any harm. Alas, I have forgotten what and why it is, but if
you have trouble with it I'll likely recognize it and find the doco
again.
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
End of linux-gcc-digest V1 #396
*******************************
To subscribe to linux-gcc-digest, send the command:
subscribe linux-gcc-digest
in the body of a message to "[EMAIL PROTECTED]". If you want
to subscribe something other than the account the mail is coming from,
such as a local redistribution list, then append that address to the
"subscribe" command; for example, to subscribe "local-linux-gcc":
subscribe linux-gcc-digest [EMAIL PROTECTED]
A non-digest (direct mail) version of this list is also available; to
subscribe to that instead, replace all instances of "linux-gcc-digest"
in the commands above with "linux-gcc".
