[Solar-talk] RE: Hash failure

[Raymond Kolbe]

That's too bad you can't compile. hash('md5', $var) is faster than md5($var)
in my experience

On Mon, May 5, 2008 at 7:14 AM, Kilbride, James P. <
James.Kilbride at gd-ais.com> wrote:

> Dima,
>
> Tried the one liner script already and it is definitely the issue.
>
> Can't recompile since it's the Zend Core compile. I don't compile it
> they do. And it's Zend's build. Not sure why they'd build without hash
> being recognized but hey, they compiled Zend Core for Oracle without the
> Oracle extensions properly compiled in so it was impossible to enable
> any of the oracle PDO type stuff so anything's possible with Zend.
>
> James Kilbride
>
> -----Original Message-----
> From: solar-talk-bounces at lists.solarphp.com
> [mailto:solar-talk-bounces at lists.solarphp.com] On Behalf Of Dmytro
> Konstantinov
> Sent: Saturday, May 03, 2008 6:09 AM
> To: solar-talk at lists.solarphp.com
>  Subject: Re: [Solar-talk] RE: Hash failure
>
> Hi guys,
>
> I'm sure you both already checked it out but here is my tiny
> contribution: generally speaking Hash extension -is- enabled by default
> as of PHP 5.1.2. However it is possible to disable it by compiling PHP
> with "--disable-hash". In this case, the third paragraph of phpinfo()
> output (Configure Command) will have it listed as one of the switches.
>
> If it is what's happening in your case then you have two system level
> alternatives to Paul's suggestion:
>
> a) recompile php without the "--disable-hash". (You can just copy the
> configure command from the "Configure Command" section of phpinfo() and
> remove the troublesome switch.)
>
> b) add hash extension to the existing installation as a PECL module.
>
> By the way, I assume you've already tried writing a one-liner script
> with just a hash() in it to see if it definitely is the source of the
> problem... :)
>
> Good luck with sorting it out!! :)
>
> Dima
>
>
> On 29 Apr 2008, at 14:39, Paul M Jones wrote:
>
> >
> > On Apr 28, 2008, at 16:23 , Kilbride, James P. wrote:
> >
> >> As a note folks:
> >>
> >> PHP Version 5.2.1
> >>
> >> So I don't think it's a version issue.
> >>
> >>> Anybody else getting this kind of error when trying to use the sql
> >>> authentication adapter?
> >>>
> >>> Fatal error: Call to undefined function hash() in /usr/local/Zend/
> >>> Core/share/pear/Solar/Solar/Auth/Adapter/Sql.php on line 111
> >>>
> >>> It's like it doesn't recognize the built in hash function for php.
> >>> Does that function not exist in zend core? Anybody seen something
> >>> similar to this before?
> >>>
> >
> > Well that's unexpected.  Maybe it's that it does not exist in Zend
> > Core?  I find that hard to believe, but still, that's very weird.
> >
> > If you need to, you can copy the code of Solar_Auth_Adapter_Sql to
> > your own Vendor_Auth_Adapter_Sql (and rename the class), then modify
> > the new class to use md5() instead of hash('md5'), and use that new
> > class as your auth adapter.  That way you can keep going with Solar
> > updates and still have your own adapter that works with Zend core.
> >
> >
> > -- pmj
> > _______________________________________________
> > Solar-talk mailing list
> > Solar-talk at lists.solarphp.com
> > http://mailman-mail3.webfaction.com/listinfo/solar-talk
>
> _______________________________________________
> Solar-talk mailing list
> Solar-talk at lists.solarphp.com
> http://mailman-mail3.webfaction.com/listinfo/solar-talk
>
> _______________________________________________
> Solar-talk mailing list
> Solar-talk at lists.solarphp.com
> http://mailman-mail3.webfaction.com/listinfo/solar-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman-mail3.webfaction.com/pipermail/solar-talk/attachments/20080505/9720e87a/attachment.html