Below was my problem, but thankfully I got gnome back up. I don't know what I did or the command's effect really. Ok i read the other post

linuxquestions.org/questions/showthread.php?s=&threadid=262000&highlight=id+x+re

I read that it wasn't loading the libraries, just as mine, but different libs( libkrb5.so.3). Then I saw the . It fixed the problem I guess, but only when I started ldconfig. Its obvious that I messed up my lib directories, but how and shouldn't their have been a conf file that I could of edited to fix the lib file structure. I know its not krb5.conf either. what does echo $LD_LIBRARY_PATH and export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib" do actually?

"I have already read the other thread that contained a similar problem. Although I didn't see a solution to the problem. I also use red hat 9. I was installing wine and followed the instruction "/usr/local/lib' to /etc/ld.so.conf and run /sbin/ldconfig
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib"
I did this successfully and in root I would type wine and it came up with usage line , but in $ mode it said something like no folder for C then the usage line came. I also then tried to install steam with wine and it never worked, crashing and counting to 30 cycles and killing itself I believe. I installed it in root and usr.
the system started to lag and I loged out and it locked with just mouse and I had to restart. Then receiving the message Id "x respawninng too fast disabled for 5 mins."

Id "X" respawning too fast means that the X server is crashing when it starts up. Because this makes the program exit, it re-spawns the X server just as if someone had logged out. Whereupon it crashes again. If it spawns the X server many times quickly, then you get this message and the respawn is disabled, to keep your computer usable.

$LD_LIBRARY_PATH is an environment variable that contains the paths to all of the library files (.so and .a files) on your computer that programs might link to, either at compile time (.a files) or at run time (.so files). A cache file is searched (made by ldconfig) to find the libraries; the environment variable is only normall used by ldconfig itself. By running the export command, you can change the value of $LD_LIBRARY_PATH to include the /usr/local/lib directory, so it will also be searched for library files when you run ldconfig.

The ld.so.conf file also contains directories searched by ldconfig. Installing software under Wine can be problematic; you might want to search Google for instructions.

Thanks. So does the ldconf generate the location to the conf files in /etc in a cache file and not the actually the where abouts of each individual lib because isn't that a job for ld.so.conf in /etc ? If this is not true then what is the point of ld.so.conf if ldconfig does it? I checked that file(ld.so.conf) when my problem occurred and I know that it included the dir of the missing libs, but it didn't work. Not until I reset my environmental variables with echo $LD_LIBRARY_PATH . I ask this is because when I was having so much trouble it was that I didn't understand what conf file determined the main configuration for the system and if this happens again I want to know what to do and not hack files randomly.

ldconfig generates /etc/ld.so.cache. From the manpage: