#41669 [Bgs-Opn]: Unresolved symbol: scl_init

2007-06-29 Thread mad at dactar dot ch
 ID:   41669
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: CGI related
 Operating System: HP-UX 11.11
 PHP Version:  5.2.3
 New Comment:

I agree, but in this case, I don't understand why php library works
without problems with apache and not php client.


Previous Comments:


[2007-06-25 19:07:23] [EMAIL PROTECTED]

Unresolved symbols in some third-party library is hardly a PHP problem.



[2007-06-18 15:58:53] mad at dactar dot ch

Category changed to CLI related because only PHP client is affected by
this bug.



[2007-06-14 11:17:05] mad at dactar dot ch

Please note that there's no problem witch php module loaded in apache.
This problem is only present with php client. Any ideas about this ?



[2007-06-12 11:24:16] mad at dactar dot ch

Description:

After compile PHP, when I run sapi/cli/php I've got the following error
: 

/usr/lib/dld.sl: Unresolved symbol: scl_init (code)  from
/path/to/sybase/lib/libct_r.sl
Abort(coredump)


Reproduce code:
---
Configure options : 

./configure --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap
--with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2
--prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs

Changes in Makefile (Line EXTRA_LIBS) : 

:1,$s/-lcrypt //g
:1,$s/-lcrypt$//
:1,$s/-lintl/_r/g

EXTRA_LIBS after changes : 

EXTRA_LIBS = -lc-client -lsybtcl -lintl_r -lcomn -lct -lcs -lrt -lssl
-lcrypto -lpam -liconv -lm -lnsl -lxml2 -liconv -lm -lxml2 -liconv -lm
-lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv
-lm

make
sapi/cli/php






-- 
Edit this bug report at http://bugs.php.net/?id=41669edit=1


#41669 [Opn]: Unresolved symbol: scl_init

2007-06-18 Thread mad at dactar dot ch
 ID:   41669
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Open
-Bug Type: Sybase-ct (ctlib) related
+Bug Type: CGI related
 Operating System: HP-UX 11.11
 PHP Version:  5.2.3
 New Comment:

Category changed to CLI related because only PHP client is affected by
this bug.


Previous Comments:


[2007-06-14 11:17:05] mad at dactar dot ch

Please note that there's no problem witch php module loaded in apache.
This problem is only present with php client. Any ideas about this ?



[2007-06-12 11:24:16] mad at dactar dot ch

Description:

After compile PHP, when I run sapi/cli/php I've got the following error
: 

/usr/lib/dld.sl: Unresolved symbol: scl_init (code)  from
/path/to/sybase/lib/libct_r.sl
Abort(coredump)


Reproduce code:
---
Configure options : 

./configure --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap
--with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2
--prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs

Changes in Makefile (Line EXTRA_LIBS) : 

:1,$s/-lcrypt //g
:1,$s/-lcrypt$//
:1,$s/-lintl/_r/g

EXTRA_LIBS after changes : 

EXTRA_LIBS = -lc-client -lsybtcl -lintl_r -lcomn -lct -lcs -lrt -lssl
-lcrypto -lpam -liconv -lm -lnsl -lxml2 -liconv -lm -lxml2 -liconv -lm
-lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv
-lm

make
sapi/cli/php






-- 
Edit this bug report at http://bugs.php.net/?id=41669edit=1


#41669 [Opn]: Unresolved symbol: scl_init

2007-06-14 Thread mad at dactar dot ch
 ID:   41669
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Open
 Bug Type: Sybase-ct (ctlib) related
 Operating System: HP-UX 11.11
 PHP Version:  5.2.3
 New Comment:

Please note that there's no problem witch php module loaded in apache.
This problem is only present with php client. Any ideas about this ?


Previous Comments:


[2007-06-12 11:24:16] mad at dactar dot ch

Description:

After compile PHP, when I run sapi/cli/php I've got the following error
: 

/usr/lib/dld.sl: Unresolved symbol: scl_init (code)  from
/path/to/sybase/lib/libct_r.sl
Abort(coredump)


Reproduce code:
---
Configure options : 

./configure --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap
--with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2
--prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs

Changes in Makefile (Line EXTRA_LIBS) : 

:1,$s/-lcrypt //g
:1,$s/-lcrypt$//
:1,$s/-lintl/_r/g

EXTRA_LIBS after changes : 

EXTRA_LIBS = -lc-client -lsybtcl -lintl_r -lcomn -lct -lcs -lrt -lssl
-lcrypto -lpam -liconv -lm -lnsl -lxml2 -liconv -lm -lxml2 -liconv -lm
-lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv
-lm

make
sapi/cli/php






-- 
Edit this bug report at http://bugs.php.net/?id=41669edit=1


#41669 [NEW]: Unresolved symbol: scl_init

2007-06-12 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: HP-UX 11.11
PHP version:  5.2.3
PHP Bug Type: *Compile Issues
Bug description:  Unresolved symbol: scl_init

Description:

After compile PHP, when I run sapi/cli/php I've got the following error :


/usr/lib/dld.sl: Unresolved symbol: scl_init (code)  from
/path/to/sybase/lib/libct_r.sl
Abort(coredump)


Reproduce code:
---
Configure options : 

./configure --with-sybase-ct=/path/to/sybase --with-imap=/path/to/imap
--with-imap-ssl=/usr --with-libxml-dir=/path/to/libxml2
--prefix=/path/to/php --with-apxs=/path/to/apache/bin/apxs

Changes in Makefile (Line EXTRA_LIBS) : 

:1,$s/-lcrypt //g
:1,$s/-lcrypt$//
:1,$s/-lintl/_r/g

EXTRA_LIBS after changes : 

EXTRA_LIBS = -lc-client -lsybtcl -lintl_r -lcomn -lct -lcs -lrt -lssl
-lcrypto -lpam -liconv -lm -lnsl -lxml2 -liconv -lm -lxml2 -liconv -lm
-lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv -lm -lxml2 -liconv
-lm

make
sapi/cli/php


-- 
Edit bug report at http://bugs.php.net/?id=41669edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=41669r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=41669r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=41669r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41669r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=41669r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=41669r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41669r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41669r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=41669r=support
Expected behavior:http://bugs.php.net/fix.php?id=41669r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=41669r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=41669r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41669r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=41669r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41669r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41669r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=41669r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=41669r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=41669r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41669r=mysqlcfg


#39009 [NEW]: phpinfo('imap') return nothing

2006-10-01 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: irrelevant
PHP version:  5.1.6
PHP Bug Type: *General Issues
Bug description:  phpinfo('imap') return nothing

Description:

echo phpinfo('imap') return nothing

Reproduce code:
---
?
echo phpversion('imap');
?


Expected result:

2001

Actual result:
--
nothing

-- 
Edit bug report at http://bugs.php.net/?id=39009edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39009r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39009r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39009r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39009r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39009r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39009r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39009r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39009r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39009r=support
Expected behavior:http://bugs.php.net/fix.php?id=39009r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=39009r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=39009r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=39009r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=39009r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=39009r=dst
IIS Stability:http://bugs.php.net/fix.php?id=39009r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=39009r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=39009r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=39009r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=39009r=mysqlcfg


#39009 [Opn]: phpversion('imap') return nothing

2006-10-01 Thread mad at dactar dot ch
 ID:   39009
 User updated by:  mad at dactar dot ch
-Summary:  phpinfo('imap') return nothing
 Reported By:  mad at dactar dot ch
 Status:   Open
 Bug Type: *General Issues
 Operating System: irrelevant
 PHP Version:  5.1.6
 New Comment:

.


Previous Comments:


[2006-10-01 15:18:02] mad at dactar dot ch

Description:

echo phpinfo('imap') return nothing

Reproduce code:
---
?
echo phpversion('imap');
?


Expected result:

2001

Actual result:
--
nothing





-- 
Edit this bug report at http://bugs.php.net/?id=39009edit=1


#39009 [Opn]: phpversion('imap') return nothing

2006-10-01 Thread mad at dactar dot ch
 ID:   39009
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Open
 Bug Type: *General Issues
 Operating System: irrelevant
 PHP Version:  5.1.6
 New Comment:

phpversion('imap') return nothing


Previous Comments:


[2006-10-01 15:18:51] mad at dactar dot ch

.



[2006-10-01 15:18:02] mad at dactar dot ch

Description:

echo phpinfo('imap') return nothing

Reproduce code:
---
?
echo phpversion('imap');
?


Expected result:

2001

Actual result:
--
nothing





-- 
Edit this bug report at http://bugs.php.net/?id=39009edit=1


#39009 [Bgs-Opn]: phpversion('imap') return nothing

2006-10-01 Thread mad at dactar dot ch
 ID:   39009
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: *General Issues
 Operating System: irrelevant
 PHP Version:  5.1.6
 New Comment:

If the information is available via phpinfo(), the information could be
associated with phpversion, no ?


Previous Comments:


[2006-10-01 15:50:02] [EMAIL PROTECTED]

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

returns the version of that extension, or FALSE if there 
is no version information associated



[2006-10-01 15:19:55] mad at dactar dot ch

phpversion('imap') return nothing



[2006-10-01 15:18:51] mad at dactar dot ch

.



[2006-10-01 15:18:02] mad at dactar dot ch

Description:

echo phpinfo('imap') return nothing

Reproduce code:
---
?
echo phpversion('imap');
?


Expected result:

2001

Actual result:
--
nothing





-- 
Edit this bug report at http://bugs.php.net/?id=39009edit=1


#38581 [NEW]: pdo_sqlite version

2006-08-24 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: All
PHP version:  5.1.5
PHP Bug Type: Feature/Change Request
Bug description:  pdo_sqlite version

Description:

Please upgrade libsqlite in ext/pdo_sqlite to 3.3.7 for the next version
of PHP 5. Raison : bugs corrections and new features.

Last upgrade was for php 5.1.2 : 

Updated libsqlite in ext/pdo_sqlite to 3.2.8. (Ilia)


-- 
Edit bug report at http://bugs.php.net/?id=38581edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=38581r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=38581r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=38581r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38581r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=38581r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=38581r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38581r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38581r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=38581r=support
Expected behavior:http://bugs.php.net/fix.php?id=38581r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=38581r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=38581r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38581r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=38581r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38581r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38581r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=38581r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=38581r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=38581r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38581r=mysqlcfg


#38581 [Bgs-Csd]: pdo_sqlite version

2006-08-24 Thread mad at dactar dot ch
 ID:   38581
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.1.5
 New Comment:

:) Thanks.


Previous Comments:


[2006-08-24 11:06:48] [EMAIL PROTECTED]

17 Aug 2006, PHP 5.2.0RC2
- Updated libsqlite in ext/pdo_sqlite to 3.3.7. (Ilia)




[2006-08-24 11:01:50] mad at dactar dot ch

Description:

Please upgrade libsqlite in ext/pdo_sqlite to 3.3.7 for the next
version of PHP 5. Raison : bugs corrections and new features.

Last upgrade was for php 5.1.2 : 

Updated libsqlite in ext/pdo_sqlite to 3.2.8. (Ilia)






-- 
Edit this bug report at http://bugs.php.net/?id=38581edit=1


#38581 [Bgs-Csd]: pdo_sqlite version

2006-08-24 Thread mad at dactar dot ch
 ID:   38581
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.1.5
 New Comment:

Is PHP 5.2.0RC2 changelog accessible via one URL ? If yes, which one ?
Thanks in advance.


Previous Comments:


[2006-08-24 11:10:27] mad at dactar dot ch

:) Thanks.



[2006-08-24 11:06:48] [EMAIL PROTECTED]

17 Aug 2006, PHP 5.2.0RC2
- Updated libsqlite in ext/pdo_sqlite to 3.3.7. (Ilia)




[2006-08-24 11:01:50] mad at dactar dot ch

Description:

Please upgrade libsqlite in ext/pdo_sqlite to 3.3.7 for the next
version of PHP 5. Raison : bugs corrections and new features.

Last upgrade was for php 5.1.2 : 

Updated libsqlite in ext/pdo_sqlite to 3.2.8. (Ilia)






-- 
Edit this bug report at http://bugs.php.net/?id=38581edit=1


#38581 [Bgs-Csd]: pdo_sqlite version

2006-08-24 Thread mad at dactar dot ch
 ID:   38581
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Closed
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  5.1.5
 New Comment:

I was talking about the changelog only not the complete archive.


Previous Comments:


[2006-08-24 11:44:22] [EMAIL PROTECTED]

http://downloads.php.net/ilia/php-5.2.0RC2.tar.bz2  




[2006-08-24 11:40:58] mad at dactar dot ch

Is PHP 5.2.0RC2 changelog accessible via one URL ? If yes, which one ?
Thanks in advance.



[2006-08-24 11:10:27] mad at dactar dot ch

:) Thanks.



[2006-08-24 11:06:48] [EMAIL PROTECTED]

17 Aug 2006, PHP 5.2.0RC2
- Updated libsqlite in ext/pdo_sqlite to 3.3.7. (Ilia)




[2006-08-24 11:01:50] mad at dactar dot ch

Description:

Please upgrade libsqlite in ext/pdo_sqlite to 3.3.7 for the next
version of PHP 5. Raison : bugs corrections and new features.

Last upgrade was for php 5.1.2 : 

Updated libsqlite in ext/pdo_sqlite to 3.2.8. (Ilia)






-- 
Edit this bug report at http://bugs.php.net/?id=38581edit=1


#38537 [NEW]: timezone difference between PDO/Sqlite and PHP

2006-08-21 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: HP-UX
PHP version:  5.1.5
PHP Bug Type: PDO related
Bug description:  timezone difference between PDO/Sqlite and PHP

Description:

The date.timezone option defined in php.ini has no effect on PDO/Sqlite.

date.timezone = Europe/Zurich

Reproduce code:
---
?
echo pre;
echo '   PHP : ' . date(Y-m-j G:i:s);
date(D M j G:i:s T Y);
echo BR;

echo '  UNIX : ';
passthru(date '+%Y-%m-%d %H:%M:%S');
echo BR;

echo 'PDO/Sqlite : ';
$db = new PDO(sqlite::memory:);
$query=select datetime('now');
$row = $db-query($query);
$result=$row-fetch(PDO::FETCH_NUM);
echo $result[0];
?

Expected result:

   PHP : 2006-08-21 17:49:24  
  UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 17:49:24


Actual result:
--
   PHP : 2006-08-21 17:49:24  
  UNIX : 2006-08-21 17:49:24
PDO/Sqlite : 2006-08-21 15:49:24


-- 
Edit bug report at http://bugs.php.net/?id=38537edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=38537r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=38537r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=38537r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38537r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=38537r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=38537r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38537r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38537r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=38537r=support
Expected behavior:http://bugs.php.net/fix.php?id=38537r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=38537r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=38537r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38537r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=38537r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38537r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38537r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=38537r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=38537r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=38537r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38537r=mysqlcfg


#37659 [Bgs-Opn]: imap_headerinfo vs message_id

2006-06-02 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

Sorry for the misunderstood, but is it possible to have debug messages
with php and a particular extension (in this case imap/c-client) ?

I would have php debug data for imap-client with the php code I've
provided.


Previous Comments:


[2006-06-01 14:21:11] [EMAIL PROTECTED]

It's right, but PHP, PHP's users and website's visitors are impacted.


As well as everybody else using c-client.

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

You should ask them about it.



[2006-06-01 14:15:55] mad at dactar dot ch

Change status



[2006-06-01 12:46:41] mad at dactar dot ch

Thanks for your answer.

 Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

 If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.



[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



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/37659

-- 
Edit this bug report at http://bugs.php.net/?id=37659edit=1


#37659 [Bgs]: imap_headerinfo vs message_id

2006-06-02 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Bogus
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

I'm talking about debug messages for an extension. But if PHP doesn't
have a debug mode for the extensions, there's no debug messages
available of course.


Previous Comments:


[2006-06-02 10:39:50] [EMAIL PROTECTED]

I've no idea what debug messages are you talking about.
Please keep this bug as bogus.



[2006-06-02 10:14:12] mad at dactar dot ch

Sorry for the misunderstood, but is it possible to have debug messages
with php and a particular extension (in this case imap/c-client) ?

I would have php debug data for imap-client with the php code I've
provided.



[2006-06-01 14:21:11] [EMAIL PROTECTED]

It's right, but PHP, PHP's users and website's visitors are impacted.


As well as everybody else using c-client.

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

You should ask them about it.



[2006-06-01 14:15:55] mad at dactar dot ch

Change status



[2006-06-01 12:46:41] mad at dactar dot ch

Thanks for your answer.

 Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

 If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.



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/37659

-- 
Edit this bug report at http://bugs.php.net/?id=37659edit=1


#37659 [Bgs]: imap_headerinfo vs message_id

2006-06-01 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Bogus
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

Thanks for your answer.

 Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

 If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.


Previous Comments:


[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo Message_ID : $header-message_idbr;


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






-- 
Edit this bug report at http://bugs.php.net/?id=37659edit=1


#37659 [Bgs-Opn]: imap_headerinfo vs message_id

2006-06-01 Thread mad at dactar dot ch
 ID:   37659
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: IMAP related
 Operating System: HP-UX
 PHP Version:  5.1.4
 New Comment:

Change status


Previous Comments:


[2006-06-01 12:46:41] mad at dactar dot ch

Thanks for your answer.

 Does imap_fetch_overview() works for you in this case ?

No, it's the problem is also present with imap_fetch_overview.

 If c-client returns empty/invalid data - there is not much PHP can do
about it.

It's right, but PHP, PHP's users and website's visitors are impacted. 

So, I can open a bug to c-client's mainteners. I need debug data for
that. Is there a way to obtain such info ? 

Thanks for your answer.



[2006-06-01 08:39:09] [EMAIL PROTECTED]

PHP uses c-client as the underlying library for ext/imap.
If c-client returns empty/invalid data - there is not much PHP can do
about it.



[2006-05-31 20:19:32] judas dot iscariote at gmail dot com

Does imap_fetch_overview() works for you in this case ?

this is unlikely to be a PHP bug,though.



[2006-05-31 19:36:34] mad at dactar dot ch

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail
is local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo Message_ID : $header-message_idbr;


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.






-- 
Edit this bug report at http://bugs.php.net/?id=37659edit=1


#37659 [NEW]: imap_headerinfo vs message_id

2006-05-31 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: HP-UX
PHP version:  5.1.4
PHP Bug Type: IMAP related
Bug description:  imap_headerinfo vs message_id

Description:

Message_id retrived by imap_headerinfo is empty when mail is local.
Message_id retrived by Thunderbird for exemple is correct event if mail is
local.

Reproduce code:
---
Very simple code : 

$mbox=imap_open($MAILSERVER,
   $PHP_AUTH_USER,
   $PHP_AUTH_PW);
$header=imap_headerinfo($mbox,
   $num,
   80,80);
echo Message_ID : $header-message_idbr;


Expected result:

Always see the Message_id if it is set on the mail server.

Actual result:
--
Message_id's content is lost when we use PHP/imap and if the mail is
local. There's no problem with mails from outside.


-- 
Edit bug report at http://bugs.php.net/?id=37659edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=37659r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=37659r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=37659r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37659r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=37659r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=37659r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37659r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37659r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=37659r=support
Expected behavior:http://bugs.php.net/fix.php?id=37659r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=37659r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=37659r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37659r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=37659r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37659r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37659r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=37659r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=37659r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=37659r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37659r=mysqlcfg


#36960 [Bgs-Opn]: Cannot create shared library when a static library is used

2006-04-11 Thread mad at dactar dot ch
 ID:   36960
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
-Bug Type: Compile Failure
+Bug Type: Compile Warning
 Operating System: HP-UX
 PHP Version:  5.1.2
 New Comment:

I can't have c-client (imap) as shared library
(cf FAQ c-client Why don't you make c-client a shared library? :
http://www.washington.edu/imap/IMAP-FAQs/index.html#6.3)

So, if there's no solution, I think that a warning (You are going to
compile php on HP-UX with imap support : No shared library can be
build) in configuration step about this problem would not be an bad
idea.

I change the category of this ticket from Compile Failure to Compile
Warning

@++
JC


Previous Comments:


[2006-04-10 21:27:57] [EMAIL PROTECTED]

It won't do any good, you still have to have all libraries as shared.



[2006-04-10 13:19:47] mad at dactar dot ch

It's seems that I don't have libtool installed on my system : 

ksh: libtool:  not found

There's a file called libtool who is placed in php source root
directory. This file seems be created during php ./configure. 

Should I report a bug to libtool's authors about this file ?



[2006-04-10 11:08:19] [EMAIL PROTECTED]

Just go blame the libtool authors. They decided that you have to have
everything either static or shared on your system.
Not a PHP bug.



[2006-04-03 14:58:34] mad at dactar dot ch

Description:

Cannot create shared library when a static library is used.

When one package (c-client (imap) in my case) is build as an static
library, the final php library is build on HP-UX as an static library.

It's not the case with Linux.

Reproduce code:
---
./configure \
--with-config-file-path=/PKl01h01/soft/web/cfg \
--with-mysql=/PKl01h01/soft/mysql \
--with-pgsql=/PKl01h01/soft/postgresql \
--with-sybase-ct=/PKl01hd2/soft/ase12.5/OCS-12_5 \
--with-pdflib=/PKl01h01/soft/web \
--with-zlib-dir=/PKl01h01/soft/web \
--with-png-dir=/PKl01h01/soft/web \
--with-ttf=/PKl01h01/soft/web \
--with-jpeg-dir=/PKl01h01/soft/web \
--with-imap=/PKl01h01/soft/src/imap \
--with-imap-ssl=/PKl01h01/soft/web/ \
--with-libxml-dir=/PKl01h01/soft/web \
--without-iconv \
--with-gd \
--prefix=/PKl01h01/soft/web \
--with-apxs=/PKl01h01/soft/web/apache/bin/apxs \
--enable-gd-native-ttf

make

look at libs directory

total 60588
-rw-r--r--   1 xx   yy   31010182 Apr  3 14:39 libphp5.a
-rw-r-   1 xx   yy  1518 Apr  3 14:39 libphp5.la


Expected result:

an .sl (shared library) and not a static library (.a)






-- 
Edit this bug report at http://bugs.php.net/?id=36960edit=1


#36960 [Bgs-Opn]: Cannot create shared library when a static library is used

2006-04-10 Thread mad at dactar dot ch
 ID:   36960
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Bogus
+Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX
 PHP Version:  5.1.2
 New Comment:

It's seems that I don't have libtool installed on my system : 

ksh: libtool:  not found

There's a file called libtool who is placed in php source root
directory. This file seems be created during php ./configure. 

Should I report a bug to libtool's authors about this file ?


Previous Comments:


[2006-04-10 11:08:19] [EMAIL PROTECTED]

Just go blame the libtool authors. They decided that you have to have
everything either static or shared on your system.
Not a PHP bug.



[2006-04-03 14:58:34] mad at dactar dot ch

Description:

Cannot create shared library when a static library is used.

When one package (c-client (imap) in my case) is build as an static
library, the final php library is build on HP-UX as an static library.

It's not the case with Linux.

Reproduce code:
---
./configure \
--with-config-file-path=/PKl01h01/soft/web/cfg \
--with-mysql=/PKl01h01/soft/mysql \
--with-pgsql=/PKl01h01/soft/postgresql \
--with-sybase-ct=/PKl01hd2/soft/ase12.5/OCS-12_5 \
--with-pdflib=/PKl01h01/soft/web \
--with-zlib-dir=/PKl01h01/soft/web \
--with-png-dir=/PKl01h01/soft/web \
--with-ttf=/PKl01h01/soft/web \
--with-jpeg-dir=/PKl01h01/soft/web \
--with-imap=/PKl01h01/soft/src/imap \
--with-imap-ssl=/PKl01h01/soft/web/ \
--with-libxml-dir=/PKl01h01/soft/web \
--without-iconv \
--with-gd \
--prefix=/PKl01h01/soft/web \
--with-apxs=/PKl01h01/soft/web/apache/bin/apxs \
--enable-gd-native-ttf

make

look at libs directory

total 60588
-rw-r--r--   1 xx   yy   31010182 Apr  3 14:39 libphp5.a
-rw-r-   1 xx   yy  1518 Apr  3 14:39 libphp5.la


Expected result:

an .sl (shared library) and not a static library (.a)






-- 
Edit this bug report at http://bugs.php.net/?id=36960edit=1


#36960 [NEW]: Cannot create shared library when a static library is used

2006-04-03 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: HP-UX
PHP version:  5.1.2
PHP Bug Type: *Compile Issues
Bug description:  Cannot create shared library when a static library is used

Description:

Cannot create shared library when a static library is used.

When one package (c-client (imap) in my case) is build as an static
library, the final php library is build on HP-UX as an static library.

It's not the case with Linux.

Reproduce code:
---
./configure \
--with-config-file-path=/PKl01h01/soft/web/cfg \
--with-mysql=/PKl01h01/soft/mysql \
--with-pgsql=/PKl01h01/soft/postgresql \
--with-sybase-ct=/PKl01hd2/soft/ase12.5/OCS-12_5 \
--with-pdflib=/PKl01h01/soft/web \
--with-zlib-dir=/PKl01h01/soft/web \
--with-png-dir=/PKl01h01/soft/web \
--with-ttf=/PKl01h01/soft/web \
--with-jpeg-dir=/PKl01h01/soft/web \
--with-imap=/PKl01h01/soft/src/imap \
--with-imap-ssl=/PKl01h01/soft/web/ \
--with-libxml-dir=/PKl01h01/soft/web \
--without-iconv \
--with-gd \
--prefix=/PKl01h01/soft/web \
--with-apxs=/PKl01h01/soft/web/apache/bin/apxs \
--enable-gd-native-ttf

make

look at libs directory

total 60588
-rw-r--r--   1 xx   yy   31010182 Apr  3 14:39 libphp5.a
-rw-r-   1 xx   yy  1518 Apr  3 14:39 libphp5.la


Expected result:

an .sl (shared library) and not a static library (.a)


-- 
Edit bug report at http://bugs.php.net/?id=36960edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=36960r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=36960r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=36960r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36960r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=36960r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=36960r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36960r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36960r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=36960r=support
Expected behavior:http://bugs.php.net/fix.php?id=36960r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=36960r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=36960r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36960r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=36960r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36960r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36960r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=36960r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=36960r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=36960r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36960r=mysqlcfg


#35554 [Fbk-Opn]: Unsatisfied symbols libiconv

2005-12-07 Thread mad at dactar dot ch
 ID:   35554
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
 PHP Version:  5CVS-2005-12-05 (snap)
 New Comment:

Here's the result with LDFLAGS=-liconv

creating cache ./config.cache
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for egrep... grep -E
checking for a sed that does not truncate output... /usr/bin/sed
checking host system type... hppa2.0n-hp-hpux11.00
checking target system type... hppa2.0n-hp-hpux11.00
checking for gcc... gcc
checking whether the C compiler (gcc  -liconv) works... no
configure: error: installation or configuration problem: C compiler
cannot create executables.

so I've tried to compile without this LDFLAGS and with the
--without-iconv configure's argument and it compiles now fine.

So it's a problem with the iconv library on HP-UX. Do you know if this
library works on this system or if I should install libiconv ? 

Thanks

@++
JC


Previous Comments:


[2005-12-06 20:23:47] [EMAIL PROTECTED]

Have you tried adding -liconv to your LDFLAGS?



[2005-12-05 14:07:37] mad at dactar dot ch

I've tried with the latest CVS and I don't have the zend_error_noreturn
error message anymore. The others messages are still here : 

/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (code)
   libiconv_open (code)
   libiconv_close (code)
collect2: ld returned 1 exit status
*** Error exit code 1

Stop.



[2005-12-05 12:52:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.1-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.1-win32-latest.zip





[2005-12-05 12:48:38] mad at dactar dot ch

Description:

Hellow, 

I've errors when I compile php on HP-UX 

Reproduce code:
---
Here's my configure's options : 

./configure \
--prefix=/PKl01h01/soft/web \
--with-libxml-dir=/PKl01h01/soft/web


Expected result:

No error on compile

Actual result:
--
/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (code)
   libiconv_open (code)
   libiconv_close (code)
   zend_error_noreturn (code)
collect2: ld returned 1 exit status
*** Error exit code 1

Stop.





-- 
Edit this bug report at http://bugs.php.net/?id=35554edit=1


#35554 [NEW]: Unsatisfied symbols libiconv + zend_error_noreturn

2005-12-05 Thread mad at dactar dot ch
From: mad at dactar dot ch
Operating system: HP-UX 11.00
PHP version:  5.1.1
PHP Bug Type: Compile Failure
Bug description:  Unsatisfied symbols libiconv + zend_error_noreturn

Description:

Hellow, 

I've errors when I compile php on HP-UX 

Reproduce code:
---
Here's my configure's options : 

./configure \
--prefix=/PKl01h01/soft/web \
--with-libxml-dir=/PKl01h01/soft/web


Expected result:

No error on compile

Actual result:
--
/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (code)
   libiconv_open (code)
   libiconv_close (code)
   zend_error_noreturn (code)
collect2: ld returned 1 exit status
*** Error exit code 1

Stop.

-- 
Edit bug report at http://bugs.php.net/?id=35554edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=35554r=trysnapshot44
Try a CVS snapshot (PHP 5.1): 
http://bugs.php.net/fix.php?id=35554r=trysnapshot51
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=35554r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35554r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=35554r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=35554r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35554r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35554r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=35554r=support
Expected behavior:http://bugs.php.net/fix.php?id=35554r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=35554r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=35554r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35554r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=35554r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35554r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35554r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=35554r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=35554r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=35554r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35554r=mysqlcfg


#35554 [Fbk-Opn]: Unsatisfied symbols libiconv + zend_error_noreturn

2005-12-05 Thread mad at dactar dot ch
 ID:   35554
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
-PHP Version:  5.1.1
+PHP Version:  5.1-200512051130
 New Comment:

I've tried with the latest CVS and I don't have the zend_error_noreturn
error message anymore. The others messages are still here : 

/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (code)
   libiconv_open (code)
   libiconv_close (code)
collect2: ld returned 1 exit status
*** Error exit code 1

Stop.


Previous Comments:


[2005-12-05 12:52:41] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.1-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.1-win32-latest.zip





[2005-12-05 12:48:38] mad at dactar dot ch

Description:

Hellow, 

I've errors when I compile php on HP-UX 

Reproduce code:
---
Here's my configure's options : 

./configure \
--prefix=/PKl01h01/soft/web \
--with-libxml-dir=/PKl01h01/soft/web


Expected result:

No error on compile

Actual result:
--
/usr/ccs/bin/ld: Unsatisfied symbols:
   libiconv (code)
   libiconv_open (code)
   libiconv_close (code)
   zend_error_noreturn (code)
collect2: ld returned 1 exit status
*** Error exit code 1

Stop.





-- 
Edit this bug report at http://bugs.php.net/?id=35554edit=1


#22351 [Com]: Error in gdttf.c ??

2003-03-26 Thread mad at dactar dot ch
 ID:   22351
 Comment by:   mad at dactar dot ch
 Reported By:  j dot lammerts at chello dot nl
 Status:   No Feedback
 Bug Type: GD related
 Operating System: AIX 4.3.3
 PHP Version:  4CVS-2003-02-21 (stable)
 New Comment:

I had the same problem but not exactly the same errors.

I've added --enable-gd-native-ttf to the configure line
and it works :)

Version tested : php-4.3.2RC1

@++
JC


Previous Comments:


[2003-03-09 18:58:08] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2003-03-04 20:16:04] [EMAIL PROTECTED]

Any update on this?




[2003-02-28 07:17:55] j dot lammerts at chello dot nl

Will try this, but it will be next week...

Thanks



[2003-02-26 19:15:00] [EMAIL PROTECTED]

Could you try adding --enable-gd-native-ttf to you configure line and
if that does not help try upgrading to a later version of FreeType 2.



[2003-02-24 03:11:30] j dot lammerts at chello dot nl

The freetype version is 2.0.1.0, and AFAIK it is the only version
installed on our system.



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/22351

-- 
Edit this bug report at http://bugs.php.net/?id=22351edit=1



#19918 [NoF-Csd]: no libphp4.so produced

2003-02-25 Thread mad at dactar dot ch
 ID:   19918
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   No Feedback
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
 PHP Version:  4.3.1
 New Comment:

Successfully tested with apache 1.3.27 AND apache 2.0.44

Thanks 
@++
JC


Previous Comments:


[2003-02-25 02:04:12] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2003-02-18 22:58:40] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

I have added a possible fix for this problem.
Now if crypt() is found in libc, then we don't
force adding of libcrypt anymore.




[2003-02-18 13:57:51] mad at dactar dot ch

This workarround (replace -lcrypt by -lc) works.
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))



[2003-02-18 13:57:18] mad at dactar dot ch

This workarround (replace -lcrypt by -lc).
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))



[2003-02-05 18:15:34] kbrott at eli dot net

Reproduced bug on patched-to-current HP-UX 11.00 system trying to 
build php-4.3.0 against apache httpd 2.0.43 (as well as the 
php-200301290030.tar.gz snapshot).

Have determined cause and offer working solution (well - it worked on 
my systems anyway).

Here's the config.nice that I used for this instance:
#! /bin/sh
#
# Created by configure

CFLAGS='-O3' \
LDFLAGS='-L/opt/admin/lib -L/opt/tools/lib' \
CC='gcc' \
'./configure' \
'--prefix=/opt/php4' \
'--with-apxs2=/opt/apache/sbin/apxs' \
'--enable-shared' \
'--enable-force-cgi-redirect' \
'--with-openssl=/opt/tools' \
'--with-zlib=/opt/tools' \
'--enable-bcmath' \
'--with-bz2=/opt/tools' \
'--enable-calendar' \
'--enable-dba' \
'--with-gdbm=/opt/tools' \
'--with-db3=/opt/tools' \
'--with-flatfile' \
'--enable-dbase' \
'--enable-dbx' \
'--enable-ftp' \
'--with-gmp=/opt/tools' \
'--with-mysql=/opt/mysql' \
'--enable-mime-magic' \
'--with-ldap=/opt/tools' \
'--enable-mbstring' \
'--enable-mbregex' \
'--with-readline=/opt/tools' \
$@ 

HP's linker via libtool (apache2 or otherwise) cannot seem to use a 
lib(anything).a to make a shared library file (at least not in this 
instance - I gave up on it after a couple of months) - so the trick is

to make sure not to call any static libraries.

HP moved all of the shared crpyt functions into libc ( as of HP-UX 
10.20 see 
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_USdocId=20062689279
).
So all calls in ./configure for HP-UX 11.00 should use -lc instead of 
-lcrypt for the crypt_r/ calls (tested - it works).

HP has completely deprecated termcap usage ( see 
http://devrsrc1.external.hp.com/STK/impacts/i409.html, 
http://devrsrc1.external.hp.com/STK/partner/xcurses.html, and more 
specifically
http://h21007.www2.hp.com/hpux-devtools/CXX/hpux-devtools.0012/0052.html
)
so you have to use libcurses instead if you want to access a shared 
library with those functions.  So all calls in ./configure when 
OS=hpux11 should use -lcurses instead of -ltermcap for the tgetent 
calls (tested - it works).

Making these changes to ./configure, executing ./config.nice, then 
doing make, make install allowed compilation and installation with 
no problems (well, once I rebuilt bzip2 with a shared libbz2 that is).

Feel free to ping me with questions - I have a working php 4.3.0
install running on HP-UX 11.00 as a shared install under apache 2.0.43
now so I must have done something right. :)



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/19918

-- 
Edit this bug report at http://bugs.php.net/?id=19918edit=1



#19452 [NoF-Csd]: Apache2 with php4 freeze on HP-UX 11.00

2003-02-25 Thread mad at dactar dot ch
 ID:   19452
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
-Status:   No Feedback
+Status:   Closed
 Bug Type: Apache2 related
 Operating System: HP-UX 11.00
 PHP Version:  4CVS-2002-09-17
 New Comment:

Don't freeze anymore with 99% of the CPU


Previous Comments:


[2002-12-06 19:13:44] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.





[2002-11-25 06:30:30] [EMAIL PROTECTED]

Maybe you should, since this other dude is able to compile it fine..did
you happen to read what the suggestion was?




[2002-11-25 06:10:23] mad at dactar dot ch

I can't test anymore as long the bug #19918 is not corrected

@++
JC



[2002-11-23 13:31:33] [EMAIL PROTECTED]

Please try what csoto suggested.




[2002-11-22 15:58:47] csoto at mail dot utexas dot edu

I solved my problem by installing the linker (ld) cumulative patch,
available from HP.  In my 11.11/s800 environment, I used PHSS_26560.

For more information, see
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0x32d6cdec06f1d61190050090279cd0f9,00.html

You might try this and report back here.

Charles



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/19452

-- 
Edit this bug report at http://bugs.php.net/?id=19452edit=1



#19918 [Opn]: no libphp4.so produced

2003-02-18 Thread mad at dactar dot ch
 ID:   19918
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
-PHP Version:  4.3.0
+PHP Version:  4.3.1
 New Comment:

This workarround (replace -lcrypt by -lc).
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))


Previous Comments:


[2003-02-05 18:15:34] kbrott at eli dot net

Reproduced bug on patched-to-current HP-UX 11.00 system trying to 
build php-4.3.0 against apache httpd 2.0.43 (as well as the 
php-200301290030.tar.gz snapshot).

Have determined cause and offer working solution (well - it worked on 
my systems anyway).

Here's the config.nice that I used for this instance:
#! /bin/sh
#
# Created by configure

CFLAGS='-O3' \
LDFLAGS='-L/opt/admin/lib -L/opt/tools/lib' \
CC='gcc' \
'./configure' \
'--prefix=/opt/php4' \
'--with-apxs2=/opt/apache/sbin/apxs' \
'--enable-shared' \
'--enable-force-cgi-redirect' \
'--with-openssl=/opt/tools' \
'--with-zlib=/opt/tools' \
'--enable-bcmath' \
'--with-bz2=/opt/tools' \
'--enable-calendar' \
'--enable-dba' \
'--with-gdbm=/opt/tools' \
'--with-db3=/opt/tools' \
'--with-flatfile' \
'--enable-dbase' \
'--enable-dbx' \
'--enable-ftp' \
'--with-gmp=/opt/tools' \
'--with-mysql=/opt/mysql' \
'--enable-mime-magic' \
'--with-ldap=/opt/tools' \
'--enable-mbstring' \
'--enable-mbregex' \
'--with-readline=/opt/tools' \
$@ 

HP's linker via libtool (apache2 or otherwise) cannot seem to use a 
lib(anything).a to make a shared library file (at least not in this 
instance - I gave up on it after a couple of months) - so the trick is

to make sure not to call any static libraries.

HP moved all of the shared crpyt functions into libc ( as of HP-UX 
10.20 see 
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_USdocId=20062689279
).
So all calls in ./configure for HP-UX 11.00 should use -lc instead of 
-lcrypt for the crypt_r/ calls (tested - it works).

HP has completely deprecated termcap usage ( see 
http://devrsrc1.external.hp.com/STK/impacts/i409.html, 
http://devrsrc1.external.hp.com/STK/partner/xcurses.html, and more 
specifically
http://h21007.www2.hp.com/hpux-devtools/CXX/hpux-devtools.0012/0052.html
)
so you have to use libcurses instead if you want to access a shared 
library with those functions.  So all calls in ./configure when 
OS=hpux11 should use -lcurses instead of -ltermcap for the tgetent 
calls (tested - it works).

Making these changes to ./configure, executing ./config.nice, then 
doing make, make install allowed compilation and installation with 
no problems (well, once I rebuilt bzip2 with a shared libbz2 that is).

Feel free to ping me with questions - I have a working php 4.3.0
install running on HP-UX 11.00 as a shared install under apache 2.0.43
now so I must have done something right. :)



[2003-02-05 11:54:39] benoit dot bruckert at uniporc-ouest dot com

oups ! it was with-apxs2 and not with-apxs...



[2003-02-05 11:29:07] benoit dot bruckert at uniporc-ouest dot com

OS : HP-UX11.00 (32 bits)
gcc 2.95.2
PHP 4.3.0.
apache 2.0.44

php config :
./configure --with-apxs=/home/apache2/bin/apxs
--without-mysql
--enable-track-vars
make
I have crypt warning about share libs !!
Then I changed the Make file and removed -lcrypt
make
-- OK no more warning
make install
-- OK
apachectl start 
-- no errors
I started then it works, (I got the phpinfo page),
What the lib crypt is made for ??? what functions are using it ?



[2003-01-22 12:44:34] mathieu dot carbonneaux at free dot Fr

i have the same probleme with PHP 4.3 + SAPI NSAPI on HP-UX 11!

/bin/sh libtool --silent --mode=link gcc -g -O2 -DZTS -prefer-pic 
-rpath /opt/php43/php-4.3.0/libs -avoid-version -module -L/usr/lo
cal/lib -L/opt/bzip2/lib -L/opt/jpeg-6/lib -L/opt/libpng/lib
-L/opt/xpm/lib -L/opt/freetype/lib -L/opt/T1/lib -L/opt/gd/lib  -R
/usr
/local/lib -R /opt/bzip2/lib -R /opt/jpeg-6/lib -R /opt/libpng/lib -R
/opt/xpm/lib -R /opt/freetype/lib -R /opt/T1/lib -R /opt/gd/li
b ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo
ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo e
xt/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo
ext/pcre/pcrelib/pcre.lo ex
t/pcre/php_pcre.lo ext/session/session.lo ext/session/mod_files.lo
ext/session/mod_mm.lo ext/session/mod_user.lo ext/standard/array.
lo ext/standard/base64.lo ext/standard/basic_functions.lo
ext/standard/browscap.lo ext

#19918 [Opn]: no libphp4.so produced

2003-02-18 Thread mad at dactar dot ch
 ID:   19918
 User updated by:  mad at dactar dot ch
 Reported By:  mad at dactar dot ch
 Status:   Open
 Bug Type: Compile Failure
 Operating System: HP-UX 11.00
 PHP Version:  4.3.1
 New Comment:

This workarround (replace -lcrypt by -lc) works.
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))


Previous Comments:


[2003-02-18 13:57:18] mad at dactar dot ch

This workarround (replace -lcrypt by -lc).
Someone of php's staff can analyse this problem and correct it please
?

Thanks
@++
JC

PS 4 kbrott : thanks very very much :))



[2003-02-05 18:15:34] kbrott at eli dot net

Reproduced bug on patched-to-current HP-UX 11.00 system trying to 
build php-4.3.0 against apache httpd 2.0.43 (as well as the 
php-200301290030.tar.gz snapshot).

Have determined cause and offer working solution (well - it worked on 
my systems anyway).

Here's the config.nice that I used for this instance:
#! /bin/sh
#
# Created by configure

CFLAGS='-O3' \
LDFLAGS='-L/opt/admin/lib -L/opt/tools/lib' \
CC='gcc' \
'./configure' \
'--prefix=/opt/php4' \
'--with-apxs2=/opt/apache/sbin/apxs' \
'--enable-shared' \
'--enable-force-cgi-redirect' \
'--with-openssl=/opt/tools' \
'--with-zlib=/opt/tools' \
'--enable-bcmath' \
'--with-bz2=/opt/tools' \
'--enable-calendar' \
'--enable-dba' \
'--with-gdbm=/opt/tools' \
'--with-db3=/opt/tools' \
'--with-flatfile' \
'--enable-dbase' \
'--enable-dbx' \
'--enable-ftp' \
'--with-gmp=/opt/tools' \
'--with-mysql=/opt/mysql' \
'--enable-mime-magic' \
'--with-ldap=/opt/tools' \
'--enable-mbstring' \
'--enable-mbregex' \
'--with-readline=/opt/tools' \
$@ 

HP's linker via libtool (apache2 or otherwise) cannot seem to use a 
lib(anything).a to make a shared library file (at least not in this 
instance - I gave up on it after a couple of months) - so the trick is

to make sure not to call any static libraries.

HP moved all of the shared crpyt functions into libc ( as of HP-UX 
10.20 see 
http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_USdocId=20062689279
).
So all calls in ./configure for HP-UX 11.00 should use -lc instead of 
-lcrypt for the crypt_r/ calls (tested - it works).

HP has completely deprecated termcap usage ( see 
http://devrsrc1.external.hp.com/STK/impacts/i409.html, 
http://devrsrc1.external.hp.com/STK/partner/xcurses.html, and more 
specifically
http://h21007.www2.hp.com/hpux-devtools/CXX/hpux-devtools.0012/0052.html
)
so you have to use libcurses instead if you want to access a shared 
library with those functions.  So all calls in ./configure when 
OS=hpux11 should use -lcurses instead of -ltermcap for the tgetent 
calls (tested - it works).

Making these changes to ./configure, executing ./config.nice, then 
doing make, make install allowed compilation and installation with 
no problems (well, once I rebuilt bzip2 with a shared libbz2 that is).

Feel free to ping me with questions - I have a working php 4.3.0
install running on HP-UX 11.00 as a shared install under apache 2.0.43
now so I must have done something right. :)



[2003-02-05 11:54:39] benoit dot bruckert at uniporc-ouest dot com

oups ! it was with-apxs2 and not with-apxs...



[2003-02-05 11:29:07] benoit dot bruckert at uniporc-ouest dot com

OS : HP-UX11.00 (32 bits)
gcc 2.95.2
PHP 4.3.0.
apache 2.0.44

php config :
./configure --with-apxs=/home/apache2/bin/apxs
--without-mysql
--enable-track-vars
make
I have crypt warning about share libs !!
Then I changed the Make file and removed -lcrypt
make
-- OK no more warning
make install
-- OK
apachectl start 
-- no errors
I started then it works, (I got the phpinfo page),
What the lib crypt is made for ??? what functions are using it ?



[2003-01-22 12:44:34] mathieu dot carbonneaux at free dot Fr

i have the same probleme with PHP 4.3 + SAPI NSAPI on HP-UX 11!

/bin/sh libtool --silent --mode=link gcc -g -O2 -DZTS -prefer-pic 
-rpath /opt/php43/php-4.3.0/libs -avoid-version -module -L/usr/lo
cal/lib -L/opt/bzip2/lib -L/opt/jpeg-6/lib -L/opt/libpng/lib
-L/opt/xpm/lib -L/opt/freetype/lib -L/opt/T1/lib -L/opt/gd/lib  -R
/usr
/local/lib -R /opt/bzip2/lib -R /opt/jpeg-6/lib -R /opt/libpng/lib -R
/opt/xpm/lib -R /opt/freetype/lib -R /opt/T1/lib -R /opt/gd/li
b ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bz2/bz2.lo
ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/gdcache.lo e
xt/overload/overload.lo ext/pcre/pcrelib/maketables.lo
ext/pcre/pcrelib/get.lo ext