Req #43948 [Com]: IMAP: Add imap_myrights() function
Edit report at http://bugs.php.net/bug.php?id=43948&edit=1 ID: 43948 Comment by: clint at ubuntu dot com Reported by:diegows at xtech dot com dot ar Summary:IMAP: Add imap_myrights() function Status: Open Type: Feature/Change Request Package:Feature/Change Request Operating System: Linux PHP Version:5.2.5 Block user comment: N New Comment: The original patches suggested have been maintained by the kolab project, all the way up to v5.3.2. I'd like to suggest that this (very old) bug be patched into PHP, so that users can benefit from the additional functionality. This link includes the patch for myrights at v5.3.2, which I imagine should apply fairly cleanly to the latest svn version as well: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/php/patches/php-5.3.2/ Previous Comments: [2008-08-21 01:33:46] diegows at xtech dot com dot ar Please, use the version I sent to internals mailing list. The previous one has a memory corruption bug. http://marc.info/?l=php-internals&m=12192826493&w=2 [2008-02-14 22:56:21] j...@php.net Reclassified. And please don't change the summary again. [2008-01-27 22:46:12] diegows at xtech dot com dot ar Description: I suggest that imap_myrights() function should be added to IMAP extension. It's already implemented in uw-imap and it's useful. Suggested patch: http://www.woitasen.com.ar/php-myrights.patch -- Edit this bug report at http://bugs.php.net/bug.php?id=43948&edit=1
Req #43948 [Com]: IMAP: Add imap_myrights() function
Edit report at http://bugs.php.net/bug.php?id=43948&edit=1 ID: 43948 Comment by: clint at ubuntu dot com Reported by:diegows at xtech dot com dot ar Summary:IMAP: Add imap_myrights() function Status: Feedback Type: Feature/Change Request Package:IMAP related PHP Version:trunk Assigned To:pajoye Block user comment: N New Comment: Thanks for taking this on pajoye. We are tracking this bug in Ubuntu here: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/610630 As soon as its committed, we'll most likely apply the patches to 5.3.2 or 5.3.3 for release with Maverick 10.10 to make Kolab function properly. Previous Comments: [2010-07-29 10:49:53] mkoppa...@php.net Finally! imap_annotation.patch is untested as it doesn't compile with my c-client version. [2010-07-29 10:48:52] mkoppa...@php.net The following patch has been added/updated: Patch Name: imap_annotation.patch Revision: 1280393332 URL: http://bugs.php.net/patch-display.php?bug=43948&patch=imap_annotation.patch&revision=1280393332 [2010-07-29 10:48:28] mkoppa...@php.net The following patch has been added/updated: Patch Name: imap_myrights.patch Revision: 1280393307 URL: http://bugs.php.net/patch-display.php?bug=43948&patch=imap_myrights.patch&revision=1280393307 [2010-07-29 10:42:00] mkoppa...@php.net Add A Patch form responds to using @php.net address: "Email address must be valid!". [2010-07-29 10:06:16] paj...@php.net Change category and move to trunk for now, will be applied&tested there first. If it happens to work well and it will then be applied to 5.3 (if RM ok it too). The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=43948 -- Edit this bug report at http://bugs.php.net/bug.php?id=43948&edit=1
Bug #52389 [Com]: Memory (de)allocation problem for pgsql notices
Edit report at http://bugs.php.net/bug.php?id=52389&edit=1
ID: 52389
Comment by: clint at ubuntu dot com
Reported by:miroslav dot zacek at skype dot net
Summary:Memory (de)allocation problem for pgsql notices
Status: Open
Type: Bug
Package:PostgreSQL related
Operating System: Linux (Kubuntu)
PHP Version:5.3.2
Block user comment: N
New Comment:
I've not seen the segfault that Miroslav is reporting.
However, I applied the patch to the latest version of php in Ubuntu
(5.3.3-
ubuntu4) and there was no problem running phppgadmin as ethan suggests.
I would guess Ethan's problem is more likely this one:
https://sourceforge.net/tracker/?
func=detail&aid=2954087&group_id=37132&atid=418980
Which basically says that phppgadmin won't support php 5.3 in their
stable tree.
Previous Comments:
[2010-08-03 00:04:45] ethan at remindercall dot com
I've applied this patch to the 5.3.2 sources and it causes new problems
-
PHPPgAdmin doesn't even function with the patch applied.
[2010-08-02 10:10:42] miroslav dot zacek at skype dot net
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/apache2...done.
(gdb) handle SIG33 pass nostop noprint
SignalStop Print Pass to program Description
SIG33 NoNo Yes Real-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/sbin/apache2 -k start -X
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffe9619710 (LWP 1339)]
[Thread 0x7fffe9619710 (LWP 1339) exited]
Program received signal SIGSEGV, Segmentation fault.
0x73d98343 in _zend_mm_free_canary_int (heap=0x783fdca0,
p=0x3700d1) at
/build/buildd/php5-5.3.2/Zend/zend_alloc_canary.c:2090
2090SUHOSIN_MM_CHECK_CANARIES(mm_block, "efree()");
(gdb) backtrace full
#0 0x73d98343 in _zend_mm_free_canary_int (heap=0x783fdca0,
p=0x3700d1) at
/build/buildd/php5-5.3.2/Zend/zend_alloc_canary.c:2090
p = 0x73d79bc0
"H\203\354\bH\213GHH\205\300t\017\213\267\230"
mm_block = 0x791a00d0
next_block = 0x73d79bc0
size = 4165624496
#1 0x7fffebee2761 in _php_pgsql_notice_ptr_dtor
(ptr=0x783fdca0) at /build/buildd/php5-5.3.2/ext/pgsql/pgsql.c:835
notice = 0x787ad648
#2 0x73d84b98 in zend_hash_clean (ht=0x7fffec0f9168) at
/build/buildd/php5-5.3.2/Zend/zend_hash.c:753
p = 0x79298b50
#3 0x7fffebee9410 in zm_deactivate_pgsql (type=-130032480,
module_number=209) at /build/buildd/php5-5.3.2/ext/pgsql/pgsql.c:1034
No locals.
#4 0x73d79bdc in module_registry_cleanup
(module=0x783fdca0) at
/build/buildd/php5-5.3.2/Zend/zend_API.c:2150
No locals.
#5 0x73d84734 in zend_hash_reverse_apply (ht=0x744701c0,
apply_func=0x73d79bc0 ) at
/build/buildd/php5-5.3.2/Zend/zend_hash.c:957
result = 0
p = 0x784a62b0
#6 0x73d7864d in zend_deactivate_modules () at
/build/buildd/php5-5.3.2/Zend/zend.c:938
__orig_bailout = 0x0
__bailout = {{__jmpbuf = {0, 0, 4098291904, 32767, 3240731330,
2033281132, 4167622472, 32767}, __mask_was_saved = 793223874,
__saved_mask = {__val = {0, 32767, 0, 0, 1, 4294967295, 4162878232,
32767, 0, 0, 0, 0, 4179820304, 32767, 4294958864, 1836
__orig_bailout = 0x0
__bailout = {{__jmpbuf = {0, 0, 4098291904, 32767, 3240731330,
2033281132, 4167622472, 32767}, __mask_was_saved = 793223874,
__saved_mask = {__val = {0, 32767, 0, 0, 1, 4294967295, 4162878232,
32767, 0, 0, 0, 0, 4179820304, 32767, 4294958864, 1836
#7 0x73d24565 in php_request_shutdown (dummy=0x783fdca0) at
/build/buildd/php5-5.3.2/main/main.c:1623
report_memleaks = 0 '\000'
#8 0x73e04dc7 in php_handler (r=0x73e04dc7) at
/build/buildd/php5-5.3.2/sapi/apache2handler/sapi_apache2.c:512
ctx = 0x791b5b08
conf = 0x7868df48
brigade = 0x0
bucket = 0x679b8d7abd51d2
rv = 2059227602
parent_req = 0x1
#9 0x77fd6140 in ap_run_handler (r=0x7868df48) at
/build/buildd/apache2-2.2.14/server/config.c:159
n = 3
rv = 2059227602
#
[PHP-BUG] Bug #52843 [NEW]: Segfault when optional parameters are not passed in to mssql_connect
From:
Operating system: Linux
PHP version: 5.3.3
Package: MSSQL related
Bug Type: Bug
Bug description:Segfault when optional parameters are not passed in to
mssql_connect
Description:
This was originally reported in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/611316
Calling mssql_connect() without all of its string arguments will cause php
to
segfault.
This happens on Ubuntu 10.10 beta, and Ubuntu 10.04. I also compiled php
5.3.3
vanilla with ./configure --with-mssql=/usr, and the script below caused the
segfault.
The error is in this code around line 575 of ext/mssql/php_mssql.c:
char *host = NULL, *user = NULL, *passwd = NULL;
int host_len, user_len, passwd_len;
zend_bool new_link = 0;
char *hashed_details;
int hashed_details_length;
mssql_link mssql, *mssql_ptr;
char buffer[40];
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "|sssb",
&host,
&host_len, &user, &user_len, &passwd, &passwd_len, &new_link) == FAILURE)
{
return;
}
/* Limit strings to 255 chars to prevent overflow issues in
underlying
libraries */
if(host_len>255) {
host[255] = '\0';
}
if(user_len>255) {
user[255] = '\0';
}
if(passwd_len>255) {
passwd[255] = '\0';
}
If the optional args are not passed in, the len and host parameters will be
unchanged, and so a null pointer dereference may occur (depending on the
arbitrary value of the _len variables).
Test script:
---
php -r 'mssql_connect();'
Expected result:
I would expect the program to exit without crashing.
Actual result:
--
ubu...@domu-12-31-39-03-0d-c3:~/src/php5-5.3.3$ gdb php
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
[PHP-BUG] Bug #53339 [NEW]: Fails to build LDAP module when compilng with gcc 4.5 and DSO libraries
From: Operating system: Ubuntu Linux (natty) PHP version: 5.3.3 Package: Compile Failure Bug Type: Bug Bug description:Fails to build LDAP module when compilng with gcc 4.5 and DSO libraries Description: The currenty Ubuntu development release (natty) has updated the toolchain to gcc 4.5 and uses DSO libs. Because of this, there are stricter restrictions on using symbols without directly linking to the library containing them. This patch fixes these issues, and compiles correctly on natty and the current stable release (Ubuntu 10.10). Test script: --- ./configure --with-ldap --with-openssl Fails because sasl2 is not linked directly. If that is fixed, make Fails because libssl does not contain X509_new (libcrypto does). Expected result: configure and build should complete Actual result: -- checking for sasl_version in -lldap... no configure: error: LDAP SASL check failed. Please check config.log for more information. make: *** [configure-apache2-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ext/zip/lib/.libs/zip_dirent.o: In function `_zip_dirent_read': /home/clint/pkg/php5/bzr/build-area/php5-5.3.3/ext/zip/lib/zip_dirent.c:478: warning: memset used with constant zero length parameter; this could be due to transposed parameters /home/clint/pkg/php5/bzr/build-area/php5-5.3.3/ext/zip/lib/zip_dirent.c:478: warning: memset used with constant zero length parameter; this could be due to transposed parameters /usr/bin/ld.bfd.real: ext/openssl/.libs/openssl.o: undefined reference to symbol 'X509_free@@OPENSSL_0.9.8' /usr/bin/ld.bfd.real: note: 'X509_free@@OPENSSL_0.9.8' is defined in DSO /lib64/libcrypto.so.0.9.8 so try adding it to the linker command line /lib64/libcrypto.so.0.9.8: could not read symbols: Invalid operation collect2: ld returned 1 exit status -- Edit bug report at http://bugs.php.net/bug.php?id=53339&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53339&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53339&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53339&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53339&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53339&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53339&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53339&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53339&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53339&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53339&r=support Expected behavior: http://bugs.php.net/fix.php?id=53339&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53339&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53339&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53339&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53339&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53339&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53339&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53339&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53339&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53339&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53339&r=mysqlcfg
Bug #53339 [Opn]: Fails to build LDAP module when compilng with gcc 4.5 and DSO libraries
Edit report at http://bugs.php.net/bug.php?id=53339&edit=1 ID: 53339 User updated by:clint at ubuntu dot com Reported by:clint at ubuntu dot com Summary:Fails to build LDAP module when compilng with gcc 4.5 and DSO libraries Status: Open Type: Bug Package:Compile Failure Operating System: Ubuntu Linux (natty) PHP Version:5.3.3 Block user comment: N Private report: N New Comment: This is tracked in Ubuntu under this bug report: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/676672 Previous Comments: [2010-11-18 09:28:40] clint at ubuntu dot com Description: The currenty Ubuntu development release (natty) has updated the toolchain to gcc 4.5 and uses DSO libs. Because of this, there are stricter restrictions on using symbols without directly linking to the library containing them. This patch fixes these issues, and compiles correctly on natty and the current stable release (Ubuntu 10.10). Test script: --- ./configure --with-ldap --with-openssl Fails because sasl2 is not linked directly. If that is fixed, make Fails because libssl does not contain X509_new (libcrypto does). Expected result: configure and build should complete Actual result: -- checking for sasl_version in -lldap... no configure: error: LDAP SASL check failed. Please check config.log for more information. make: *** [configure-apache2-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ext/zip/lib/.libs/zip_dirent.o: In function `_zip_dirent_read': /home/clint/pkg/php5/bzr/build-area/php5-5.3.3/ext/zip/lib/zip_dirent.c:478: warning: memset used with constant zero length parameter; this could be due to transposed parameters /home/clint/pkg/php5/bzr/build-area/php5-5.3.3/ext/zip/lib/zip_dirent.c:478: warning: memset used with constant zero length parameter; this could be due to transposed parameters /usr/bin/ld.bfd.real: ext/openssl/.libs/openssl.o: undefined reference to symbol 'X509_free@@OPENSSL_0.9.8' /usr/bin/ld.bfd.real: note: 'X509_free@@OPENSSL_0.9.8' is defined in DSO /lib64/libcrypto.so.0.9.8 so try adding it to the linker command line /lib64/libcrypto.so.0.9.8: could not read symbols: Invalid operation collect2: ld returned 1 exit status -- Edit this bug report at http://bugs.php.net/bug.php?id=53339&edit=1
[PHP-BUG] Bug #53447 [NEW]: Cannot disable SessionTicket extension for servers that do not support it
From:
Operating system: Linux (Ubuntu)
PHP version: 5.3.3
Package: OpenSSL related
Bug Type: Bug
Bug description:Cannot disable SessionTicket extension for servers that do not
support it
Description:
This bug originated here:
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/592442
As noted in the bug discussion, servers that do not properly support the
SessionTicket extension added in openssl 0.9.8n and later will produce an
error.
Users should have the ability to disable this extension, much like the
openssl
s_client utility does by passing -no_ticket.
With the test script below, if php is compiled against openssl < 0.9.8n
(such as
0.9.8g) will print the actual HTTP result on all three servers, but with >=
0.9.8n, will fail with SSL errors.
Test script:
---
https://cas.ucdavis.edu/login";, "https://server.db.kvk.nl/";,
"https://gmail.com/";);
foreach ($urls as $url) {
$fp = fopen($url, 'r');
print "$url - ";
if ($fp === FALSE) {
print "FAIL\n";
} else {
$data = stream_get_contents($fp);
print "OK ". strlen($data)." bytes\n";
}
fclose($fp);
}
Expected result:
https://cas.ucdavis.edu/login - OK 4796 bytes
Warning: fopen(https://server.db.kvk.nl/): failed to open stream: HTTP
request
failed! HTTP/1.1 403 Forbidden
in /home/clint/test.php on line 6
https://server.db.kvk.nl/ - FAIL
Warning: fclose(): supplied argument is not a valid stream resource in
/home/clint/test.php on line 14
https://gmail.com/ - OK 19059 bytes
Actual result:
--
# php test.php
PHP Warning: fopen(): SSL operation failed with code 1. OpenSSL Error
messages:
error:140773F2:SSL routines:func(119):reason(1010) in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 6
PHP Warning: fopen(): Failed to enable crypto in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 6
PHP Warning: fopen(https://cas.ucdavis.edu/login): failed to open stream:
operation failed in /home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on
line
6
https://cas.ucdavis.edu/login - FAIL
PHP Warning: fclose() expects parameter 1 to be resource, boolean given in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 14
PHP Warning: fopen(): SSL operation failed with code 1. OpenSSL Error
messages:
error:1407741A:SSL routines:func(119):reason(1050) in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 6
PHP Warning: fopen(): Failed to enable crypto in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 6
PHP Warning: fopen(https://server.db.kvk.nl/): failed to open stream:
operation
failed in /home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 6
https://server.db.kvk.nl/ - FAIL
PHP Warning: fclose() expects parameter 1 to be resource, boolean given in
/home/clint/pkg/php5/bzr/natty-php-ssl-fix/test.php on line 14
https://gmail.com/ - OK 19061 bytes
--
Edit bug report at http://bugs.php.net/bug.php?id=53447&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53447&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53447&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53447&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53447&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53447&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53447&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53447&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53447&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53447&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53447&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53447&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53447&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53447&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53447&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53447&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53447&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53447&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53447&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53447&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53447&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix
Bug #52106 [Com]: fopen fails on some SSL urls
Edit report at http://bugs.php.net/bug.php?id=52106&edit=1 ID: 52106 Comment by: clint at ubuntu dot com Reported by:sc0ttbeardsley at gmail dot com Summary:fopen fails on some SSL urls Status: Open Type: Bug Package:OpenSSL related Operating System: Ubuntu Lucid/Maverick PHP Version:5.3.2 Block user comment: N Private report: N New Comment: I think this issue is actually on the server side, and may be superceded by this bug request I just filed: http://bugs.php.net/bug.php?id=53447 Previous Comments: [2010-10-19 22:45:12] website-php at interfasys dot ch Same problem on FreeBSD 8.1 with PHP 5.2.14 and OpenSSL 1.0. Impossible to connect to a website using SSL. Immediate Timeout, error 0. Tried both fopen and fsockopen. [2010-10-13 18:41:27] jeremy dot postlethwaite at gmail dot com I am also having trouble with stream_socket_client and Zend_Auth_Adapter_Cas http://framework.zend.com/wiki/display/ZFPROP/Zend_Auth_Adapter_Cas+-+Jeremy+Postlethwaite I am using CentOS 5.5, zend-server-ce-php-5.3 and PHP 5.3.3. Here is my error: Unable to Connect to ssl://cas.ucdavis.edu:443. Error #0: The problem did not arise until I upgraded to PHP 5.3.3 [2010-10-04 13:57:50] shinoj at hotmail dot com Hi, I could not reproduce this bug on RHEL5 64 bit (kernel 2.6.18-164.el5) with php-5.1.6-23.2.el5_3 which is the redhat default and centos5 64 bit (kernel 2.6.18-194.3.1.el5) with php-5.3.2-2 Regards, Shinoj. [2010-09-28 10:40:39] ns at centralservices dot nl A note on my previous post. Downgrading to PHP 5.2.10 within Ubuntu 10.04.1 LTS does resolve the problem. So the bug clearly resides in the PHP codebase. [2010-09-20 16:39:02] ns at centralservices dot nl I'm having a similar problem. The URL I'm trying to open: https://login.twinfield.com/webservices/session.asmx?wsdl Environment in which it's working perfectly: Ubuntu 9.10 (php 5.2.10). Environment in which it's not working: Ubuntu 10.04.1 (php 5.3.2). The specific errors I get when trying to connect to the url: PHP Warning: fopen(): SSL operation failed with code 1. OpenSSL Error messages: error:14092073:SSL routines:func(146):reason(115) in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 PHP Warning: fopen(): Failed to enable crypto in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 PHP Warning: fopen(https://login.twinfield.com/webservices/session.asmx?wsdl): failed to open stream: operation failed in /share/ac/staging/test_twf_ubuntu10lts.php on line 26 This means that I cannot connect to a very important SSL webservice through SoapClient so I cannot upgrade to Ubuntu 10 lts, which I really need to because of another, new, crucial package our project will depend on. I guess that the failing SOAP call is related to the above, but just to be sure, I'm getting the following error when trying to create a SoapClient with the above WSDL url (note that a commandline wget of the url works just fine): PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://login.twinfield.com/webservices/session.asmx?wsdl' : failed to load external entity "https://login.twinfield.com/webservices/session.asmx?wsdl"; in /share/staging/test_twf_ubuntu10lts.php on line 30 SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://login.twinfield.com/webservices/session.asmx?wsdl' : failed to load external entity "https://login.twinfield.com/webservices/session.asmx?wsdl"; The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=52106 -- Edit this bug report at http://bugs.php.net/bug.php?id=52106&edit=1
[PHP-BUG] Bug #54097 [NEW]: rename() of dirs accross devices produces confusing copy error
From:
Operating system: Linux (Ubuntu)
PHP version: 5.3.6RC1
Package: Filesystem function related
Bug Type: Bug
Bug description:rename() of dirs accross devices produces confusing copy error
Description:
When a user tries to rename a directory accross filesystems, they are
presented
with this warning:
PHP Warning: rename(): The first argument to copy() function cannot be a
directory in Command line code on line 1
PHP Warning: rename(t2,/var/run/test/t2): Invalid cross-device link in
Command
line code on line 1
To contrast this, running 'mv t2 /var/run/test/t2' works without any
problems.
Test script:
---
$ sudo mkdir /var/run/test && sudo chown `whoami` /var/run/test
$ mkdir t2
$ touch t2/a.file
$ php -r "rename('t2','/var/run/test/t2');"
Expected result:
I would expect the directory to be copied with its contents in their
entirety to
the new destination, *OR* at the very least, an error message that
specifies that
one cannot rename directories, as its confusing that it mentions copy
during a
rename.
Actual result:
--
PHP Warning: rename(): The first argument to copy() function cannot be a
directory in Command line code on line 1
PHP Warning: rename(t2,/var/run/test/t2): Invalid cross-device link in
Command
line code on line 1
--
Edit bug report at http://bugs.php.net/bug.php?id=54097&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54097&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54097&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54097&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54097&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54097&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54097&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54097&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54097&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54097&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54097&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54097&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54097&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54097&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54097&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54097&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54097&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54097&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54097&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54097&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54097&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54097&r=mysqlcfg
Bug #54097 [Opn]: rename() of dirs accross devices produces confusing copy error
Edit report at http://bugs.php.net/bug.php?id=54097&edit=1
ID: 54097
User updated by:clint at ubuntu dot com
Reported by:clint at ubuntu dot com
Summary:rename() of dirs accross devices produces confusing
copy error
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: Linux (Ubuntu)
PHP Version:5.3.6RC1
Block user comment: N
Private report: N
New Comment:
I forgot to mention, this was reported in Ubuntu here:
https://launchpad.net/bugs/723330
Previous Comments:
[2011-02-25 02:10:59] clint at ubuntu dot com
Description:
When a user tries to rename a directory accross filesystems, they are
presented
with this warning:
PHP Warning: rename(): The first argument to copy() function cannot be
a
directory in Command line code on line 1
PHP Warning: rename(t2,/var/run/test/t2): Invalid cross-device link in
Command
line code on line 1
To contrast this, running 'mv t2 /var/run/test/t2' works without any
problems.
Test script:
---
$ sudo mkdir /var/run/test && sudo chown `whoami` /var/run/test
$ mkdir t2
$ touch t2/a.file
$ php -r "rename('t2','/var/run/test/t2');"
Expected result:
I would expect the directory to be copied with its contents in their
entirety to
the new destination, *OR* at the very least, an error message that
specifies that
one cannot rename directories, as its confusing that it mentions copy
during a
rename.
Actual result:
--
PHP Warning: rename(): The first argument to copy() function cannot be
a
directory in Command line code on line 1
PHP Warning: rename(t2,/var/run/test/t2): Invalid cross-device link in
Command
line code on line 1
--
Edit this bug report at http://bugs.php.net/bug.php?id=54097&edit=1
