> > 3) First I recompiled Xorg 7-RC2 modular on a non-ssp system (the old > > xorg6.8.2 monolith loves to take forevor and crash all of the time). Which > > then returned the following error when I call startx: "Cannot Call Assert". > > So, I tried again, this time without using PIC patches, hacks, and > > whatnots. Xorg stopped compiling and the linker stated that assert was > > undefined. So, I first tried including <assert.h> in the affected files, > > but again, the same error. Finally, I added the following to each of the > > files: > > #ifndef assert > > #define assert(expr) ((void) 0) > > #endif > > > > startx now works and i can even run xfce 4.2.3. BUT, xterm and other > > programs still report "Cannot Call Assert". > > I'm not familiar with this problem, but I'm using xorg-6.8.2.
Perhaps I am barking up the wrong tree, but Xorg7 and Xorg6 would both lock the screen to nothingness under the SSP+PIC system of mine. They both reported to being unable to link to some glx library that I cannot remember at the moment. It so happened to be the same library that I had use the assert fix on. The library itself existed and I believe I was able to reproduce the results during my test by using an empty main.c program and linked it to the glx library. Whats stranger (to me) is that I found and pointed out the library that does not link properly sitting exactly where it needs to be. I never tested Xorg6.8.2 under the non-ssp, not-so-PIC based system. > I'm using a pentium4 prescott, with uClibc, and an ati video card using the > xorg ati driver (vesa works too). I have kde running. The only problem I have > had is with artsd segfaulting. > I am currently running a Pentium4-M with an Ati Radeon 7500. So it seems our hardware is very similar.. I will probably drop down to a 2.6.11 kernel and try my luck there with the only change being the kernel. -- http://linuxfromscratch.org/mailman/listinfo/hlfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
