On Tue, 2008-12-30 at 11:02 -0800, MHR wrote: > On Tue, Dec 30, 2008 at 10:54 AM, John <jses27 at gmail.com> wrote: > > > > > > Maybe the file Header is Corrupted or you have the wrong file association > > with then??? > > Possibly, and I don't know how to do that other than a binary edit of > the files (which _I_ didn't do...). > > > Did you try opening them with a browser exclusivly? > > I get "The file "chv81128_files" is of type application/octet-stream > and SeaMonkey does not know how to handle this file type...." > > > Is the directory marked executable? > > No. > > > ls -l > > This was in my previous post which you quoted - they're -r--r--r. > > > Maybe they were saved in the wrong format? > > Could be, although I have saved hundreds of web pages like this and > these are the first two to show up in this bizarre state. > > > Just a thought of explanations? > You know just another thought I do alot of things under windows and I have had some really funky things happen when saving web pages under it. ASP.Net Pages will do some funky things when saved even as a .htm file on another OS like CentOS. I have that. problem alot. I use firefox exclusively. This also applies to Cold Fusion Markup Pages and Java Web Apps. Believe it or not CSS could be the major culprit to it as CSS code for one site need two different CSS bases to pull the layout from. Another thought gzip compression could be causing it. As in when it gets to the browser it is not expanding all the way. What kind of wget command are you using? JohnStanley