[PHP-DEV] Head win32 build broken
c:\php4build\snap\ext\session\mod_files.c(148) : error C2065: 'F_SETFD' : undeclared identifier Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
On Tue, Apr 23, 2002 at 12:44:17AM -0500, Brian Foddy wrote: On Mon, 22 Apr 2002 18:56:28 -0700 (PDT), Rasmus Lerdorf wrote: As for Apache being at fault too, they very well could be. But the fact remains that PHP runs INSIDE Apache, and Apache starts fine without PHP, hence PHP must be at fault. Simply stating the obvious facts from the public point of view. Well, with that sort of logic we are completely screwed and might as well just give up. Public perception ranks very low on the priority list. 99.8% of users couldn't care less about Apache2 at this point. PHP 4.2 has been slow enough in coming. Holding it up longer for the .2% of users it might affect makes no sense. Those users can experiment with the snapshot releases. -Rasmus Ultimately, I'm just trying to look out for other PHP users, not me. People who don't follow these mailing lists. They see on the net that a new improved Apache is released. They check the PHP web site/freshmeat and see a new version that claims support for Apache, experimental tho it may be. So, i guess that you we're also amongst those people who used Linux kernel 2.4.0?? Apache 2.0.35 is the first 'official' release of Apache 2. I advise you to wait at least for Apache version 2.0.40.. In August PHP 4.3.0 comes out (according to the planning) and will have better support for Apache. But working with the CGI version of PHP works fine with Apache 2. Only the module version offen crashes. So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble records or searching bug databases people will spend several hours re-rebuilding, double checking proceedures, etc, etc, etc. They've done everything correct. Its supposed to work, says right on the web page. Why does this core dump? I hope that people who're running Apache and programming PHP, know what they're doing.. They finally open a bug report only to have it immediately reply with... Yes, we know. What we really meant by 'Experimental' was it will core dump. That doesn't sound very good. Like i said, only the DSO version of PHP crashed with me. On IIS it's stable, on Apache 1.3.xx it's stable (You do know that apache is supporting more than 30 webservers right?!) If you want to use Apache 2 and PHP, than compile PHP as CGI-module and it will go fine.. -- With best regards, Dave Mertens, Development Manager [EMAIL PROTECTED] Innovative Solutions in Media BV Schiekade 101 3033 BG Rotterdam, Netherlands Tel. +31-10-2436060 Fax. +31-10-2436066 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP 4.2.0 Release Announcement
If you want to reason why things were done was they were just check the archive. All your arguments have been brought up before. Apparently a decision was made (that does not match your perception). Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -Original Message- From: Brian Foddy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 7:44 AM To: Rasmus Lerdorf Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] PHP 4.2.0 Release Announcement On Mon, 22 Apr 2002 18:56:28 -0700 (PDT), Rasmus Lerdorf wrote: As for Apache being at fault too, they very well could be. But the fact remains that PHP runs INSIDE Apache, and Apache starts fine without PHP, hence PHP must be at fault. Simply stating the obvious facts from the public point of view. Well, with that sort of logic we are completely screwed and might as well just give up. Public perception ranks very low on the priority list. 99.8% of users couldn't care less about Apache2 at this point. PHP 4.2 has been slow enough in coming. Holding it up longer for the .2% of users it might affect makes no sense. Those users can experiment with the snapshot releases. -Rasmus Ultimately, I'm just trying to look out for other PHP users, not me. People who don't follow these mailing lists. They see on the net that a new improved Apache is released. They check the PHP web site/freshmeat and see a new version that claims support for Apache, experimental tho it may be. So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble records or searching bug databases people will spend several hours re-rebuilding, double checking proceedures, etc, etc, etc. They've done everything correct. Its supposed to work, says right on the web page. Why does this core dump? They finally open a bug report only to have it immediately reply with... Yes, we know. What we really meant by 'Experimental' was it will core dump. That doesn't sound very good. That's a very frustrating scenario that will be occuring countless times probably right now. Why does PHP want to intentionally frustrate and turn off its own user community? What does that say about the PHP testing process and commitment to users? Now that 4.2 has been released and announced, the horse has left the barn. The only thing we can really do now is at least put a new note clearly on the web page stating that there is this problem with these two latest releases. Experimental, not for production just doesn't cut it. Not when we KNOW there is a definate problem, not some potential bug you might encounter. I've said my peace, Good night. Brian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
On Tue, 23 Apr 2002, Brian Foddy wrote: That's a very frustrating scenario that will be occuring countless times probably right now. Why does PHP want to intentionally frustrate and turn off its own user community? What does that say about the PHP testing process and commitment to users? I was a little disenchanted when I started running into problems, and could be heard yelping yes, yes! when the topic first hit the list, but as the evening's progressed I've realized how much I'm taking for granted. We're talking about two major releases, each boasting many new features and improvements, but it's not as if we don't already have stable, well documented packages to use in production environments. Don't get me wrong, I'm as eager as the next geek is to upgrade, but for now I'm contented knowing that I'll be reaping the benefits in a few weeks' time. So far as the PHP dev-team and their commitment to users, I think it speaks pretty well -- when was Apache 2.0.35 released? We're pretty lucky to have as much support for Apache 2 as we do, given such a short amount of time. Regards, Tom Howell-Cintron thc/at/frognet/dot/net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Get IP of the visitator
Hello, How can I take the IP of the visitator of my php page? not gethostbyname... I need the ip of any visitator not for the specified visitator. Thank you Cosmin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] NOTICE: Wise volunteer needed for PHP module review
I'm working with Richard Palmer on the php module of SWIG (http://www.swig.org) Swig is used to automatically write php, perl, python, guile, java, ruby, etc etc modules to link 3rd part libraries into these scripting systems. This means if I have a fancy library libfoo and I want to use it for php, I just write a single simple interface file (or even use the supplied .h header file); run swig on it and taraa!!! I have a php module ready to compile in to php. Richard and myself are making some _heavy_changes_ to the php module lately and we need some eagle/gimlet eye to review the output code of some simple cases to see that we are generating the code correctly - with regards use of ZVALs, destructors, resource handling, CG() vars and so forth. My involvement with swig is working on xapian (www.xapian.org) which is the open muscat descendant; so once we get this sorted we will also have a xapian module for php; in fact php will be providing the scripting for the main xapian search results page supplied with xapian. I've asked quite a few questions lately here but had no response and so have had to guess at the answers. Volunteers to review swig generated code would be appreciated. regards Sam Liddicott -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
I disagree whole heartedly. It doesnt look bad at all. From the public angle, it looks like the PHP Group are holding back on Apache 2 support until they can endorse its stability - but giving the PHP developers access to current research into the integration. If you want to play with with Apache 2, use the CVS HEAD. If you dont and you'd prefer a stable production enviroment, then use v4.2.0 [a fail to see any further issue]. In any case, I wasnt aware this list was [EMAIL PROTECTED] (or have I joined the wrong list again) - and Ive already spent 30 mins this morning just reading about your petty bickering Brian. -- Dan Hardiker [[EMAIL PROTECTED]] ADAM Software Systems Engineer First Creative Ltd Personally, I completely understand that is all new code and bugs will occur. I won't be going to Apache 2 for some time to come. The only reason I even tried it at all is I already was already getting requests on php-tuxedo for that combo so I thought I should give it a try. But I hope the Bugus link works well on the bug mailing list cuz you will probably be getting quite a few. And from the public perception it just looks bad. And that is my main point. It just looks bad. As for Apache being at fault too, they very well could be. But the fact remains that PHP runs INSIDE Apache, and Apache starts fine without PHP, hence PHP must be at fault. Simply stating the obvious facts from the public point of view. Brian On Mon, 22 Apr 2002, Rasmus Lerdorf wrote: That is exactly my point. I no more than read the encouraging report that its been identified and is close to a fix, and the next message says 4.2 has been released. It couldn't have waited just another week to get this fix in and tested? No, because it wouldn't make much of a difference. There will be other bugs. This is brand new code. Like I said, it will take a couple of months to stabilize. People should not be running Apache2+PHP in production yet. Any why exactly are you focusing on PHP here? Why not complain to the Apache folks about releasing Apache 2 before this was cleared up? This is not likely to be a PHP-specific bug and will require changes on both sides. -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Get IP of the visitator
Hi, I suggest looking at the output of $_SERVER which contains something like REMOTE_ADDR and may also contain additional headers if your visitor uses a proxy. Please ask further question on [EMAIL PROTECTED] as this is the _wrong_ list to ask such questions, thx. - Markus On Tue, Apr 23, 2002 at 10:36:02AM +0300, Cosmin wrote : Hello, How can I take the IP of the visitator of my php page? not gethostbyname... I need the ip of any visitator not for the specified visitator. Thank you Cosmin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
You make it sound like it will core dump immediately for everyone. That's obviously not the case. It does work for most people. Well, for some anyway. Works fine on my test server, for example. On Tue, 23 Apr 2002, Brian Foddy wrote: So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble records or searching bug databases people will spend several hours re-rebuilding, double checking proceedures, etc, etc, etc. They've done everything correct. Its supposed to work, says right on the web page. Why does this core dump? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP 4.2.0 Release Announcement
I have Apache 2.0.25 with PHP 4.2.0RC2 running in production now. Been running since it was released. Billy Rose [EMAIL PROTECTED] -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 5:06 AM To: Brian Foddy Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] PHP 4.2.0 Release Announcement You make it sound like it will core dump immediately for everyone. That's obviously not the case. It does work for most people. Well, for some anyway. Works fine on my test server, for example. On Tue, 23 Apr 2002, Brian Foddy wrote: So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble records or searching bug databases people will spend several hours re-rebuilding, double checking proceedures, etc, etc, etc. They've done everything correct. Its supposed to work, says right on the web page. Why does this core dump? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP 4.2.0 Release Announcement
Correction, 2.0.35 (typo) Billy Rose [EMAIL PROTECTED] -Original Message- From: Rose, Billy [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 6:20 AM To: 'Rasmus Lerdorf'; Brian Foddy Cc: PHP Developers Mailing List Subject: RE: [PHP-DEV] PHP 4.2.0 Release Announcement I have Apache 2.0.25 with PHP 4.2.0RC2 running in production now. Been running since it was released. Billy Rose [EMAIL PROTECTED] -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 5:06 AM To: Brian Foddy Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] PHP 4.2.0 Release Announcement You make it sound like it will core dump immediately for everyone. That's obviously not the case. It does work for most people. Well, for some anyway. Works fine on my test server, for example. On Tue, 23 Apr 2002, Brian Foddy wrote: So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble records or searching bug databases people will spend several hours re-rebuilding, double checking proceedures, etc, etc, etc. They've done everything correct. Its supposed to work, says right on the web page. Why does this core dump? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] MINIT or RINIT
Swig generated code registers some overloaded classes to wrap C classes. I think it should do this in PHP_MINIT but when I do it here they are only available as registered for the first apache request. If I register them in PHP_RINIT then they are always available. Why would this be so? Which should I use? Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] zend_hash_find() (bug in session.c?)
Hello, I have just upgraded to PHP 4.2.0 and straight away one of our custom PHP extenstions reported an error (couldn't get SCRIPT_NAME): Scripthash Security Extension - http://www.scl.co.uk/scripthash/ The reason for this seems to be that a global variable I need SCRIPT_NAME has been moved into the $_SERVER superglobal. As a quick, temporary fix I enabled register_globals in the .ini file, this worked fine. My next task was to find out how I should really do this so I had a look through some of the provided PHP extenstions and I noticed that session.c (and several other modules) was using the same method to fetch HTTP_REFERER and REQUEST_URI as I was using to fetch SCRIPT_NAME which is using the zend_hash_find() function. Does this mean that in order for the session extension to work properly register_globals has to be enabled or have I overlooked something. What method should I now be using to fetch variables inside the superglobals from with in my extension source code. I know I could use getenv() for this particular example but what is the alternative. Thank for you time Tom. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] MINIT or RINIT
Well, where are you storing them? Make sure they are not in memory that gets cleaned on a per-request basis. ie. do your own malloc() in MINIT and free() in MSHUTDOWN. -Rasmus On Tue, 23 Apr 2002, Sam Liddicott wrote: Swig generated code registers some overloaded classes to wrap C classes. I think it should do this in PHP_MINIT but when I do it here they are only available as registered for the first apache request. If I register them in PHP_RINIT then they are always available. Why would this be so? Which should I use? Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Major Bug in multiple MySQL Connections?
If you're tying two pieces of software together (which is apparently what he's doing), the reuse of the link can indeed be annoying, and it may make sense to have multiple links with the same credentials. Not a common case, but it's possible. Zeev At 15:42 22/04/2002, Rasmus Lerdorf wrote: I am not arguing against it, I have just not seen any decent technical reason to open two connections with the same credentials. Avoiding a mysql_select_db() call doesn't seem like a very good reason to me. -Rasmus On Mon, 22 Apr 2002, Markus Fischer wrote: Rasmus, it has been desired by a few people including me to open multiple connections to the same user/pass/host. If you do a lot were you actually need it, and you forget to switch it one time you can be in a lot trouble. Also, honestly, I do not understand why PHP _forces_ you to reuse the same links. Until the patch/optional parameter the only workaround was to use another username (doh!). I already talked to Yasou and he ensured me he will implement a similar facility to pgsql extension (as much tied to mysql as possible to be not too different). I've seen other native DB drivers seem to 'suffer' from the same feature. This feature on its own is good for new users. But until recently it didn't gave a, let's say a more expirienced user knowing what she does, the ability to solve from PHP side (which is exactly what people complained; here on php-dev@ and also on pear-dev@). my 2eurocents - Markus On Mon, Apr 22, 2002 at 04:53:22AM -0700, Rasmus Lerdorf wrote : Just curious, why do you need multiple identical connections? On Mon, 22 Apr 2002, Matthew Walker wrote: Ahhh. Delighted to hear that. I'll upgrade as soon as there's an RPM available for RH7.1. (I'd compile it, but I always forget something, and I can't afford downtime on that server.) Thanks for everyone's help. May I never need it again. (I only mail developers when it's a /major issue.) Matthew Walker Senior Software Engineer ePliant Marketing -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Monday, April 22, 2002 6:50 AM To: Matthew Walker Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] Major Bug in multiple MySQL Connections? Hello Matthew, you should read my commect on this bug report too. 4.2.0 which will be released soon contains already a workaround for this limitation. - Markus On Mon, Apr 22, 2002 at 06:41:44AM -0600, Matthew Walker wrote : I believe I may have found a major bug in the use of multiple MySQL connections. Please see my bug report at HYPERLINK http://bugs.php.net/bug.php?id=16730http://bugs.php.net/bug.php?id=167 30. If I?m wrong about this, please tell me how to fix it. This is a showstopper bug for the software I?m currently working on. Matthew Walker Senior Software Engineer ePliant Marketing --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.345 / Virus Database: 193 - Release Date: 4/9/2002 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.345 / Virus Database: 193 - Release Date: 4/9/2002 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
At 05:30 23/04/2002, Brian Foddy wrote: Experimental kinda implies that its at least usuable and might be fun to play with. Not recommending for production is a long ways from saying ohh, I guess it will coredump on startup... Experimental means experimental, and that it may very well crash on you on startup. Otherwise it would be labeled beta :) The fact PHP 4.2 got any support for Apache 2.0 at all was already bending the release cycle rules, delaying it further made little sense considering it would have still been labeled experimental, and considering the fact 4.2 already took a very long time to be released. Zeev -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: zend_hash_find() (bug in session.c?)
Scl wrote: Hello, I have just upgraded to PHP 4.2.0 and straight away one of our custom PHP extenstions reported an error (couldn't get SCRIPT_NAME): Scripthash Security Extension - http://www.scl.co.uk/scripthash/ The reason for this seems to be that a global variable I need SCRIPT_NAME has been moved into the $_SERVER superglobal. As a quick, temporary fix I enabled register_globals in the .ini file, this worked fine. My next task was to find out how I should really do this so I had a look through some of the provided PHP extenstions and I noticed that session.c (and several other modules) was using the same method to fetch HTTP_REFERER and REQUEST_URI as I was using to fetch SCRIPT_NAME which is using the zend_hash_find() function. Does this mean that in order for the session extension to work properly register_globals has to be enabled or have I overlooked something. What method should I now be using to fetch variables inside the superglobals from with in my extension source code. I know I could use getenv() for this particular example but what is the alternative. Yes, session module HTTP_REFERER check does not work unless register global is on. We should really clean up variable registration. There are problems in variable_order, etc. It's known issue... -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] MINIT or RINIT
-Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: 23 April 2002 11:30 To: Sam Liddicott Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] MINIT or RINIT Well, where are you storing them? Make sure they are not in memory that gets cleaned on a per-request basis. ie. do your own malloc() in MINIT and free() in MSHUTDOWN. Stupid questions follow: So... does my zend_class_entry have to be wrapped in CG()? Right now swig generates lines like: CG(class_entry).type=... Can I just do: zend_class_entry _swig_wrap_; _swig_wrap_X.type=... And it also currently does: CG(class_entry).refcount=(int *)emalloc(sizerof(int)); *CG(class_entry).refcount=1; I have no idea why it does this; do we need to init refcount? To anything simpler? Thanks Sam -Rasmus On Tue, 23 Apr 2002, Sam Liddicott wrote: Swig generated code registers some overloaded classes to wrap C classes. I think it should do this in PHP_MINIT but when I do it here they are only available as registered for the first apache request. If I register them in PHP_RINIT then they are always available. Why would this be so? Which should I use? Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
- [EMAIL PROTECTED]% (Brian Foddy): So they download both and start building. What do they get? Core dump. Usually before people will start opening trouble [cut] with these two latest releases. Experimental, not for production just doesn't cut it. Not when we KNOW there is a definate problem, not some potential bug you might encounter. As Rasmus pointed out several times, this is generally not the case. After reading your posts to the list, i decided to do the build myself. Got a clean version of Apache 2.0.35 and a clean version of PHP 4.2.0. Built like a dream (well, since i'm having a fever at the moment, those dreams can be quite interesting). After making and configuring 2.0.35, the moment of truth had came. apachectl restart And voilá, i was running apache 2.0.35 with PHP 4.2.0 installed. I'm currently not running it compiled with any other options enabled, but saying that its doomed to coredump, is to exaggerate. Since some get it to run and some don't, there's obviously some sort of bugs still in there (and there'll probably always be), but hey, its experimental. I wasnt even hoping for this :-) -- mats -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] MINIT or RINIT
-Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: 23 April 2002 11:30 To: Sam Liddicott Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] MINIT or RINIT Well, where are you storing them? Make sure they are not in memory that gets cleaned on a per-request basis. ie. do your own malloc() in MINIT and free() in MSHUTDOWN. This means my class must be declared as ZEND_INTERNAL_CLASS then? Are there any other side effects to doing this? Must I un-register my classes during shutdown? It seems zend does that for me. I've made these changes, to use ZEND_INTERNAL_CLASS and malloc and strdup instead of emalloc and estrdup but now zend hangs on shutdown. It seems to come round (under gdb) somewhere in _efree, under zend_hash_destroy under destroy_zend_class So it sounds like something I did wrong... Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] creating files on a remote host
Is there a way to create a file to a remote host. IE: I have a php script on www.somedomain.com for example - and I want to fill out a form on this php script and make it create a file called index.html on say www.someotherdomain.com for example. I have admin and root access to BOTH domains. Is there a way I can popen or fopen a file using ftp username and password? The end result - I want to create index pages on the fly by filling out a form - which will in return create the page for my other web sites. So far, I have successfully created the index page. But to get it to the other site I am manually downloading the index page to my local computer, and uploading it to its new site - Not the most effective way to do things. Any ideas??? Thanks in advance Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP museum
Thanks to Mark Kronsbein there is a PHP museum containing all version of PHP we could find. If you have some release that Mark et al didn't find drop me a note. http://ftp.proventum.net/pub/php/ Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
It didn't coredump for me on startup. Nor for I, and I've done quite a lot of testing on this thing. The startup error has been identified (even though not reproduceable by me for some reason) and I will supply a patch for that later today. There is still another bug (also nonreproduceable by me) that we have already spent much time on and hope to have solved soon. Brian, I suggest you join the volunteer effort by providing detailed bug reports or even patches to fix problems that you come across. Only then can you ensure that your issues are properly addressed. -aaron -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
On Tue, Apr 23, 2002 at 06:20:18AM -0500, Rose, Billy wrote: I have Apache 2.0.25 with PHP 4.2.0RC2 running in production now. Been running since it was released. Can you please describe your architecture (platform, os rev, etc...) and tell us what configure parameters you gave to both apache and php? Also, for anyone who has had problems getting this to work, please do the same. The two prevailing theories right now are: - php is tickling a broken pthread implementation. - there are some php/apache configure parameters that when combined can cause this. -aaron -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] MINIT or RINIT
It seems like if I use zend_register_internal_class then I can't make use of the .function table of my class entry because zend_register_internal class null's this out. Is there an entirely good reason for this? I want the internal class to have its functions registered seperatly with zend_hash_add(class_entry.function_table, But I don't want the class damaged at RSHUTDOWN. Do these desires conflict? At least I will have to reproduce much of zend_register_internal_class but preserve the function table. Are there any other side effects of being ZEND_INTERNAL_CLASS instead of ZEND_USER_CLASS? Perhaps it will be safer to register as ZEND_USER_CLASS in RINIT instead of ZEND_INTERNAL_CLASS in MINIT? Sam -Original Message- From: Sam Liddicott Sent: 23 April 2002 15:50 To: Rasmus Lerdorf; Sam Liddicott Cc: PHP Developers Mailing List Subject: RE: [PHP-DEV] MINIT or RINIT -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: 23 April 2002 11:30 To: Sam Liddicott Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] MINIT or RINIT Well, where are you storing them? Make sure they are not in memory that gets cleaned on a per-request basis. ie. do your own malloc() in MINIT and free() in MSHUTDOWN. This means my class must be declared as ZEND_INTERNAL_CLASS then? Are there any other side effects to doing this? Must I un-register my classes during shutdown? It seems zend does that for me. I've made these changes, to use ZEND_INTERNAL_CLASS and malloc and strdup instead of emalloc and estrdup but now zend hangs on shutdown. It seems to come round (under gdb) somewhere in _efree, under zend_hash_destroy under destroy_zend_class So it sounds like something I did wrong... Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] MINIT or RINIT
OK, I just noticed class_entry-builtin_functions which I can probably use. Sam -Original Message- From: Sam Liddicott Sent: 23 April 2002 16:19 To: Sam Liddicott; 'Rasmus Lerdorf' Cc: 'PHP Developers Mailing List' Subject: RE: [PHP-DEV] MINIT or RINIT It seems like if I use zend_register_internal_class then I can't make use of the .function table of my class entry because zend_register_internal class null's this out. Is there an entirely good reason for this? I want the internal class to have its functions registered seperatly with zend_hash_add(class_entry.function_table, But I don't want the class damaged at RSHUTDOWN. Do these desires conflict? At least I will have to reproduce much of zend_register_internal_class but preserve the function table. Are there any other side effects of being ZEND_INTERNAL_CLASS instead of ZEND_USER_CLASS? Perhaps it will be safer to register as ZEND_USER_CLASS in RINIT instead of ZEND_INTERNAL_CLASS in MINIT? Sam -Original Message- From: Sam Liddicott Sent: 23 April 2002 15:50 To: Rasmus Lerdorf; Sam Liddicott Cc: PHP Developers Mailing List Subject: RE: [PHP-DEV] MINIT or RINIT -Original Message- From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] Sent: 23 April 2002 11:30 To: Sam Liddicott Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] MINIT or RINIT Well, where are you storing them? Make sure they are not in memory that gets cleaned on a per-request basis. ie. do your own malloc() in MINIT and free() in MSHUTDOWN. This means my class must be declared as ZEND_INTERNAL_CLASS then? Are there any other side effects to doing this? Must I un-register my classes during shutdown? It seems zend does that for me. I've made these changes, to use ZEND_INTERNAL_CLASS and malloc and strdup instead of emalloc and estrdup but now zend hangs on shutdown. It seems to come round (under gdb) somewhere in _efree, under zend_hash_destroy under destroy_zend_class So it sounds like something I did wrong... Sam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] PHP 4.2.0 Release Announcement
Apache 2.0.35: ./configure --with-so --prefix=/opt/apache-2.0.35 PHP 4.2.0RC2: ./configure --with-apxs2=/opt/apache-2.0.35/bin/apxs --with-mysql=/usr RedHat 7.1 HP LPr Dual PIII-850 RedHat 7.2 HP LPr Dual PIII-550 Billy Rose [EMAIL PROTECTED] -Original Message- From: Aaron Bannert [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 10:16 AM To: Rose, Billy Cc: PHP Developers Mailing List Subject: Re: [PHP-DEV] PHP 4.2.0 Release Announcement On Tue, Apr 23, 2002 at 06:20:18AM -0500, Rose, Billy wrote: I have Apache 2.0.25 with PHP 4.2.0RC2 running in production now. Been running since it was released. Can you please describe your architecture (platform, os rev, etc...) and tell us what configure parameters you gave to both apache and php? Also, for anyone who has had problems getting this to work, please do the same. The two prevailing theories right now are: - php is tickling a broken pthread implementation. - there are some php/apache configure parameters that when combined can cause this. -aaron -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: RFI: Request for Interfaces
Wez, im +2^LONG_MAX-1 on the idea. the one possible addition is that in addition to resouces, i'd like objects to support interfaces as well (i havent given though to implementations as yet, though). -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] creating files on a remote host
hi, You can transfer the file via ftp; you even don't need root access for this if the system is properly set up. There are plenty of docs and examples in the manual about the ftp extension. There shouldn't be a problem figuring out how it works. And please, next time, this is the wrong list. Such questions are best ask at [EMAIL PROTECTED] . - Markus On Tue, Apr 23, 2002 at 10:05:31AM -0500, Dave wrote : Is there a way to create a file to a remote host. IE: I have a php script on www.somedomain.com for example - and I want to fill out a form on this php script and make it create a file called index.html on say www.someotherdomain.com for example. I have admin and root access to BOTH domains. Is there a way I can popen or fopen a file using ftp username and password? The end result - I want to create index pages on the fly by filling out a form - which will in return create the page for my other web sites. So far, I have successfully created the index page. But to get it to the other site I am manually downloading the index page to my local computer, and uploading it to its new site - Not the most effective way to do things. Any ideas??? Thanks in advance Dave -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PHP 4.2.0 Release Announcement
Aaron Bannert wrote: It didn't coredump for me on startup. Nor for I, and I've done quite a lot of testing on this thing. The startup error has been identified (even though not reproduceable by me for some reason) and I will supply a patch for that later today. There is still another bug (also nonreproduceable by me) that we have already spent much time on and hope to have solved soon. Brian, I suggest you join the volunteer effort by providing detailed bug reports or even patches to fix problems that you come across. Only then can you ensure that your issues are properly addressed. -aaron If you look at the bug report (16475), you will see I did post a detailed followup to the original, stating both RC3 and RC4 had the same behavior. As for sumitting patches, I've done that too. Bug 9878 submitted in March 2001, but the included patch submitted with the bug report was only included in the last 4.1.2 (1 year turn around...) As for more detailed involvement, I could but any extra time I have I need to work towards php-tuxedo, which is a pretty large contribution to some users. Brian -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] 4.2.0 SID set login reversed, SID broken
The logic in 4.2.0 to decide when to set the SID constant (which should be only when the cookie hasn't been set) is reversed. In ext\session\session.c on line 933: /* define SID always, if the client did not send a cookie */ if (send_cookie) { smart_str var = {0}; smart_str_appends(var, PS(session_name)); smart_str_appendc(var, '='); smart_str_appends(var, PS(id)); smart_str_0(var); REGISTER_STRING_CONSTANT(SID, var.c, 0); } else { REGISTER_STRING_CONSTANT(SID, empty_string, 0); } The if statement should be if !send_cookie. The 4.2.0 release sets the SID when it shouldn't, and doesn't set it when it's needed. :-( Michael __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken
Looks like 1.294 did not make it into the branch. Too bad. Here is the diff. It might be wise to post it on the downloads page (Derick, can you do that?). http://apache.org/~sascha/php-420-session-fix - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken
Title: RE: [PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken Is this not serious enough to warrant a 4.2.1, or 4.2.0PL1? Im asking with all due respect. Mike Robinson IT/Developer - Torstar Media Group Television Phone: 416.945.8786 Fax: 416.869.4566 Email: [EMAIL PROTECTED] -Original Message- From: Sascha Schumann [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 1:59 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken Looks like 1.294 did not make it into the branch. Too bad. Here is the diff. It might be wise to post it on the downloads page (Derick, can you do that?). http://apache.org/~sascha/php-420-session-fix - Sascha Experience IRCG http://schumann.cx/ http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php To find out more about what we can do for you, please visit us at: http://www.tmgtv.ca/ and http://www.thestar.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken
Hello Sascha, php-dev, On Tue, 23 Apr 2002, Sascha Schumann wrote: Here is the diff. It might be wise to post it on the downloads page (Derick, can you do that?). http://apache.org/~sascha/php-420-session-fix I think it's a better idea to wait a few days (until friday), then have a 4.2.1RC1, and release 4.2.1 the friday after it. What do you guys think of this? Derick --- Did I help you? Consider a gift: http://www.amazon.co.uk/exec/obidos/registry/SLCB276UZU8B --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: 4.2.0 SID set login reversed, SID broken
On Tue, 23 Apr 2002, [EMAIL PROTECTED] wrote: Hello Sascha, php-dev, On Tue, 23 Apr 2002, Sascha Schumann wrote: Here is the diff. It might be wise to post it on the downloads page (Derick, can you do that?). http://apache.org/~sascha/php-420-session-fix I think it's a better idea to wait a few days (until friday), then have a 4.2.1RC1, and release 4.2.1 the friday after it. What do you guys think of this? Good plan; having the patch online next to the source tarball would not cause any harm though. - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PATCH - improvements for imap_headerinfo()
Hi all, After getting done with a pretty large PHP4 project, I have a patch I would like to submit for php_imap.c in the IMAP extension. Here is what this patch does: imap_headerinfo() really only needs envelope info whereas the current version fetches all headers and requires a BODY.PEEK. This patch also reduces the overhead of having to convert the structure returned from the call to mail_fetchheader_full() into an ENVELOPE structure, when mail_fetch_envelope() actually returns an ENVELOPE struct (saves some mallocs and frees). This patch also deprecates the 'defaulthost' parameter (it is no longer needed). I don't get rid of it in the patch but we may want to create imap_headerinfo() as an alias (to maintain old backward compatibility) and get rid of that parameter in a new function. Thanks, Adam -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PATCH - improvements for imap_headerinfo()
Hmmm... does the list filter attachments? Anyways, sorry for sending twice. Hi all, After getting done with a pretty large PHP4 project, I have a patch I would like to submit for php_imap.c in the IMAP extension. Here is what this patch does: imap_headerinfo() really only needs envelope info whereas the current version fetches all headers and requires a BODY.PEEK. This patch also reduces the overhead of having to convert the structure returned from the call to mail_fetchheader_full() into an ENVELOPE structure, when mail_fetch_envelope() actually returns an ENVELOPE struct (saves some mallocs and frees). This patch also deprecates the 'defaulthost' parameter (it is no longer needed). I don't get rid of it in the patch but we may want to create imap_headerinfo() as an alias (to maintain old backward compatibility) and get rid of that parameter in a new function. Thanks, Adam 1573c1573 char dummy[2000], fulladdress[MAILTMPLEN]; --- char *mystring, dummy[2000], fulladdress[MAILTMPLEN]; 1608c1608,1617 en = mail_fetch_envelope(en); --- mystring = mail_fetchheader_full(imap_le_struct-imap_stream, Z_LVAL_PP(msgno), NIL, length, NIL); if (myargc == 5) { rfc822_parse_msg(en, NULL, mystring, length, NULL, Z_STRVAL_PP(defaulthost), NIL); } else { rfc822_parse_msg(en, NULL, mystring, length, NULL, UNKNOWN, NIL); } /* call a function to parse all the text, so that we can use the same function to parse text from other sources */ _php_make_header_object(return_value, en TSRMLS_CC); 1639a1649 mail_free_envelope(en); -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PATCH - improvements for imap_headerinfo()
I posted the wrong file to the last email... must find coffee or sleep :-) 1573c1573 char dummy[2000], fulladdress[MAILTMPLEN]; --- char *mystring, dummy[2000], fulladdress[MAILTMPLEN]; 1608c1608,1617 en = mail_fetchenvelope(imap_le_struct-imap_stream, Z_LVAL_PP(msgno)); --- mystring = mail_fetchheader_full(imap_le_struct-imap_stream, Z_LVAL_PP(msgno), NIL, length, NIL); if (myargc == 5) { rfc822_parse_msg(en, NULL, mystring, length, NULL, Z_STRVAL_PP(defaulthost), NIL); } else { rfc822_parse_msg(en, NULL, mystring, length, NULL, UNKNOWN, NIL); } /* call a function to parse all the text, so that we can use the same function to parse text from other sources */ _php_make_header_object(return_value, en TSRMLS_CC); 1639a1649 mail_free_envelope(en); -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] LDAP with version 4.2
This seems to be completely unrelated to ldap at a first glance. Have you actually installed the php.ini coming with 4.2.0 which DISABLES auto global variables like the HTTP_USER_AGENT is one? If so, either turn globals on for you or access it via the special hashes (I think $_SERVER was for this one, not quite sure though). - Markus On Tue, Apr 23, 2002 at 04:09:45PM -0600, Ryan Jameson (USA) wrote : Hi, I just tried to upgrade to 4.2 and all my LDAP queries stopped working. My configuration is as follows: IIS5 PHP4.2 LDAP Support enabled RCS Version $Id: ldap.c,v 1.94.2.3 2001/12/01 14:17:43 venaas Exp $ Total Links 0/unlimited API Version 2004 Everything works great on 4.1.1 but when I change to 4.2 I get: Notice: Undefined variable: HTTP_USER_AGENT in R:\WebApps\commonTools\global.inc on line 14 Notice: Undefined offset: 2 in R:\WebApps\commonTools\functions.inc on line 515 Warning: LDAP: Unable to perform the search: Invalid syntax in R:\WebApps\commonTools\functions.inc on line 483 Warning: ldap_get_entries(): supplied argument is not a valid ldap result resource in R:\WebApps\commonTools\functions.inc on line 484 I've never had a problem with backwards compatibility of new PHP versions before. Any input would be helpful. Thanks. Ryan Jameson Software Development Services Manager -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] LDAP with version 4.2
BINGO Thanks Markus...!!! I changed register_globals = off to register_globals = on And VUWALA!! Ryan -Original Message- From: Markus Fischer [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 23, 2002 4:14 PM To: Ryan Jameson (USA) Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] LDAP with version 4.2 This seems to be completely unrelated to ldap at a first glance. Have you actually installed the php.ini coming with 4.2.0 which DISABLES auto global variables like the HTTP_USER_AGENT is one? If so, either turn globals on for you or access it via the special hashes (I think $_SERVER was for this one, not quite sure though). - Markus On Tue, Apr 23, 2002 at 04:09:45PM -0600, Ryan Jameson (USA) wrote : Hi, I just tried to upgrade to 4.2 and all my LDAP queries stopped working. My configuration is as follows: IIS5 PHP4.2 LDAP Support enabled RCS Version $Id: ldap.c,v 1.94.2.3 2001/12/01 14:17:43 venaas Exp $ Total Links 0/unlimited API Version 2004 Everything works great on 4.1.1 but when I change to 4.2 I get: Notice: Undefined variable: HTTP_USER_AGENT in R:\WebApps\commonTools\global.inc on line 14 Notice: Undefined offset: 2 in R:\WebApps\commonTools\functions.inc on line 515 Warning: LDAP: Unable to perform the search: Invalid syntax in R:\WebApps\commonTools\functions.inc on line 483 Warning: ldap_get_entries(): supplied argument is not a valid ldap result resource in R:\WebApps\commonTools\functions.inc on line 484 I've never had a problem with backwards compatibility of new PHP versions before. Any input would be helpful. Thanks. Ryan Jameson Software Development Services Manager -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] PATCH - improvements for imap_headerinfo()
Please make a unified diff against the CVS HEAD (cvs diff -u). --Jani On Tue, 23 Apr 2002 [EMAIL PROTECTED] wrote: I posted the wrong file to the last email... must find coffee or sleep :-) 1573c1573 char dummy[2000], fulladdress[MAILTMPLEN]; --- char *mystring, dummy[2000], fulladdress[MAILTMPLEN]; 1608c1608,1617 en = mail_fetchenvelope(imap_le_struct-imap_stream, Z_LVAL_PP(msgno)); --- mystring = mail_fetchheader_full(imap_le_struct-imap_stream, Z_LVAL_PP(msgno), NIL, length, NIL); if (myargc == 5) { rfc822_parse_msg(en, NULL, mystring, length, NULL, Z_STRVAL_PP(defaulthost), NIL); } else { rfc822_parse_msg(en, NULL, mystring, length, NULL, UNKNOWN, NIL); } /* call a function to parse all the text, so that we can use the same function to parse text from other sources */ _php_make_header_object(return_value, en TSRMLS_CC); 1639a1649 mail_free_envelope(en); -- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] odbc_fetch_row version 4.2
The below line no longer seems to reset my result set in 4.2. odbc_fetch_row($rs,0); :-( i hope there's an easy fix for this one. Ryan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Error Linking Win32 Extensions
Hello, I've set my VC++ 6.0 as I've been told to do here, and my extensions compile without any problems, errors or warnings. However, when it comes to linking I get the following error: php_test.obj : error LNK2001: unresolved external symbol __declspec(dllimport) int __cdecl zend_parse_parameters(int,void * * *,char *,...) (__imp_?zend_parse_parametersYAHHPAPAPAXPADZZ) ..\..\Release_TS/php_Test.dll : fatal error LNK1120: 1 unresolved externals I've made sure to include php4ts.lib in the project, so I have no idea what the problem could be. Note: I'm using the php4ts.lib from PHP version 4.1.2, but actually using PHP version 4.2.0 I'm not sure if this could be the problem, but I couldnt find php4ts.lib anywhere else but in the 4.1.2 dist. Thanks. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Error Linking Win32 Extensions
It may certainly be the problem. Why don't you compile php4ts.lib on your own too ?! First try this. On Tue, Apr 23, 2002 at 08:37:00PM -0400, Igal Raizman wrote : Hello, I've set my VC++ 6.0 as I've been told to do here, and my extensions compile without any problems, errors or warnings. However, when it comes to linking I get the following error: php_test.obj : error LNK2001: unresolved external symbol __declspec(dllimport) int __cdecl zend_parse_parameters(int,void * * *,char *,...) (__imp_?zend_parse_parametersYAHHPAPAPAXPADZZ) ..\..\Release_TS/php_Test.dll : fatal error LNK1120: 1 unresolved externals I've made sure to include php4ts.lib in the project, so I have no idea what the problem could be. Note: I'm using the php4ts.lib from PHP version 4.1.2, but actually using PHP version 4.2.0 I'm not sure if this could be the problem, but I couldnt find php4ts.lib anywhere else but in the 4.1.2 dist. Thanks. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] [sniper@php.net: Bug #12450 Updated: Segfaults if recode is loaded after mysql or imap]
Hi, am I blind/complete fool/insert your favourite here but where is it documented that loading those module causes crashes because of a symbol clash? I've been hit by the bug quite a few times alas I couldn't track it down (*grr*). - Markus -- Please always Cc to me when replying to me on the lists. GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc Mind if I MFH ? What QA did you do on it? the usual? ah... none :) ---BeginMessage--- ID: 12450 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Recode related Operating System: Red Hat Linux 6.2-7.2 PHP Version: 4.1.1 New Comment: This is not PHP bug. Both c-client and recode have their own hash_lookup() function. And both mysql and recode have their own hash_insert() functions. --Jani Previous Comments: [2002-01-16 11:10:39] [EMAIL PROTECTED] I can reproduce this: Starting program: /usr/bin/php -v Program received signal SIGSEGV, Segmentation fault. 0x1f91 in ?? () at eval.c:41 41 eval.c: No such file or directory. in eval.c (gdb) bt #0 0x1f91 in ?? () at eval.c:41 #1 0x409d4e9e in find_alias (outer=0x81ae688, name=0x40a8bca0 data, find_type=SYMBOL_CREATE_CHARSET) at names.c:299 #2 0x409d66d0 in register_all_modules (outer=0x81ae688) at outer.c:457 #3 0x409d6cdd in recode_new_outer (auto_abort=true) at outer.c:550 #4 0x408f8f17 in zm_startup_recode (type=1, module_number=18) at recode.c:79 #5 0x0808d3b2 in php_dl (file=0x816c0a0, type=1, return_value=0xb6e0) at dl.c:177 #6 0x08062f4e in php_load_function_extension_cb (arg=0x816c0a0) at php_ini.c:185 #7 0x080e8fc5 in zend_llist_apply (l=0x814f7bc, func=0x8062f2c php_load_function_extension_cb) at zend_llist.c:186 #8 0x08063235 in php_ini_delayed_modules_startup () at php_ini.c:302 #9 0x08060dbd in php_module_startup (sf=0x8146400) at main.c:946 #10 0x0805f009 in main (argc=2, argv=0xb994) at cgi_main.c:445 #11 0x405b8507 in __libc_start_main (main=0x805ee98 main, argc=2, ubp_av=0xb994, init=0x805d0f8 _init, fini=0x8122610 _fini, rtld_fini=0x4000dc14 _dl_fini, stack_end=0xb98c) at ../sysdeps/generic/libc-start.c:129 [2002-01-11 17:19:08] [EMAIL PROTECTED] Can you: - try this with 4.1.1 - provide a usefull backtrace: http://bugs.php.net/bugs-generating-backtrace.php [2001-07-28 14:19:43] [EMAIL PROTECTED] PHP segfaults if recode.so (php's recode extension as a shared library) is loaded _after_ the imap or mysql extensions. Re-ordering the php.ini file so that the extension=recode.so line is the first extension=...-line stops the segfaults. Recode versions tested: 3.5d, 3.6. PHP versions tested: 4.0.6. config.nice: #! /bin/sh # # Created by configure ./configure \ --prefix=/usr \ --libdir=/usr/lib/php4 \ --includedir=/usr/include \ --datadir=/usr/share/php \ --with-config-file-path=/etc \ --enable-discard-path \ --enable-inline-optimization \ --enable-magic-quotes \ --enable-track-vars \ --enable-memory-limit \ --enable-wddx \ --enable-bcmath \ --enable-sigchild \ --with-xml \ --with-mm \ --with-openssl \ --enable-ftp=shared \ --enable-exif=shared \ --with-gd=shared,/usr \ --with-ttf \ --enable-gd-imgstrttf \ --with-png-dir=/usr \ --with-jpeg-dir=/usr \ --enable-sysvsem=shared \ --enable-sysvshm=shared \ --enable-shmop=shared \ --with-unixODBC=shared \ --with-mysql=shared,/usr \ --with-ldap=shared \ --with-pgsql=shared \ --with-gettext=shared \ --with-pspell=shared \ --with-snmp=shared \ --enable-ucd-snmp-hack \ --with-sybase-ct=shared,/usr \ --with-pdflib=shared \ --with-oci8=shared \ --with-swf=shared,/home/troels/rpm/BUILD/php-4.0.6/swflib \ --enable-sockets=shared \ --with-gmp=shared \ --with-dom=shared \ --with-qtdom=shared,/usr/lib/qt-2.3.0 \ --with-iconv=shared \ --with-curl=shared \ --enable-apc=shared \ --with-ming=shared \ --with-imlib=shared \ --with-recode=shared \ --with-zlib=/usr \ $@ php.ini: extension_dir = /usr/lib/php4 ;; Global PHP defaults warn_plus_overloading = On ; warn if the + operator is used with strings track_errors= On ; Store the last error/warning message in $php_errormsg (boolean) track_vars = On ; enable the $HTTP_*_VARS[] arrays, where * is one of magic_quotes_gpc= On ; magic quotes for incoming GET/POST/Cookie data ; many people think that the system is a pain in the ; a**, but it probably does represent a