Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-24 Thread Michel Dänzer

Matthew Reppert wrote:
 
 Michel Dänzer wrote:
 
  On Tue, 2001-10-23 at 07:54, Matthew Reppert wrote:
 
 
 Now, let me say one thing; I've run two different kernels on this
 system: 2.4.10 and 2.4.12. Note #1: my /usr/include/linux and
 /usr/include/asm were NOT FHS compliant ... because I'd copied
 the data into those directories. Note #2: I did this back when
 I was running 2.4.10. Well, today I noticed this, kicked myself in
 the arse a few times, and made the proper symlinks ... recompiled
 just now and X seems to work fine. Heck, Quake 3 runs nice ... ^^;
 
 
 From FHS 2.3:
 
 6.1.7  /usr/include : Header files included by C programs
 
 These symbolic links are required if a C or C++ compiler is
 installed and only for systems not based on glibc.
 
 /usr/include/asm - /usr/src/linux/include/asm-arch
 /usr/include/linux - /usr/src/linux/include/linux
 
 
  So your system isn't based on glibc? I think you've found out the
  hard way why these really shouldn't be symlinks.
 
   ... you know, that's a good point. I *am* glibc-based, 2.2.x.
 Interesting; well, it may have had to do with some of the stuff I
 defined in host.def, though I can't really see what it would be ...

No, I think the problem was clearly the kernel headers.

 I'll look into it when I have more time (sometime later this week).
 Still suspect the headers. And why not symlinks?

Because as you have found out, you're in trouble if they are wrong (your copy
of the kernel headers from an older version was no different than wrong
symlinks).

This has been discussed extensively on l-k. Look at the Debian glibc packages
for a solution that works.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-23 Thread Michel Dänzer

On Tue, 2001-10-23 at 07:54, Matthew Reppert wrote: 

 Now, let me say one thing; I've run two different kernels on this
 system: 2.4.10 and 2.4.12. Note #1: my /usr/include/linux and
 /usr/include/asm were NOT FHS compliant ... because I'd copied
 the data into those directories. Note #2: I did this back when
 I was running 2.4.10. Well, today I noticed this, kicked myself in
 the arse a few times, and made the proper symlinks ... recompiled
 just now and X seems to work fine. Heck, Quake 3 runs nice ... ^^;

From FHS 2.3:

   6.1.7  /usr/include : Header files included by C programs

   These symbolic links are required if a C or C++ compiler is  
   installed and only for systems not based on glibc.

   /usr/include/asm - /usr/src/linux/include/asm-arch
   /usr/include/linux - /usr/src/linux/include/linux


So your system isn't based on glibc? I think you've found out the hard
way why these really shouldn't be symlinks.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-23 Thread Matthew Reppert

Michel Dänzer wrote:

 On Tue, 2001-10-23 at 07:54, Matthew Reppert wrote: 
 
 
Now, let me say one thing; I've run two different kernels on this
system: 2.4.10 and 2.4.12. Note #1: my /usr/include/linux and
/usr/include/asm were NOT FHS compliant ... because I'd copied
the data into those directories. Note #2: I did this back when
I was running 2.4.10. Well, today I noticed this, kicked myself in
the arse a few times, and made the proper symlinks ... recompiled
just now and X seems to work fine. Heck, Quake 3 runs nice ... ^^;

 
From FHS 2.3:
 
6.1.7  /usr/include : Header files included by C programs
 
These symbolic links are required if a C or C++ compiler is  
installed and only for systems not based on glibc.
 
/usr/include/asm - /usr/src/linux/include/asm-arch
/usr/include/linux - /usr/src/linux/include/linux
 
 
 So your system isn't based on glibc? I think you've found out the hard
 way why these really shouldn't be symlinks.


  ... you know, that's a good point. I *am* glibc-based, 2.2.x.
Interesting; well, it may have had to do with some of the stuff I
defined in host.def, though I can't really see what it would be ...
I'll look into it when I have more time (sometime later this week).
Still suspect the headers. And why not symlinks?

Matt

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Kevin Brosius

Matthew Reppert wrote:
 
 
 Hi, I have an AIW Radeon :) The general concensus on getting TV in/out
 to work for this card is that you HAVE to recompile a few things from
 source, one of which being X. Well, the build goes along fine, but the
 binaries that it makes segfault as soon as it starts loading modules.
 In fact, the last thing in my X log is Loading module 'bitmap'. If I
 just run X, I'll see Segmentation fault. on the terminal I'm on, and
 get booted back to bash ... I'm on kernel 2.4.12, gcc 2.95.3, GNU
 binutils 2.11.2 ... any ideas? Here's a copy of my host.def included
 as well. This is (currently) the major roadblock to getting the most out
 of my graphics card, and I'd like to get it to work. Very much ^^;
 
 Thanks,
 Matt
 

You don't need a host.def if you haven't changed anything...

Sounds like a build problem.  How did you get your sources?  What setup
did you do?  Did you do a 'make World  World.log' and then a 'make
install' (as root) from the 'xc' directory?

(Are there any failures in the 'make World'?  search for '***' in your
World.log.)

-- 
Kevin
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Matthew Reppert

Munir Nassar wrote:

  What compiler are you using? i am not aware of any
  certain compiler quirks but it is possible,


gcc 2.95.3.

(yanked from a make World log)

Building on Linux 2.4.12 i686 [ELF] (2.4.12).

Linux Distribution: Unknown
libc version: 6.2.4
binutils version: 3.1

GCC version: 2.95

  try a
  $make World  World.log 
 
  and check World.log for any interesting compiler
  warnings...

Interesting? Um ... lessee. Variables possibly being used
uninitialized, a few symbols declared 'static' but undefined
in ttobjs.h (prolly won't hurt too much, eh?), a whole bunch
of void * pointers used in arithmetic ... 6335 warnings
without the void pointers, 75k void pointer warnings. Nothing
here looks too bad ... the compiler never dies or anything
dramatic like that.

Any ideas on more specifically where to look, given that X
always crashes in exactly the same place (loading module
'bitmap')?

http://128.101.183.76:8080/xlogs/

Matt

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Matthew Reppert

Kevin Brosius wrote:
 
 Matthew Reppert wrote:
 
 
  Hi, I have an AIW Radeon :) The general concensus on getting TV in/out
  to work for this card is that you HAVE to recompile a few things from
  source, one of which being X. Well, the build goes along fine, but the
  binaries that it makes segfault as soon as it starts loading modules.
  In fact, the last thing in my X log is Loading module 'bitmap'. If I
  just run X, I'll see Segmentation fault. on the terminal I'm on, and
  get booted back to bash ... I'm on kernel 2.4.12, gcc 2.95.3, GNU
  binutils 2.11.2 ... any ideas? Here's a copy of my host.def included
  as well. This is (currently) the major roadblock to getting the most 
  out of my graphics card, and I'd like to get it to work. Very much ^^;
 
  You don't need a host.def if you haven't changed anything...
 
  Sounds like a build problem.

That's what I've been thinking ...

  How did you get your sources?  What setup did you do?  Did you do a
  'make World  World.log' and then a 'make install' (as root) from
  the 'xc' directory?

My sources were downloaded from this path:
ftp://ftp.xfree86.org/pub/XFree86/4.1.0/source/

For setup, I've alternately tried just doing a 'make World', and putting
definitions into site.def or host.def (what I posted earlier) and making
World. Yes, from the xc directory, yes, as root.

  (Are there any failures in the 'make World'?  search for '***' in your
  World.log.)


Nothing ... it makes the binaries just fine, they're just broken ^^;

Matt

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Michel Dänzer

On Sun, 2001-10-21 at 21:20, Matthew Reppert wrote:

 Any ideas on more specifically where to look, given that X
 always crashes in exactly the same place (loading module
 'bitmap')?

What about posting the relevant parts of the X server log?


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Matthew Reppert

Michel Dänzer wrote:

 On Sun, 2001-10-21 at 21:20, Matthew Reppert wrote:
 
 What about posting the relevant parts of the X server log?


Okay, this is the entire contents of XFree86.0.log.

START ==

XFree86 Version 4.1.0 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 2 June 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.12 i686 [ELF]
Module Loader present
(==) Log file: /var/log/XFree86.0.log, Time: Sun Oct 21 14:48:09 2001
(==) Using config file: /etc/X11/XF86Config
Markers: (--) probed, (**) from config file, (==) default setting,
  (++) from command line, (!!) notice, (II) informational,
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout Simple Layout
(**) |--Screen Screen 1 (0)
(**) |   |--Monitor NEC 4FG'
(**) |   |--Device ATI All-in-Wonder Pro'
(**) |--Input Device Mouse1
(**) |--Input Device Keyboard1
(**) Option AutoRepeat 500 30
(**) Option XkbDisable
(**) XKB: disabled
(==) Keyboard: CustomKeycode disabled
(WW) The directory /usr/X11R6/lib/X11/fonts/truetype/ does not exist.
Entry deleted from font path.
(**) FontPath set to 
/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(--) using VT number 7

(WW) Cannot open APM
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.4
XFree86 XInput driver : 0.2
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.2
(II) Loader running on linux
(II) LoadModule: bitmap

END 


This is the output from the X server, just for fun ...


START ==


XFree86 Version 4.1.0 / X Window System
(protocol Version 11, revision 0, vendor release 6510)
Release Date: 2 June 2001
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems.  (See http://www.XFree86.Org/FAQ)
Build Operating System: Linux 2.4.12 i686 [ELF]
Module Loader present
(==) Log file: /var/log/XFree86.0.log, Time: Sun Oct 21 14:48:09 2001
(==) Using config file: /etc/X11/XF86Config
Markers: (--) probed, (**) from config file, (==) default setting,
  (++) from command line, (!!) notice, (II) informational,
  (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) ServerLayout Simple Layout
(**) |--Screen Screen 1 (0)
(**) |   |--Monitor NEC 4FG'
(**) |   |--Device ATI All-in-Wonder Pro'
(**) |--Input Device Mouse1
(**) |--Input Device Keyboard1
(**) XKB: disabled
(WW) The directory /usr/X11R6/lib/X11/fonts/truetype/ does not exist.
Entry deleted from font path.
(**) FontPath set to 
/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/
(**) RgbPath set to /usr/X11R6/lib/X11/rgb
(==) ModulePath set to /usr/X11R6/lib/modules
(--) using VT number 7

Segmentation fault

END 

Matt

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Kevin Brosius

Matthew Reppert wrote:
 


 
 Any ideas on more specifically where to look, given that X
 always crashes in exactly the same place (loading module
 'bitmap')?
 
 http://128.101.183.76:8080/xlogs/
 
 Matt
 

What does your /etc/X11/XF86Config look like?  Would you add it to this
directory?  Maybe you've found something that crashes the config file
parser.

-- 
Kevin
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Matthew Reppert

Kevin Brosius wrote:

 Matthew Reppert wrote:
 
Any ideas on more specifically where to look, given that X
always crashes in exactly the same place (loading module
'bitmap')?

http://128.101.183.76:8080/xlogs/

Matt


 
 What does your /etc/X11/XF86Config look like?  Would you add it to this
 directory?  Maybe you've found something that crashes the config file
 parser.


Added.

Matt

___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Kevin Brosius

Matthew Reppert wrote:
 
 
 Kevin Brosius wrote:
  
  Matthew Reppert wrote:
  
  
   Hi, I have an AIW Radeon :) The general concensus on getting TV in/out
   to work for this card is that you HAVE to recompile a few things from
   source, one of which being X. Well, the build goes along fine, but the
   binaries that it makes segfault as soon as it starts loading modules.
   In fact, the last thing in my X log is Loading module 'bitmap'. If I
   just run X, I'll see Segmentation fault. on the terminal I'm on, and
   get booted back to bash ... I'm on kernel 2.4.12, gcc 2.95.3, GNU
   binutils 2.11.2 ... any ideas? Here's a copy of my host.def included
   as well. This is (currently) the major roadblock to getting the most
   out of my graphics card, and I'd like to get it to work. Very much ^^;

Hmm, another thought.  What the heck is 'binutils 2.11.2'?  I don't see
any mention of it on ftp://ftp.kernel.org/pub/linux/devel/binutils/,
which is hjl's distro location as far as I can tell.  Plus it looks like
2.11 is still beta...  Also, your log indicates the compile didn't
detect the version, or maybe detected it incorrectly:


Building on Linux 2.4.12 i686 [ELF] (2.4.12).

Linux Distribution: Unknown
libc version: 6.2.4
binutils version: 3.1

(Unless 3.1 really is the reporting version for binutils 2.11.x)

Maybe you should try the build with an older stable version of
binutils.  You may also be able to add the binutils version to host.def
to force it to think it has a sane version (which may or may not
actually improve things.):

ie: #define LinuxBinUtilsMajorVersion   26

(Read all about it in xf86site.def.)

-- 
Kevin
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Matthew Reppert

Kevin Brosius wrote:
 

 Are there modules in /usr/X11R6/lib/modules?  And does the bitmap module
 exist there?  (It's normally down a level, fonts/libbitmap.a.)


Yes, it's there.

Okay ... this is GNU binutils. Since I've seen people have been
compiling with gcc under linux, I didn't think twice about my GNU
binutils, but I'm using the most recent release of them, 2.11.2. Think
that's the problem? (I should've made that clearer, prolly ... )

Matt


___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Michel Dänzer

On Mon, 2001-10-22 at 00:13, Matthew Reppert wrote:

 Okay ... this is GNU binutils. Since I've seen people have been
 compiling with gcc under linux, I didn't think twice about my GNU
 binutils, but I'm using the most recent release of them, 2.11.2. Think
 that's the problem? (I should've made that clearer, prolly ... )

Debian is using 2.11.92 on all architectures, and X works. So unless the
version you use was particularly bad, I doubt this is the problem.


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert



Re: [Xpert]Building 4.1.0 on Linux results in segfaulting binaries

2001-10-21 Thread Kevin Brosius

Matthew Reppert wrote:
 
 
 Kevin Brosius wrote:
  
 
  Are there modules in /usr/X11R6/lib/modules?  And does the bitmap module
  exist there?  (It's normally down a level, fonts/libbitmap.a.)
 
 Yes, it's there.
 
 Okay ... this is GNU binutils. Since I've seen people have been
 compiling with gcc under linux, I didn't think twice about my GNU
 binutils, but I'm using the most recent release of them, 2.11.2. Think
 that's the problem? (I should've made that clearer, prolly ... )
 
 Matt

Might be... If you built your own ld, did you use the same binutils?  Or
maybe it's an incompatibilty between those binutils and the XFree86
module loader (which seems likely since you can't load modules.)  You
could build a static server (no external modules), although that's just
a workaround if you want to find out what's wrong.

binutils 2.10.0.33-13 works here (that's a SuSE Linux version).  And gcc
2.95.3 is considered stable, so I wouldn't worry about that.

-- 
Kevin
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert