[gentoo-user] Re: Android build error on Gentoo
On Wednesday 13 Jul 2011 11:06:32 AM randd wrote: > Hi All, > > I am on Gentoo stable and in the past (Jun 9) I have built android > (gingerbread) successfully. Somehow now build fails at random places with > the following error. > > > /** > */ *** glibc detected *** make: free(): invalid next size (fast): > 0x0e14f160 *** === Backtrace: = > /lib/libc.so.6(+0x6c3ef)[0xb77ad3ef] > /lib/libc.so.6(+0x6dce0)[0xb77aece0] > /lib/libc.so.6(cfree+0x6e)[0xb77b1e7e] > make[0x8050dbc] > === Memory map: > 08048000-0806c000 r-xp 08:02 395421 /usr/bin/gmake > 0806c000-0806d000 r--p 00023000 08:02 395421 /usr/bin/gmake > 0806d000-0806e000 rw-p 00024000 08:02 395421 /usr/bin/gmake > 0806e000-0806f000 rw-p 00:00 0 > 0921d000-0e2c9000 rw-p 00:00 0 [heap] > b720-b7221000 rw-p 00:00 0 > b7221000-b730 ---p 00:00 0 > b73fd000-b74d8000 rw-p 00:00 0 > b7574000-b758f000 r-xp 08:02 398827 > /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 > b758f000-b759 r--p 0001a000 08:02 398827 > /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 > b759-b7591000 rw-p 0001b000 08:02 398827 > /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 > b75b3000-b7727000 rw-p 00:00 0 > b7727000-b773c000 r-xp 08:02 1726966/lib/libpthread-2.12.2.so > b773c000-b773d000 ---p 00015000 08:02 1726966/lib/libpthread-2.12.2.so > b773d000-b773e000 r--p 00015000 08:02 1726966/lib/libpthread-2.12.2.so > b773e000-b773f000 rw-p 00016000 08:02 1726966/lib/libpthread-2.12.2.so > b773f000-b7741000 rw-p 00:00 0 > b7741000-b7897000 r-xp 08:02 1726984/lib/libc-2.12.2.so > b7897000-b7899000 r--p 00156000 08:02 1726984/lib/libc-2.12.2.so > b7899000-b789a000 rw-p 00158000 08:02 1726984/lib/libc-2.12.2.so > b789a000-b789d000 rw-p 00:00 0 > b789d000-b78a4000 r-xp 08:02 1726976/lib/librt-2.12.2.so > b78a4000-b78a5000 r--p 6000 08:02 1726976/lib/librt-2.12.2.so > b78a5000-b78a6000 rw-p 7000 08:02 1726976/lib/librt-2.12.2.so > b78c3000-b78c4000 rw-p 00:00 0 > b78c6000-b78c9000 rw-p 00:00 0 > b78c9000-b78e5000 r-xp 08:02 1726983/lib/ld-2.12.2.so > b78e5000-b78e6000 r-xp 00:00 0 [vdso] > b78e6000-b78e7000 r--p 0001c000 08:02 1726983/lib/ld-2.12.2.so > b78e7000-b78e8000 rw-p 0001d000 08:02 1726983/lib/ld-2.12.2.so > bfc93000-bfcc7000 rw-p 00:00 0 [stack] > Aborted > /** > ***/ > > > I am not sure what is causing the error. I might be some use flag or some > updated package but I am not able to find any thing. My configuration files > are as such: > > make.conf > http://pastebin.com/6geZzKb4 > > package.use > http://pastebin.com/8V5YgCau > > emerge --info > http://pastebin.com/ByW40pNp > > Please let me know if any more information is required. > Any help is appreciated. > > thanks, > randd Just found this http://forums.gentoo.org/viewtopic-t-851441-start-0.html It seems the problem is seen with make-3.82 and not with make-3.81. I am downgrading make and checking the build now.
[gentoo-user] Android build error on Gentoo
Hi All, I am on Gentoo stable and in the past (Jun 9) I have built android (gingerbread) successfully. Somehow now build fails at random places with the following error. /***/ *** glibc detected *** make: free(): invalid next size (fast): 0x0e14f160 *** === Backtrace: = /lib/libc.so.6(+0x6c3ef)[0xb77ad3ef] /lib/libc.so.6(+0x6dce0)[0xb77aece0] /lib/libc.so.6(cfree+0x6e)[0xb77b1e7e] make[0x8050dbc] === Memory map: 08048000-0806c000 r-xp 08:02 395421 /usr/bin/gmake 0806c000-0806d000 r--p 00023000 08:02 395421 /usr/bin/gmake 0806d000-0806e000 rw-p 00024000 08:02 395421 /usr/bin/gmake 0806e000-0806f000 rw-p 00:00 0 0921d000-0e2c9000 rw-p 00:00 0 [heap] b720-b7221000 rw-p 00:00 0 b7221000-b730 ---p 00:00 0 b73fd000-b74d8000 rw-p 00:00 0 b7574000-b758f000 r-xp 08:02 398827 /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 b758f000-b759 r--p 0001a000 08:02 398827 /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 b759-b7591000 rw-p 0001b000 08:02 398827 /usr/lib/gcc/i686-pc-linux- gnu/4.4.5/libgcc_s.so.1 b75b3000-b7727000 rw-p 00:00 0 b7727000-b773c000 r-xp 08:02 1726966/lib/libpthread-2.12.2.so b773c000-b773d000 ---p 00015000 08:02 1726966/lib/libpthread-2.12.2.so b773d000-b773e000 r--p 00015000 08:02 1726966/lib/libpthread-2.12.2.so b773e000-b773f000 rw-p 00016000 08:02 1726966/lib/libpthread-2.12.2.so b773f000-b7741000 rw-p 00:00 0 b7741000-b7897000 r-xp 08:02 1726984/lib/libc-2.12.2.so b7897000-b7899000 r--p 00156000 08:02 1726984/lib/libc-2.12.2.so b7899000-b789a000 rw-p 00158000 08:02 1726984/lib/libc-2.12.2.so b789a000-b789d000 rw-p 00:00 0 b789d000-b78a4000 r-xp 08:02 1726976/lib/librt-2.12.2.so b78a4000-b78a5000 r--p 6000 08:02 1726976/lib/librt-2.12.2.so b78a5000-b78a6000 rw-p 7000 08:02 1726976/lib/librt-2.12.2.so b78c3000-b78c4000 rw-p 00:00 0 b78c6000-b78c9000 rw-p 00:00 0 b78c9000-b78e5000 r-xp 08:02 1726983/lib/ld-2.12.2.so b78e5000-b78e6000 r-xp 00:00 0 [vdso] b78e6000-b78e7000 r--p 0001c000 08:02 1726983/lib/ld-2.12.2.so b78e7000-b78e8000 rw-p 0001d000 08:02 1726983/lib/ld-2.12.2.so bfc93000-bfcc7000 rw-p 00:00 0 [stack] Aborted /*/ I am not sure what is causing the error. I might be some use flag or some updated package but I am not able to find any thing. My configuration files are as such: make.conf http://pastebin.com/6geZzKb4 package.use http://pastebin.com/8V5YgCau emerge --info http://pastebin.com/ByW40pNp Please let me know if any more information is required. Any help is appreciated. thanks, randd
Re: [gentoo-user] Problem with xf86-video-ati & nvidia-drivers
Grant [11-07-13 03:13]: > >>> When I was using an Nvidia video card, I noticed a strange sort of > >>> fuzzy edge effect if I used nvidia-drivers. xf86-video-nouveau didn't > >>> have the same problem. Now I've switched to an ATI video card and > >>> unfortunately I have the same problem with xf86-video-ati. I tried to > >>> enable the new modesetting radeon driver in the kernel to see if that > >>> would help but it doesn't work with my HD4250 card yet. Does anyone > >>> know how to fix this? Here's a photo of the effect around the mouse > >>> cursor: > >>> > >>> http://imageshack.us/photo/my-images/804/cursor.jpg > >>> > >>> - Grant > >>> > >> > >> Hi Grant, > >> > >> just a shot in the dark: > >> The image looks to me as thos would be an analog instead of > >> an digital problem. > >> May be both propietary drivers switch to the highest possible > >> data transfer rate and this triggers the problem. > >> To check, whether this may be the problem: > >> Instruct the driver to use either low resolution or low refresh > >> rates. Check both. > >> If the problem changes signifiently: Change the cables. > >> May be only a pluf is not inserted correctly. > >> Addtionally you can move the cables arround to see whether > >> this will change the shadows around the cursor in any way... > >> > >> Good luck! :) > >> Best regards > >> mcc > > > > Thanks for that. I'm still working on it but adding radeon.audio=0 to > > grub cleaned it up about 75%. > > > > - Grant > > It turns out the radeon.audio=0 setting disables HDMI data packets and > puts the HDMI port in DVI mode. mcc, I'm starting to think you had it > pretty right on. I've tried two different cables with the same result > but I'm thinking this may be some sort of electrical interference > issue. I deal with stuff like that in audio. There's a USB isolator > which cleans the sound way up when used with a USB sound card: > > http://www.analog.com/en/interface/digital-isolators/adum4160/products/product.html > > Now I wish there was something like that for HDMI. > > - Grant > Hi Grant, another shot into an even much deeper dark ;) May be you have a problem here, which it is called "Brummschleife" in german...sorry dont know the English equivalent...may be something like "buzzing loop"...but this looks more like a strange translation made by google than by any other, human being ;) Anyway A "Brummschleife" happens when doing something like this: ++ +---+ --+|-(1)--+ monitor or|- mains | PC |-(2)--| amplifier |mains --+|(audio/USB/video or + or. |- -+++ another low voltage +---+---+- | thingy) | (3)(4) || __ ground ground Normally all protective earth's connection should end in ONE point: A copper rod or someting like this. BUT often the wires between them are too long or there are two or even more end points. Result: HF from near by broadcast stations, 60Hz mains frequency, ham radio station, microwave ovens and anything which can emit energy, pushes protective earth to another electrical potential than 0V. Since both, PC and -- in your case -- the monitor are using protective earth, they may be put on "another", may be even varying (over time) electrical potentials. Since they are connected via a two-wire connection WITHOUT protective earth (no, the shielding is not for that purpose) the difference in the potential earth put both ends to different electrical reference points. This way you get an amplitude modulation of the signal between both endpoint. In case of 60HZ you will hear a "Brummschleife" sound on audio connection (a buzzing sound), in case of frequencies near those of the video signal you will get "ghosts" in the monitor picture. Now, how to avoid that. Hit the one who have made the protective earth connection in your house. While you are searching for that person, you can try the following: Put all mains connectors of you PC rig into ONE wall connector with something like this (ok I miss some words here again and since a picture says more than even thousands of /missing/ words here comes an image of what I mean:): http://www.reichelt.de/Steckdosenleisten-ohne-Schalter/6-FACH-DOSE-WS-5/index.html?;ACTION=3;LA=2;ARTICLE=108651;GROUPID=4281;SID=11Thz@On8AAAIAABaBBrE9f5418078c2ea9fe6608e9765d978595 This way, all protective earth ends up in the same contact. No differences in the electricla po
Re: [gentoo-user] {OT} 802.11n PCI-E 300Mbps with AP mode?
>> I'll need an 802.11n PCI-E card that does 300Mbps and works in AP mode >> for the router. Does anyone know of such a card? I've read that >> these 300 Mbps cards use Realtek chips and don't work in AP mode >> although that info could be outdated: > > Check out the table here: > http://linuxwireless.org/en/users/Drivers > > It will let you see which drivers have AP support as well as 802.11n > support. There are a couple others with some AP support, but basically > an ath9k-supported chipset is your only choice at the moment for a > mature AP mode, as far as I know. > >> This one is said to be an Atheros chip so it should have better >> support but it only goes to 150Mbps: > > Without the 5 GHz band I doubt you'd ever see above 150Mbps anyway. > It's more of a theoretical max for 2.4 GHz but I wouldn't expect to > see it actually happen, unless you live in a land without wireless > interference. :) My AP and all clients claim to support 300Mbps but > I've never seen it with my own eyes. > > I don't notice much of a speed difference at all between the 802.11g > turbo modes (108 Mbps+) and 802.11n in my house. Both are noticeably > faster than plain old 54Mbit 802.11g, though. Thanks Paul. I'm working on it and I'll post here if I find one. Should I need only one wireless card in my router to connect to both the clients and a wireless bridge which is connected to the WAN? - Grant
Re: [gentoo-user] Re: Managing multiple Gentoo systems
On Tue, Jul 12, 2011 at 2:23 PM, Grant wrote: Have you considered using PXE to network boot your systems? you can have various configurations set up based on mac addresses to address different hardware issues. I recommend trying out SystemRescueCD to experiment with PXE booting for the client and server. >>> >>> That sounds like exactly what I need. So, I could set up a Gentoo >>> server and a bunch of completely diskless clients which would all PXE >>> boot from the server? Would the clients basically each control a >>> different virtual terminal on the server? >> >> Each machine can pull a copy of the master boot image to make updates >> a lot simpler. The SystemRescueCD PXE boot mechanism just pushes out a >> copy of the CD to all the machines to boot them. to update the boot >> image just update the files in one location to update all machines. >> the machines act as separate fully functioning machine. Check out >> http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting to >> see how to setup the PXE boot environment. > > I think I get it now and it sounds great, exactly what I'm looking for. > > Everything can be done in RAM, no disks required? > > Can PXE boot be done wirelessly? Maybe only if the wireless is > onboard? I tried to Google this but the info returned is terribly > outdated for some reason. > > Do you think SystemRescueCD is the best boot image for clients that > only need a browser? > > What sort of machine would work well as a client? Should I just put > together a bunch of motherboards with onboard video and ethernet, > CPUs, RAM, PSUs, and small cases? Is there a prebuilt system that > works well for this? Maybe an ARM-15 system as "Tampa Bay" James > referenced, although I think that isn't released yet. > > - Grant Well, the first thing you need to decide is whether you want each client running that browser locally, or whether you want each client to merely provide an interface to the server, and every user's browser (and every other application) running on the server itself. If your clients boot, then run all their own software locally, your server's under only under load during boot-time and your clients need to be able to handle that work (not much, but it's more than nothing, just try running a modern Firefox on 64MB of ram). On the other hand, if your clients merely boot into a remote connection to the server, a la VNC or NX, the client does *very* little locally, can run on next to nothing hardware-wise (a true 'thin client'), and the entirety of the workload is offloaded to the server. If you want responsive 'eye candy', 3D graphics work/play, or any form of particularly 'smooth' animation, you will want that work to be handled on hardware closer to the user (requiring a far faster processor, more ram, a capable video device, and likely local storage for swap at the least), while serving up a simple browser to the user is far more forgiving. As for wired vs wireless, true hardware PXE booting is generally limited to wired scenarios, but it would be entirely possible (though not truly 'diskless') to deploy a minimal kernel+initramfs that handles initial booting, joining WiFi, pulling down of the system 'image' from your server, and handing control off to that in the same way your run of the mill kernel+initramfs loads hardware drivers until it can find the harddrive, attaches to the root partition, and hands off control to init from there. Changes to the wireless configuration would require directly visiting each client, and client-side kernel or initramfs updates easily could as well, if things don't go as planned (but, since all the user-side software is either run on the server or loaded from it at boot-time, changes to the client's "loader" shouldn't be frequent). There's also the option of pre-made hardware thin clients that typically boot from internal flash and simply provide a remote interface to a central server (though most are geared towards RDP or Citrix), and some are even WiFi capable. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] Problem with xf86-video-ati & nvidia-drivers
>>> When I was using an Nvidia video card, I noticed a strange sort of >>> fuzzy edge effect if I used nvidia-drivers. xf86-video-nouveau didn't >>> have the same problem. Now I've switched to an ATI video card and >>> unfortunately I have the same problem with xf86-video-ati. I tried to >>> enable the new modesetting radeon driver in the kernel to see if that >>> would help but it doesn't work with my HD4250 card yet. Does anyone >>> know how to fix this? Here's a photo of the effect around the mouse >>> cursor: >>> >>> http://imageshack.us/photo/my-images/804/cursor.jpg >>> >>> - Grant >>> >> >> Hi Grant, >> >> just a shot in the dark: >> The image looks to me as thos would be an analog instead of >> an digital problem. >> May be both propietary drivers switch to the highest possible >> data transfer rate and this triggers the problem. >> To check, whether this may be the problem: >> Instruct the driver to use either low resolution or low refresh >> rates. Check both. >> If the problem changes signifiently: Change the cables. >> May be only a pluf is not inserted correctly. >> Addtionally you can move the cables arround to see whether >> this will change the shadows around the cursor in any way... >> >> Good luck! :) >> Best regards >> mcc > > Thanks for that. I'm still working on it but adding radeon.audio=0 to > grub cleaned it up about 75%. > > - Grant It turns out the radeon.audio=0 setting disables HDMI data packets and puts the HDMI port in DVI mode. mcc, I'm starting to think you had it pretty right on. I've tried two different cables with the same result but I'm thinking this may be some sort of electrical interference issue. I deal with stuff like that in audio. There's a USB isolator which cleans the sound way up when used with a USB sound card: http://www.analog.com/en/interface/digital-isolators/adum4160/products/product.html Now I wish there was something like that for HDMI. - Grant
Re: [gentoo-user] {OT} 802.11n PCI-E 300Mbps with AP mode?
On Mon, Jul 11, 2011 at 9:59 PM, Grant wrote: > I'll need an 802.11n PCI-E card that does 300Mbps and works in AP mode > for the router. Does anyone know of such a card? I've read that > these 300 Mbps cards use Realtek chips and don't work in AP mode > although that info could be outdated: Check out the table here: http://linuxwireless.org/en/users/Drivers It will let you see which drivers have AP support as well as 802.11n support. There are a couple others with some AP support, but basically an ath9k-supported chipset is your only choice at the moment for a mature AP mode, as far as I know. > This one is said to be an Atheros chip so it should have better > support but it only goes to 150Mbps: Without the 5 GHz band I doubt you'd ever see above 150Mbps anyway. It's more of a theoretical max for 2.4 GHz but I wouldn't expect to see it actually happen, unless you live in a land without wireless interference. :) My AP and all clients claim to support 300Mbps but I've never seen it with my own eyes. I don't notice much of a speed difference at all between the 802.11g turbo modes (108 Mbps+) and 802.11n in my house. Both are noticeably faster than plain old 54Mbit 802.11g, though.
Re: [gentoo-user] Re: Managing multiple Gentoo systems
>>> Have you considered using PXE to network boot your systems? you can >>> have various configurations set up based on mac addresses to address >>> different hardware issues. I recommend trying out SystemRescueCD to >>> experiment with PXE booting for the client and server. >> >> That sounds like exactly what I need. So, I could set up a Gentoo >> server and a bunch of completely diskless clients which would all PXE >> boot from the server? Would the clients basically each control a >> different virtual terminal on the server? > > Each machine can pull a copy of the master boot image to make updates > a lot simpler. The SystemRescueCD PXE boot mechanism just pushes out a > copy of the CD to all the machines to boot them. to update the boot > image just update the files in one location to update all machines. > the machines act as separate fully functioning machine. Check out > http://www.sysresccd.org/Sysresccd-manual-en_PXE_network_booting to > see how to setup the PXE boot environment. I think I get it now and it sounds great, exactly what I'm looking for. Everything can be done in RAM, no disks required? Can PXE boot be done wirelessly? Maybe only if the wireless is onboard? I tried to Google this but the info returned is terribly outdated for some reason. Do you think SystemRescueCD is the best boot image for clients that only need a browser? What sort of machine would work well as a client? Should I just put together a bunch of motherboards with onboard video and ethernet, CPUs, RAM, PSUs, and small cases? Is there a prebuilt system that works well for this? Maybe an ARM-15 system as "Tampa Bay" James referenced, although I think that isn't released yet. - Grant
Re: [gentoo-user] qemu command line manager (rc scripts)
On Mon, Jul 11, 2011 at 7:37 PM, Albert Hopkins wrote: > > > On Monday, July 11 at 18:28 (+0300), Kfir Lavi said: > > > Hi, > > I'm looking for xen like manager to manage my virtual machines when > > computer > > boots. > > Is there any such project? > > > libvirt (can also manage Xen): > > http://libvirt.org/ > > > > > Thanks, I'll have a proper look at the next few days. Because it is lib... I didn't think that it also have command line interface. Regards, Kfir
Re: [gentoo-user] drbd primary standalone ...
Am 2011-07-12 15:58, schrieb Eray Aslan: > On 2011-07-12 2:50 PM, Stefan G. Weichinger wrote: >> Where should I add "drbdadm primary all" to the init-scripts to fix that >> temporarily? > > Usually it is the resource manager's (such as pacemaker) job to decide > which node becomes primary. If you are not using one, you might want to > check become-primary-on directive in drbd.conf thanks, yes. It becomes primary now although it does not get mounted ... hmm. fstab seems ok as a manual mount succeeds. thx so far, Stefan
Re: [gentoo-user] drbd primary standalone ...
On 2011-07-12 2:50 PM, Stefan G. Weichinger wrote: > Where should I add "drbdadm primary all" to the init-scripts to fix that > temporarily? Usually it is the resource manager's (such as pacemaker) job to decide which node becomes primary. If you are not using one, you might want to check become-primary-on directive in drbd.conf -- Eray Aslan
[gentoo-user] drbd primary standalone ...
Greets, pls a quick pointer: I prepare a 2node-cluster w/ DRBD, currently we only run on one node, therefore we don't have something like heartbeat running yet. This "mode" will have to be maintained for a while, now I have the problem, that when the server gets rebooted, nobody sets the DRBD-ressource to primary which leads to problems in sequence. Where should I add "drbdadm primary all" to the init-scripts to fix that temporarily? I am a bit lost right now (pretty much annoying techwork right now) and would appreciate a helping statement here. Thanks Stefan
Re: [gentoo-user] problem with runit ebuild
On Tue, 12 Jul 2011 05:29:25 -0400, cov...@ccs.covici.com wrote: > Hi. There was an update to runit which I got in my latest world update > and it played havock with my system. It moved things into my > /etc/runit/runsvdir/default which I had deleted and so I had agettys all > over the place, it was a mess. Isn't that directory supposed to be > protected so I can fix config file changes they might do? Files in CONFIG_PROTECTed directories are protected, they won't be renamed, removed or changed, but new files and directories can be installed by portage -- Neil Bothwick Beware! The end is... signature.asc Description: PGP signature
Re: [gentoo-user] [OT encfs] When encfs gets hungup
On Tuesday 12 July 2011 04:27:18 Volker Armin Hemmann did opine thusly: > On Monday 11 July 2011 23:43:06 Peter Humphrey wrote: > > On Monday 11 July 2011 17:26:36 Sebastian Beßler wrote: > > > Am Mo 11 Jul 2011 17:18:16 CEST, Peter Humphrey schrieb: > > > > I doubt I shall ever accept 'reoccur', any more than I > > > > accept > > > > 'transportation'. > > > > > > It's way OT but what is wrong with 'transportation'. > > > If it is wrong, how would it be right? > > > > It isn't wrong, it's just silly. Americans love to add '-ation' > > to everything. Just consider 'motivation', for example. It > > nearly always means 'motive'. Ditto 'medication', which is > > nearly always 'medicine'. I could go on all night, but this is > > much too far off topic already. (I didn't mean to launch a > > troll - I just get wound up about poor language - sorry. And > > while I'm at it, an adverb should not precede the verb of the > > sentence. This is not German. And in English we do not put a > > comma between the verb and the predicate. Anyone who wants to > > discuss things like this seriously is welcome to contact me > > off-list.) > > > > > I'm not a native speaker so I might be blind to see the > > > error. > > > > I can see that, but i'm impressed by your grasp of your second > > language, which is incomparably superior to my grasp of your > > first. > > well, your language is broken beyond help anyway (as everybody who > was forced to learn this clusterfuck* realized in the second or > third week) so why get your panties in a knot? It can hardly get > worse. Maybe better. Funny thing about English (and Perl, and Unix): The thing that made it a real clusterfuck is the only thing that made it successful. Now that I think about it, that holds true for Intel too. -- alan dot mckinnon at gmail dot com
[gentoo-user] problem with runit ebuild
Hi. There was an update to runit which I got in my latest world update and it played havock with my system. It moved things into my /etc/runit/runsvdir/default which I had deleted and so I had agettys all over the place, it was a mess. Isn't that directory supposed to be protected so I can fix config file changes they might do? Any assistance would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
