#28157 [Com]: error: storage size of `obj' isn't known

2004-05-03 Thread mose at netvision dot net dot il
 ID:   28157
 Comment by:   mose at netvision dot net dot il
 Reported By:  ralf at kuerbis dot org
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Solaris 9
 PHP Version:  5CVS-2004-04-26 (dev)
 New Comment:

The compliation error comes from the lack of these lines:
/*
 * shorthand type definitions for unsigned storage classes
 */
typedef uchar_t uchar;
typedef ushort_tushort;
typedef uint_t  uint;
typedef ulong_t ulong;

in sys/types


For me (OSF4.0f) it's under 'ifndef _XOPEN_SOURCE_EXTENDED' control.


Previous Comments:


[2004-04-29 12:30:01] ralf at kuerbis dot org

If you need my help in testing on a Solaris 9 machine (Ultra 1 at home
and some Enterprise 420R/220R at business), just drop me a mail. 

Best regards,
   Ralf



[2004-04-29 12:16:28] [EMAIL PROTECTED]

This probably isn't portable to eg: Linux, so we still need to find a
better fix; however, I no longer have access to a Solaris 9 machine, so
this could prove difficult.



[2004-04-29 11:05:26] ralf at kuerbis dot org

It works - thank you!

Regards,
   Ralf



[2004-04-28 22:52:23] pds+php at alloy dot net

In ext/standard/proc_open.c, adding the following lines before #define
_XOPEN_SOURCE and #define _BSD_SOURCE gets around this compile
problem:

#include 
#include 



[2004-04-26 15:42:14] ralf at kuerbis dot org

Description:

Hi!

Trying to compile the PHP5 RC2 version on Solaris 9, the 
compile run breaks with following error:

[...]
/opt/sunsite/compile/production/php5-200404261230/ext/standard/proc_open.c:876:
error: dereferencing pointer to incomplete type
/opt/sunsite/compile/production/php5-200404261230/ext/standard/proc_open.c:898:
error: dereferencing pointer to incomplete type
[...many, many more...]

/opt/sunsite/compile/production/php5-200404261230/ext/standard/proc_open.c:898:
error: dereferencing pointer to incomplete type
/opt/sunsite/compile/production/php5-200404261230/ext/standard/proc_open.c:
At top level:
/opt/sunsite/compile/production/php5-200404261230/Zend/zend.h:283:
error: storage size of `obj' isn't known
make: *** [ext/standard/proc_open.lo] Error 1

gcc --version
gcc (GCC) 3.3.2
(from sunfreeware.com)

uname -a
SunOS groundzero 5.9 Generic_112233-11 sun4u sparc SUNW,Ultra-60

Here the configure options (copied from config.nice...):

CFLAGS='-I/usr/include' \
LDFLAGS='-lstdc++' \
CC='gcc' \
'./configure' \
'--prefix=/opt/www' \
'--with-apxs=/opt/www/bin/apxs' \
'--with-mysql=/opt/mysql' \
'--with-sockets' \
'--enable-memory-limit' \
'--enable-trans-sid' \
'--sysconfdir=/opt/www/conf' \
'--with-config-file-path=/opt/www/conf' \
'--with-mcrypt=/usr/local' \
'--with-tsrm-pthreads' \
'--with-gnu-ld' \
'--with-dom=/usr/local' \
'--with-dom-xslt=/usr/local' \
'--with-dom-exslt' \
'--with-libxml-dir=/usr/local' \
'--enable-xslt' \
'--with-gd' \
'--with-zlib=/usr/local' \
'--with-xsl=/usr/local' \

As you can see above, this happens with the newest CVS and the RC2
version, but not with RC1. The RC1 runs perfectly on the same machine
since one week or so.

If you need further info or some testing, please tell me. 

Best regards,
   Ralf







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


#19280 [Opn]: imap_header() fails with many To: addresses

2002-09-26 Thread mose

 ID:   19280
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3, 2.4.19
 PHP Version:  4CVS-2002-09-07
 New Comment:

If I edit ext/imap/php_imap.c in the function _php_imap_parse_address()
and comment the call to rfc822_write_address(tmpstr, addresstmp) on
line 3583, then php does not crash.  If I modify line 3581 to allocate
more space so that it becomes

tmpstr = (char *) malloc (len + 2048);

not only does php not crash, the call to imap_headerinfo() works.

The kludge in _php_imap_get_address_size() that simply adds MAILTMPLEN
(defined as 1024 in c-client/mail.h) characters to the length of all of
the text is not enough when there is a large number of addresses. 
Additional length should be calculated as the product of the total
number of addresses and the maximum number of additional characters per
address that could be expected to be added during a call to
rfc822_write_address().


Previous Comments:


[2002-09-26 10:28:06] [EMAIL PROTECTED]

The same failure behavior is exhibited with the latest snapshot
php4-200209260600.



[2002-09-19 09:01:40] [EMAIL PROTECTED]

The same imap_header() problem appears to happen when compiled with
imap-2002.RC6.  I downloaded php4-200209190300.  Using the same compile
options as for php4-200209070600 causes Apache to hang when the module
is loaded.  So, I'm not able to test the latest snapshot.  I may try,
again, later today in case it is fixed.



[2002-09-18 21:38:46] [EMAIL PROTECTED]

Sorry my time has disappeared rather quickly in the last few weeks. 
I'll try to get to this soon, but don't hold your breath.  Leaving
open.



[2002-09-18 12:27:39] [EMAIL PROTECTED]

zefef



[2002-09-17 20:51:04] [EMAIL PROTECTED]

Is that the sound of crickets chirping in the background that I hear?



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

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




#19280 [Opn]: imap_header() fails with many To: addresses

2002-09-26 Thread mose

 ID:   19280
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3, 2.4.19
 PHP Version:  4CVS-2002-09-07
 New Comment:

The same failure behavior is exhibited with the latest snapshot
php4-200209260600.


Previous Comments:


[2002-09-19 09:01:40] [EMAIL PROTECTED]

The same imap_header() problem appears to happen when compiled with
imap-2002.RC6.  I downloaded php4-200209190300.  Using the same compile
options as for php4-200209070600 causes Apache to hang when the module
is loaded.  So, I'm not able to test the latest snapshot.  I may try,
again, later today in case it is fixed.



[2002-09-18 21:38:46] [EMAIL PROTECTED]

Sorry my time has disappeared rather quickly in the last few weeks. 
I'll try to get to this soon, but don't hold your breath.  Leaving
open.



[2002-09-18 12:27:39] [EMAIL PROTECTED]

zefef



[2002-09-17 20:51:04] [EMAIL PROTECTED]

Is that the sound of crickets chirping in the background that I hear?



[2002-09-08 19:57:56] [EMAIL PROTECTED]

The problem is not resolved with imap-2001a.  Earlier versions of imap
do not compile because of a mismatch involving date functions.  The
only error reported in error_log is "Segmentation fault".



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

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




#19280 [Opn]: imap_header() fails with many To: addresses

2002-09-19 Thread mose

 ID:   19280
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3, 2.4.19
 PHP Version:  4CVS-2002-09-07
 New Comment:

The same imap_header() problem appears to happen when compiled with
imap-2002.RC6.  I downloaded php4-200209190300.  Using the same compile
options as for php4-200209070600 causes Apache to hang when the module
is loaded.  So, I'm not able to test the latest snapshot.  I may try,
again, later today in case it is fixed.


Previous Comments:


[2002-09-18 21:38:46] [EMAIL PROTECTED]

Sorry my time has disappeared rather quickly in the last few weeks. 
I'll try to get to this soon, but don't hold your breath.  Leaving
open.



[2002-09-18 12:27:39] [EMAIL PROTECTED]

zefef



[2002-09-17 20:51:04] [EMAIL PROTECTED]

Is that the sound of crickets chirping in the background that I hear?



[2002-09-08 19:57:56] [EMAIL PROTECTED]

The problem is not resolved with imap-2001a.  Earlier versions of imap
do not compile because of a mismatch involving date functions.  The
only error reported in error_log is "Segmentation fault".



[2002-09-08 16:00:41] [EMAIL PROTECTED]

Here is another message that causes imap_header() to fail.  It is in a
slightly different format.  There are 80 lines, 4402 total characters. 
There are 164 addresses in the To: list.  Each line following the To:
line is indented with one tab (not spaces).

Return-Path: <[EMAIL PROTECTED]>
Received: from localhost (localhost.localdomain [127.0.0.1])
by mail.abcd.com (Postfix) with ESMTP id 939F85E2F
for <[EMAIL PROTECTED]>; Fri, 30 Aug 2002 23:29:50 -0500
(CDT)
From: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Sat, 31 Aug 2002 00:16:58 EDT
Subject: This is the subject line
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED] (soijer eorjrn) (oijer roeirjn),
[EMAIL PROTECTED] (eojroi oijerjet),
[EMAIL PROTECTED] (jero oerijn),
[EMAIL PROTECTED] (iserla peroijer),
[EMAIL PROTECTED] (eijr aodiri),
[EMAIL PROTECTED] (oaierjp eproijn),
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],

#19280 [Opn]: imap_header() fails with many To: addresses

2002-09-17 Thread mose

 ID:   19280
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: IMAP related
 Operating System: RedHat 7.3, 2.4.19
 PHP Version:  4CVS-2002-09-07
 New Comment:

Is that the sound of crickets chirping in the background that I hear?


Previous Comments:


[2002-09-08 19:57:56] [EMAIL PROTECTED]

The problem is not resolved with imap-2001a.  Earlier versions of imap
do not compile because of a mismatch involving date functions.  The
only error reported in error_log is "Segmentation fault".



[2002-09-08 16:00:41] [EMAIL PROTECTED]

Here is another message that causes imap_header() to fail.  It is in a
slightly different format.  There are 80 lines, 4402 total characters. 
There are 164 addresses in the To: list.  Each line following the To:
line is indented with one tab (not spaces).

Return-Path: <[EMAIL PROTECTED]>
Received: from localhost (localhost.localdomain [127.0.0.1])
by mail.abcd.com (Postfix) with ESMTP id 939F85E2F
for <[EMAIL PROTECTED]>; Fri, 30 Aug 2002 23:29:50 -0500
(CDT)
From: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Sat, 31 Aug 2002 00:16:58 EDT
Subject: This is the subject line
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED] (soijer eorjrn) (oijer roeirjn),
[EMAIL PROTECTED] (eojroi oijerjet),
[EMAIL PROTECTED] (jero oerijn),
[EMAIL PROTECTED] (iserla peroijer),
[EMAIL PROTECTED] (eijr aodiri),
[EMAIL PROTECTED] (oaierjp eproijn),
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL P