Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
An error occurred. http://d7/install.php?locale=en&profile=default&id=1&op=do <br /> <b>Strict Standards</b>: Declaration of DatabaseStatement::execute() should be compatible with that of PDOStatement::execute() in <b>C:\www\webapps\drupal-7\includes\database\database.inc</b> on line <b>1118</b><br /> {"status":true,"percentage":10,"message":"Remaining 9 of 10.\x3cbr\/\x3eInstalled Block module."}
Comment | File | Size | Author |
---|---|---|---|
#12 | strict.patch | 2.77 KB | mfb |
Comments
Comment #1
Damien Tournoud CreditAttribution: Damien Tournoud commentedInteresting... which PHP version is this?
Comment #2
NancyDruPHP 5.2.5, MySql 5.0.45, 7.x-dev from Dec. 28, 2008.
Comment #3
asimmonds CreditAttribution: asimmonds commentedYou need Mysql 5.0 or later.
It appears that the database version requirements check for installation are missing from the new PDO-based DB API. I thought there was a issue for this, but can't seem to find it.
Comment #4
NancyDruThat's what I get for not putting my glasses on when I typed that. I am on 5.0.45.
Also, when I click to proceed to the error page, this also comes out:
Fatal error: Call to undefined function _user_password_dynamic_validation() in C:\www\webapps\drupal-7\install.php on line 719
Comment #5
NancyDruThe user problem is described in a long running issue: #203187: User module not loaded during install: undefined function errors for _user_password_dynamic_validation() or user_access()
I discovered that I had forgotten to rename the new download. Now I am running the Dec. 28 version. I get:
The installation proceeds to the "Installing Drupal" page and just stops with no further indication of a problem.
Because of the issue mentioned above I checked the system table and see that of the five required modules, only system is enabled (status = 1).
Comment #6
NancyDruI turned off E_STRICT.
Comment #7
NancyDruWell, after a bit of tweaking, it's working now. Apparently, D7 is incompatible with PHP E_STRICT. I really would like to have that on, as I did with 5 & 6.
Comment #8
NancyDruComment #9
asimmonds CreditAttribution: asimmonds commentedE_STRICT compatibility is being handled in the type hinting issue
#318016: Type hint array parameters
Comment #10
Crell CreditAttribution: Crell commentedReopening, since being E_STRICT is a goal of mine as well. *sigh*
Comment #12
mfbComment #13
catchWhy remove the type hinting for prepare()?
Comment #14
mfb@catch: The method signature has to be identical (well, "compatible" as the notice calls it), including type hinting.
Comment #15
catchMakes sense. We can choose to type hint everything everywhere in another issue.
Comment #16
mfb@catch: To type hint "everything everywhere" you'd also have to patch PDO, as E_STRICT doesn't want you to type hint a PDO method for which PDO doesn't use type hinting.
Comment #17
catchThanks for the explanation, that seems unlikely.
Patch itself is trivial, tests pass. RTBC.
Comment #19
Dries CreditAttribution: Dries commentedCommitted to CVS HEAD! Would be good if we could turn on E_STRICT in simpletest!