just_bruce

Well, I figured it out. My wordpress is installed on my machine as localhost with Apache. but when I opened install.php in my browser, it was not from http://localhost, so the server never saw it.

all i had to do was make sure to use the full url so it had to go thru my apache tree.

this thread can be closed from my standpoint, but i’d be glad to answer questions if anyone has them.

thanks to samboll for responding originally and making me think about this.

Well after a good night’s sleep i figured out how to fix it. It was a mysql db problem.
One can use
mysqlcheck –auto-repair databasename
to check all tables in a db and repair them.
works for the 127 error. there were records hosed , probably indexes, in the post2cat and the post tables.
incidentally, use
mysqldump -r filename –opt databasename
to back up database content into a file that can be reloaded. the resulting file is just text and is easy to reload. use the -r switch in windows, not the –tab switch (which is for unix like systems). see mysql doc sec 8.6 (approx) for this!
can tie off this thread now unless someone has other comments soon. I hope it is helpful to someone. A learning experience for me! Now I will schedule backups.

I did as TechGnome suggested above! very helpful!!
It solved one big problem but not the style sheet. It made all the links correct when the blog is accessed from another machine. but the style is still default html and not the wp-layout.css..i made the change to the variable wp-options.home right in the database with sqlyog so i did not need to worry about my problem with the options edit screen.
do you think it would work to modify ‘siteurl’ in the wp-options table the same way? when i look at the code in wp-layout.css it seems to be fetching ‘siteurl’ with the statement
<style type="text/css" media="screen">
@import url( <?php echo get_settings('siteurl'); ?>/wp-layout.css );
</style>

in order to load the css.
what does anyone think?
bruce

yes i have checked per the documentation. i cant log in at all using wp-login.
i just saw a thread last nite from increa “step 3 of install gives me no password” which deals with a similar problem. he found a bug(?!?) in the code of upgrade_functions at line 705

$query = 'DESCRIBE '.$tableusers.' user_pass';
$res = $wpdb->get_results($query);
if ($res[0]['Type'] != 'varchar(32)') {
$wpdb->query('ALTER TABLE '.$tableusers.' MODIFY user_pass varchar(64) not null');
}

the suggestion from ringmaster is to replace
$res[0]['Type']
with
$res[0]->Type
and that worked for him getting a clean step 3.
im going to try this today and see if it works.
is this code an issue with others? beyond the post “step 3 of install gives me no password”?
im not having any other problems with the install so far (except i had the wordpress in the wrong place the first time thru!)