php-general Digest 7 Aug 2009 16:32:15 -0000 Issue 6272

Topics (messages 296416 through 296433):

Re: "PHP 6 and MySQL 5 for Dynamic Web Sites" Book
        296416 by: Angus Mann
        296417 by: Michael A. Peters
        296418 by: Larry Ullman
        296420 by: HallMarc Websites
        296425 by: Lester Caine
        296427 by: Ralph Deffke

Re: Radio buttons problem
        296419 by: leledumbo
        296422 by: kranthi
        296423 by: leledumbo
        296426 by: kranthi
        296429 by: Ford, Mike

Re: PHP programming strategy
        296421 by: Ashley Sheridan

Re: Displaying user data and picture
        296424 by: kranthi
        296432 by: Bob McConnell

Re: Trying to create a comment function
        296428 by: Ford, Mike

Re: Pattern Matching
        296430 by: Floyd Resler
        296431 by: Floyd Resler

/usr/local/lib/php/20060613/imap.so: Undefined symbol "ssl_onceonlyinit"
        296433 by: Ebbe Hjorth

Administrivia:

To subscribe to the digest, e-mail:
        php-general-digest-subscr...@lists.php.net

To unsubscribe from the digest, e-mail:
        php-general-digest-unsubscr...@lists.php.net

To post to the list, e-mail:
        php-gene...@lists.php.net


----------------------------------------------------------------------
--- Begin Message ---
Hi all. I monitor this list and occasionally contribute as an amateur so
please forgive a question that might seem terribly obvious to those in the
know.

I'm confused about all this PHP 6 talk. Until now I thought I was right up
there, because I worked with PHP 5.29 and was ready to upgrade to 5.3.

How does it happen that PHP 5.3 has just been released, but books already
exist about PHP 6 ?

I searched google and so on, but still can't really work out how the PHP
development cycle works. Given that PHP 6 exists, does that mean I'm "behind
the times" working with 5.29 or 5.3?

I only just figured out that I can get the internet on my *computer*. Up
until now I'd just been accessing it with a pencil and paper but the
computer version is so much better!
--- End Message ---
--- Begin Message ---
Angus Mann wrote:
Hi all. I monitor this list and occasionally contribute as an amateur so
please forgive a question that might seem terribly obvious to those in the
know.

I'm confused about all this PHP 6 talk. Until now I thought I was right up
there, because I worked with PHP 5.29 and was ready to upgrade to 5.3.

How does it happen that PHP 5.3 has just been released, but books already
exist about PHP 6 ?

I searched google and so on, but still can't really work out how the PHP
development cycle works. Given that PHP 6 exists, does that mean I'm "behind
the times" working with 5.29 or 5.3?

I only just figured out that I can get the internet on my *computer*. Up
until now I'd just been accessing it with a pencil and paper but the
computer version is so much better!


PHP is open source software.
The development branch (what will be released as php 6) is thus open to the public.

It will be quite some time before php 6 becomes common on production servers, even after it becomes the stable branch.

php 5.3 is the current _stable_ release, but few if any production servers actually run it - you are much more likely to find php 5.2.x or php 5.1.x on current production servers.

Red Hat Enterprise Linux, for example, ships with php 5.1.x branch - though the next version of RHEL will likely have php 5.2.x (but probably will NOT have php 5.3.x and certainly not php 6).

Hope that helps.

btw, what's this getting the internet on your computer bit.
Are you telling me my IBM punch cards are outdated?

--- End Message ---
--- Begin Message --- Thanks to the OP for the interest in the book and to everyone else for their input. So here's what happened, from the writer/horse's mouth: It was time to write an update to the book because the second edition had been out for 3+ years or so, I think. It wasn't a money-making effort (i.e., get people to buy another copy) but rather a touch-up to make sure it's current enough. I had to make some decisions about what versions to support; the previous edition supported both PHP 4 and 5. PHP 6 was more than 50% complete at the time I started writing it and I thought the Unicode support was a pretty big deal, this being an ever-increasing global web...marketplace...blah...blah...blah. So I wanted to start thinking along those lines and as I didn't know when the fourth edition of the book would be written, I thought I'd get an early jump on PHP 6. Yes, PHP 6 wasn't nearly finalized at the time and no hosting companies were using it, but many hosting companies are still using PHP 4 and PHP 6 *is* available for playing around with. So that was my reasoning. In the end, only a bit more than one chapter _requires_ PHP 6 and I do like looking a bit into the future of Web development and PHP. Also, as I don't discuss OOP in this book (gasp!, I leave that to my more advanced PHP book because a decent discussion of OOP requires at least 150 pages and I'd need to cut out more important topics to include it in this book), some of the features being discussed in PHP 6 weren't problematic for the book one way or the other (like namespaces, which ended up on PHP 5.3). Again, the Unicode support was my main thinking.

Two years later, had I known PHP 6 still wouldn't be out, I probably wouldn't have touched it at all and I do feel a bit sheepish about having a book out there on PHP 6 when PHP 6 isn't out there (for production purposes), but these things do happen to books, particularly with open-source projects that have no need to adhere to deadlines. Still, I would like to think that at worst, 10% of the material isn't usable today on production servers but still has a philosophical benefit. To atone for my prematurity, I do try to support the book as much as possible, I try to talk about all this versioning stuff in publish ways (like on the Amazon page for the book), and I don't think there's anything wrong with someone buying the second edition if they're a bit concerned about the PHP 6 thing. (In theory, I guess someone could, um, buy another writer's book, but I prefer to plead ignorance of such outcomes.) We--the publisher and I--also did consciously change the title of the book from "PHP and MySQL for Dynamic..." to "PHP 6 and MySQL 5 for Dynamic..." to indicate the distinctions being made.

Sorry for the length, but I hope that helps. And thanks again.
Larry

--- End Message ---
--- Begin Message ---
> 
> btw, what's this getting the internet on your computer bit.
> Are you telling me my IBM punch cards are outdated?
> 
> 
[HallMarc Websites] OMG I had forgotten all about cards! I used Hewlett-Packard
 

__________ Information from ESET Smart Security, version of virus signature 
database 4313 (20090806) __________

The message was checked by ESET Smart Security.

http://www.eset.com
 


--- End Message ---
--- Begin Message ---
Tony Marston wrote:
Don't be so pedantic. PHP 6 does not exist in a live, production-ready version. It is still under development and has not even reached the beta stage. Anyone who writes a book which documents the features of PHP 6 is being very premature as those features may change at any moment. The features will not be frozen until the first GA release.

Actually has anybody seen a copy of the book? Does it cover anything other than the original roadmap for PHP6? It certainly will not have any correct examples for 'namespace' since they were not even documented at the end of 2007 ( I assume that the book took more than a few months to update an print in April 2008 )

Of cause the debate needs to be 'What is holding up an alpha release of PHP6'. Much of the talk some years ago WAS of that happening 2007/8 and at that time I had been running a PHP6 development machine for some time. It's probably 2 years since I updated it, since there was little point in doing any more testing at present?

As far as I am aware the hold-up is still as to whether PHP6 should simply be native Unicode? My personal view is that this IS the correct way forward and that PHP5.?.? remains as the single byte character version in parallel? Even though 'English' is the only language I use, my customers are world wide, and while Unicode character strings can be handled quite happily in PHP5, the simple fact that you have to ask 'is this Unicode' and use a different set of functions should not be a factor nowadays?

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--- End Message ---
--- Begin Message ---
Hi Larry,

nice to have a comment from the editor, and I want to say thanks for writing
this book.

however this discussion was initiated by a newbie asking what book he should
use to learn php. ur book is important to the community of php freaks ! it
saved my time to see where the path is going through ! without reading and
surving on the web about the php6 branch. i do have ur book on 4 and 5 as
well and the new book i could just use to overfly the php6 related parts and
i was in the picture what COULD happen.
thanks for ur work.

however, for a newbie ? he would wonder why his production server tells him
about parse errors of unknown construction, because its 5,x

as I said earlier, "learning a family starting with a baby", however if you
are familiar with the family, you should get to know the new baby.

ralph_def...@yahoo.de

"Larry Ullman" <la...@dmcinsights.com> wrote in message
news:0c4de4e7-8169-4477-8d70-25cca96eb...@dmcinsights.com...
> Thanks to the OP for the interest in the book and to everyone else for
> their input. So here's what happened, from the writer/horse's mouth:
> It was time to write an update to the book because the second edition
> had been out for 3+ years or so, I think. It wasn't a money-making
> effort (i.e., get people to buy another copy) but rather a touch-up to
> make sure it's current enough. I had to make some decisions about what
> versions to support; the previous edition supported both PHP 4 and 5.
> PHP 6 was more than 50% complete at the time I started writing it and
> I thought the Unicode support was a pretty big deal, this being an
> ever-increasing global web...marketplace...blah...blah...blah. So I
> wanted to start thinking along those lines and as I didn't know when
> the fourth edition of the book would be written, I thought I'd get an
> early jump on PHP 6. Yes, PHP 6 wasn't nearly finalized at the time
> and no hosting companies were using it, but many hosting companies are
> still using PHP 4 and PHP 6 *is* available for playing around with. So
> that was my reasoning. In the end, only a bit more than one chapter
> _requires_ PHP 6 and I do like looking a bit into the future of Web
> development and PHP. Also, as I don't discuss OOP in this book (gasp!,
> I leave that to my more advanced PHP book because a decent discussion
> of OOP requires at least 150 pages and I'd need to cut out more
> important topics to include it in this book), some of the features
> being discussed in PHP 6 weren't problematic for the book one way or
> the other (like namespaces, which ended up on PHP 5.3). Again, the
> Unicode support was my main thinking.
>
> Two years later, had I known PHP 6 still wouldn't be out, I probably
> wouldn't have touched it at all and I do feel a bit sheepish about
> having a book out there on PHP 6 when PHP 6 isn't out there (for
> production purposes), but these things do happen to books,
> particularly with open-source projects that have no need to adhere to
> deadlines. Still, I would like to think that at worst, 10% of the
> material isn't usable today on production servers but still has a
> philosophical benefit. To atone for my prematurity, I do try to
> support the book as much as possible, I try to talk about all this
> versioning stuff in publish ways (like on the Amazon page for the
> book), and I don't think there's anything wrong with someone buying
> the second edition if they're a bit concerned about the PHP 6 thing.
> (In theory, I guess someone could, um, buy another writer's book, but
> I prefer to plead ignorance of such outcomes.) We--the publisher and
> I--also did consciously change the title of the book from "PHP and
> MySQL for Dynamic..." to "PHP 6 and MySQL 5 for Dynamic..." to
> indicate the distinctions being made.
>
> Sorry for the length, but I hope that helps. And thanks again.
> Larry



--- End Message ---
--- Begin Message ---
> This should work:
> 
> <input type='radio' name='sex[1]' value='1'>
> <input type='radio' name='sex[1]' value='2'>
> <input type='radio' name='sex[2]' value='1'>
> <input type='radio' name='sex[2]' value='2'>

Yes, that works. But should I manually maintain the number in the bracket?
Is there anyway so that it can be automatically maintained? Because my app
allows to delete entries arbitrarily. For instance, consider this layout (+
is insert button, - is delete):

entry1 +/-
entry2 +/-
entry3 +/-

entry1 has sex[0] field, entry2 has sex[1] and so on. If entry2 is deleted,
then I have to change all sex fields in entries below entry2 which is a
waste of time.
-- 
View this message in context: 
http://www.nabble.com/Radio-buttons-problem-tp24786766p24858699.html
Sent from the PHP - General mailing list archive at Nabble.com.


--- End Message ---
--- Begin Message ---
you will have to manually maintain the number in the bracket. but you
can try using a template engine like smarty, and use a for loop to
take care of the numbers in the brackets

--- End Message ---
--- Begin Message ---
> you will have to manually maintain the number in the bracket. but you
> can try using a template engine like smarty, and use a for loop to
> take care of the numbers in the brackets

Well.. the entries are inserted / deleted dynamically using JavaScript (to
avoid unnecessary refresh). Why can't it be a multidimensional array?
something like sex[][], first bracket denotes for which entry this field is,
second is for which choice is chosen.

-- 
View this message in context: 
http://www.nabble.com/Radio-buttons-problem-tp24786766p24859548.html
Sent from the PHP - General mailing list archive at Nabble.com.


--- End Message ---
--- Begin Message ---
you dont seem to understand how radio buttons work. they treat
name="sex[][]" as a single group. and you can select only one element
in that group.

--- End Message ---
--- Begin Message ---
> -----Original Message-----
> From: leledumbo [mailto:leledumbo_c...@yahoo.co.id]
> Sent: 07 August 2009 05:43
> 
> > This should work:
> >
> > <input type='radio' name='sex[1]' value='1'>
> > <input type='radio' name='sex[1]' value='2'>
> > <input type='radio' name='sex[2]' value='1'>
> > <input type='radio' name='sex[2]' value='2'>
> 
> Yes, that works. But should I manually maintain the number in the
> bracket?
> Is there anyway so that it can be automatically maintained? Because
> my app
> allows to delete entries arbitrarily. For instance, consider this
> layout (+
> is insert button, - is delete):
> 
> entry1 +/-
> entry2 +/-
> entry3 +/-
> 
> entry1 has sex[0] field, entry2 has sex[1] and so on. If entry2 is
> deleted,
> then I have to change all sex fields in entries below entry2 which
> is a
> waste of time.

Why do you? There's no reason you *have* to have consecutive indexes -- just 
iterate over the resulting array with foreach, and there's no problem. (Unless 
your back-end logic demands sequential id numbers, but my opinion would be 
there's something wrong with your design if it does.)


Cheers!

Mike
 -- 
Mike Ford,
Electronic Information Developer, Libraries and Learning Innovation,  
Leeds Metropolitan University, C507, Civic Quarter Campus, 
Woodhouse Lane, LEEDS,  LS1 3HE,  United Kingdom 
Email: m.f...@leedsmet.ac.uk 
Tel: +44 113 812 4730





To view the terms under which this email is distributed, please go to 
http://disclaimer.leedsmet.ac.uk/email.htm

--- End Message ---
--- Begin Message ---
On Fri, 2009-08-07 at 11:06 +1000, Clancy wrote:
> On Thu, 06 Aug 2009 08:28:32 +0100, a...@ashleysheridan.co.uk (Ashley 
> Sheridan) wrote:
> 
> .......
> >> >> Nested tables are the devils playthings!
> >> 
> >> I must be the devil, then.  I enjoy playing with them.  And if they're 
> >> done right they
> >> seem to work on every system I have tried them on.  Granted Dreamweaver 
> >> design mode gets
> >> its knickers in a knot if you nest them more than about 4 deep.
> >> 
> ...........
> >> 
> >> That's the joy of HTML errors - often the output will appear normal until 
> >> you make some
> >> minor, and apparently irrelevant, change, when it all goes haywire.
> >> 
> >> 
> >That's not the only point. If you're on a slow connection you'll notice
> >the issue. Some browsers only start displaying the page once all the
> >layout data has been loaded. I've seen some sites with nesting levels of
> >7 tables deep sometimes, and that's just a mess. I'm also unsure how
> >text/speech/Braille browsers deal with complex table sites too.
> 
> I once watched a blind man go through one of my sites. I was apprehensive 
> because I had no
> made no attempt to achieve compatibility, and had not bothered with any alt = 
> ''
> declarations. The images were all in their own tables, and they all had 
> titles, and he
> said that because of this the site was relatively good.
> >
> >And tables shouldn't be used for layout, use CSS instead!...
> 
> I was talking to another web designer last night. He started life as a 
> designer, and said
> that he liked CSS because it was written by designers.  On the other hand I 
> started life
> as a programmer (well I really started life as an engineer), and I find CSS 
> hard to
> understand, and harder to write.  I can readily produce what I want with 
> tables, but I
> have no idea how I could achieve many of the results I get with CSS alone.
> 
> How, for example, could I otherwise achieved the following effect, which 
> displays an image
> with a border slightly darker than the background, and with the title and 
> subtitle inside
> the border?
> 
>    <table class="pfm">
>       <tr>
>         <td>
>           <img src="Images/Nxxxxx.jpg" width="210" height="300">
>           <p class="nrmltextn">Yanni Nxxxxx </p>
>           <p class="notetextn">Sally Riordan Scholarship, 2007- </p>
>           </td>
>       </tr>
>     </table>
> 
> (And the thing that really astounds me about CSS is that they never thought 
> of putting in
> constants. Instead of being able to specify a set of colours, and then simply 
> quote them
> in the CSS whenever they are needed, I have to specify them in PHP, and then 
> encode them
> into the CSS every time I use them, which is a real pain in the XXXX. The 
> total lack of
> diagnostics is another real pain.)
> 
> 
Well, your above example would just become:

<div class="pfm">
    <img src="Images/Nxxxxx.jpg" width="210" height="300">
    <p class="nrmltextn">Yanni Nxxxxx </p>
    <p class="notetextn">Sally Riordan Scholarship, 2007- </p>
</div>

Notice how the amount of code has dropped immediately! From there, you
can use CSS to target whatever element you need to within the .pfm
class.

The images on your site would not had had titles if you'd omitted alt
tags. Where would the browser find them from to display to a blind
person?

True, CSS does not have constants, but that is why you create them to
cascade, so that elements inherit features from their parents. A bit
like classes in programming, where everything is either inherited from
the parent object (tag) or overridden with a new style.

Also, if you're looking for diagnostics, give Firebug a try, as it
really excels at this sort of thing. You can change styles on the fly
from within the browser window, without needing to refresh the page!

Thanks,
Ash
http://www.ashleysheridan.co.uk


--- End Message ---
--- Begin Message ---
not a good place to discuss the merits and demerits of  binary blobs. is it ?

now coming back to the question. Firebug firefox addon, and http live
headers firefox addon will be of help to you in this case.

You have <img src="display_img.php?id=1"> tag(or something similar) i
suppose... try opening that src link in a new browser window. For the
application to work, you should see the picture of the user in the new
window

if there are any php errors in that file, correct them before you proceed.
if you see some arbitrary data(without any php warnings or notices)
but not the image that means you did not set header("Content-type:..')
in display_img.php

>> however with a .png extention to get the browser displaying the picture.
thats not required as long as you have correct Content-type header

Kranthi.



On Fri, Aug 7, 2009 at 05:38, Michael A. Peters<mpet...@mac.com> wrote:
> Ben Dunlap wrote:
>>>
>>> I don't have any data blobs in my database - which makes incremental
>>> backups easier - I use rsync for files and do a nightly mysql dump.
>>> Except for the first of the month, the diff of that nights backup
>>> compared to first of month is saved to flat file for rsync. Binary blobs
>>> in the database would likely mean I have to change my backup protocol,
>>> but if it really is advantageous, I'd do it.
>>
>> This is just an aside but are you aware of the '--hex-blob' argument to
>> mysqldump? It causes binary data to be dumped as a hexadecimal string:
>>
>>
>> http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_hex-blob
>>
>> It's space-greedy (every byte in your original data requires two bytes in
>> the
>> dump file) but it seems like it would be compatible with your
>> mysqldump/diff
>> approach.
>>
>> Ben
>>
>
> No I wasn't aware of it.
> I'll keep it in mind if I ever do start keeping binary blobs.
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--- End Message ---
--- Begin Message ---
From: Ralph Deffke

> however there are some reasonable reasons to store a
> image in the database.
> 1. if u have no access to write files to the disk this
> is the case in most free hosting services they give u
> php and mysql and thats it
> 2. if u want some access control to the image, e.g. login
> controlled. server admins dont like u playing arround
> with the htaccess file
> 3. its easy in those and other cases
> 4. image directores are public, and apear in search engines

5. There is a natural relationship between the images and other data
already in the database, such as ID photos linked to employee numbers.

Bob McConnell

--- End Message ---
--- Begin Message ---
> -----Original Message-----
> From: Allen McCabe [mailto:allenmcc...@gmail.com]
> Sent: 06 August 2009 20:20

[....]
 
> It was working wonderfully, until I wanted to display "test of
> $newComment"
> as a comment.
> 
> [code]
> 
> comment("test of $newComment");
> 
> [/code]
> 
> This rendered a comment that said "test of ".
> 
> So I added a \ before the $ to make it display properly, but I was
> wondering
> if there was a way that the function could work so that it will
> display
> anything you type within the quotes in comment(" ").

You've already been correctly pointed at single quotes, but the other answer to 
this is "No", because parsing of escape sequences and interpolation of 
variables are done before the resultant string is even passed to the function 
(in the case of escape sequences, *long* before -- before your script even 
starts executing!).

[....]

> After noticing that I MUST escape the dollar sign for it to display
> a
> function name in a comment, I tried the following:
> 
> [code]
> 
> function comment($commentText = "empty comment")
> {
> 
>  $healthy = "\$";
>  $yummy   = "$";
>  $newComment = str_replace($healthy, $yummy, $commentText);
>  echo '<br><br><font color=#bbbbbb>Comment:</font><br>';
>  echo '<font color=#bbbbbb><i>'. $newComment .'</i></font><br><br>';
> 
> }
> 
> [/code]
> 

This won't work for the reason noted above. The \ character is never stored in 
your string -- it's there just to tell the PHP parser to treat the following $ 
as a literal $, not the start of a variable name. It's important to understand 
that escape sequences in general store a character in the string that is not 
what you see in the script -- so \$ stores just the $, \t stores a tab 
character, and so on. (And, of course, \\ stores a single \.)

Hope this helps you understand why what's happening is happening ;)


Cheers!

Mike
 -- 
Mike Ford,
Electronic Information Developer, Libraries and Learning Innovation,  
Leeds Metropolitan University, C507, Civic Quarter Campus, 
Woodhouse Lane, LEEDS,  LS1 3HE,  United Kingdom 
Email: m.f...@leedsmet.ac.uk 
Tel: +44 113 812 4730





To view the terms under which this email is distributed, please go to 
http://disclaimer.leedsmet.ac.uk/email.htm

--- End Message ---
--- Begin Message --- Thanks to Martin's answer to my question (giving me the regular expressions to my patterns) I can convert the patterns the admin users enter into regular expressions.

Thanks!
Floyd

On Aug 6, 2009, at 6:19 PM, Ben Dunlap wrote:

I need some assistance in pattern matching. I want allow the admin user to enter a pattern to be matched in my order form editor. When someone
then places an order I want to do a match based on that pattern.

Will your admin users know how to use regular expressions?

If not, can you reasonably anticipate the kinds of patterns the admins might want to create, ahead of time? Or do you need to give them a really flexible
way to build any sort of pattern they please?

Ben

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--- End Message ---
--- Begin Message ---
Martin,
Thanks! Not only did that help tremendously but it also gave me a better understand of regular expressions.

Thanks!
Floyd

On Aug 6, 2009, at 6:15 PM, Martin Scotta wrote:

here you have the regexp's

######## = \d{8}
AAAAAA = \w{6}
#A? = [\w\d]* (change the * for + to require at least 1 character)
##-A#A = \d\d-\w\d\w

<?php

if( 0 == preg_match('/\d{8}/', $user_input ))
    echo 'wrooong input';

# you can change the delimiters for any you like
# I prefer this one 'cause no need to escape the backslash \

if( 1 == preg_match('#[\w\d]+#', $user_input))
    echo 'it has alpha numeric and the "_" character';


On Thu, Aug 6, 2009 at 6:57 PM, Floyd Resler <fres...@adex-intl.com> wrote: I need some assistance in pattern matching. I want allow the admin user to enter a pattern to be matched in my order form editor. When someone then places an order I want to do a match based on that pattern. Some of the examples I thought for the patterns are:
######## - must be numeric and 8 digits
AAAAAA - must be alpha and 6 characters
#A? - must be alphanumeric any length
##-A#A - must have two numbers, a dash, a letter, a number, and a letter

I'm sure regular expressions are the answers but I am not well- versed in those at all and I'm not sure how to make the above patterns work in or even they are the best examples to use. Any help would be greatly appreciated.

Thanks!
Floyd


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
Martin Scotta


--- End Message ---
--- Begin Message ---
Hi,

I just installed FreeBSD 7.2, Apache 2.2, php5-5.2.10 and php5-extensions
1.3, all from the freebsd ports.

When i try to start apache with the imap.so extension enabled in
extensions.ini, i get the error
*/libexec/ld-elf.so.1: /usr/local/lib/php/20060613/imap.so: Undefined symbol
"ssl_onceonlyinit"*

I tried to google it, but all i get is an old error from 2002.

Please help ;)

Thanks, Ebbe, Denmark

--- End Message ---

Reply via email to