Re: [PHP-DEV] Additional warning for mail()

[Jon Parise]

On Sat, Mar 16, 2002 at 03:15:07AM +0100, Markus Fischer wrote:

> If no one objects I'ld like to commit the following patch
> which raises an extra warning message when using mail() on
> unix systems and the shell required for popen() can't be
> executed (tested on linux/freebsd).
 
No objection here.

-- 
Jon Parise ([EMAIL PROTECTED])  .  Information Technology (2001)
http://www.csh.rit.edu/~jon/  :  Computer Science House Member

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

[PHP-DEV] Re: Can anyone compile CVS?

[Yasuo Ohgaki]

[EMAIL PROTECTED] wrote:
> I am trying to compile PHP CVS. I had a working development environment. I 
> download re2c, got all new source, and am trying to get my patches 
> working. 
> Alas I get the messeges included below.
> 
> Is this a common problem what is very pedestrian solution, or is this 
> something I have to slog through?

Just a guess,
does this help?
make distclean; ./confiugre; make
or
./cvsclean; ./buildconf; ./configure; make

I can compile Apache and Apache2filter SAPI.
I cannot build CGI SAPI, though.

--
Yasuo Ohgaki

> 
> 
> ext/session/session.o: In function `php_set_session_var':
> /local/projects/php/php4/ext/session/session.c:286: undefined reference to 
> `var_replace'
> ext/session/session.o: In function `ps_srlzr_decode_php_binary':
> /local/projects/php/php4/ext/session/session.c:363: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/session/session.c:372: undefined reference to 
> `var_destroy'
> ext/session/session.o: In function `ps_srlzr_decode_php':
> /local/projects/php/php4/ext/session/session.c:440: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/session/session.c:452: undefined reference to 
> `var_destroy'
> ext/standard/var.o: In function `zif_unserialize':
> /local/projects/php/php4/ext/standard/var.c:651: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/standard/var.c:652: undefined reference to 
> `var_destroy'
> /local/projects/php/php4/ext/standard/var.c:657: undefined reference to 
> `var_destroy'
> ext/sysvshm/sysvshm.o: In function `zif_shm_get_var':
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:312: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:313: undefined reference to 
> `var_destroy'
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:317: undefined reference to 
> `var_destroy'
> 
> 
> 



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

Re: [PHP-DEV] Can anyone compile CVS?

[Wez Furlong]

Try deleting the var_serializer.{c,re} and checking them out again,
then buildconf etc. etc.

I hope you have better luck with the streams changes than the others :-)

--Wez.

On 16/03/02, [EMAIL PROTECTED] wrote:
> I am trying to compile PHP CVS. I had a working development environment. I 
> download re2c, got all new source, and am trying to get my patches 
> working. 
> Alas I get the messeges included below.
> 
> Is this a common problem what is very pedestrian solution, or is this 
> something I have to slog through?
> 
> 
> ext/session/session.o: In function `php_set_session_var':
> /local/projects/php/php4/ext/session/session.c:286: undefined reference to 
> `var_replace'
> ext/session/session.o: In function `ps_srlzr_decode_php_binary':
> /local/projects/php/php4/ext/session/session.c:363: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/session/session.c:372: undefined reference to 
> `var_destroy'
> ext/session/session.o: In function `ps_srlzr_decode_php':
> /local/projects/php/php4/ext/session/session.c:440: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/session/session.c:452: undefined reference to 
> `var_destroy'
> ext/standard/var.o: In function `zif_unserialize':
> /local/projects/php/php4/ext/standard/var.c:651: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/standard/var.c:652: undefined reference to 
> `var_destroy'
> /local/projects/php/php4/ext/standard/var.c:657: undefined reference to 
> `var_destroy'
> ext/sysvshm/sysvshm.o: In function `zif_shm_get_var':
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:312: undefined reference to 
> `php_var_unserialize'
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:313: undefined reference to 
> `var_destroy'
> /local/projects/php/php4/ext/sysvshm/sysvshm.c:317: undefined reference to 
> `var_destroy'
> 
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php




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

Re: [PHP-DEV] Streams are here!

[Marcus Börger]

At 03:56 16.03.2002, Wez Furlong wrote:
>I had thought about it, but it's making the streams abstraction do
>too much; it will have to remember too much information, and what if
>the data changes each time the stream is opened?

YES it has to remember much and YES streams may change on next
open - you're right. Was just a quick idea while changing image.c, whether
or not i would get able to read more from tiff files.


>If you really need to seek around in a stream that might not support
>it, you should open a temporary stream (php_stream_fopen_tmpfile())
>and then php_stream_copy_to_stream(src, tmp, PHP_STREAM_COPY_ALL)
>to get a copy on disk.

Do we have a memory stream already? Anybody like this idea?


>When do you need to do this? Well, a general rule is when
>php_stream_is(src, PHP_STREAM_IS_STDIO) is false.
>
>--Wez.
>
>On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> > What do you think about havin php_stream_seek emulate
> > other methods than forward seeking? We could do this by
> > opening the stream again if something before current
> > position has to be read...
> >
> > That would allow using streams in every file based function!
> >
> > Of cause we should have flags that we are about to emulate
> > and it should be a feature that can be turned off or even better
> > one that can be enabled by function call
> >
> > marcus
> >
> > At 22:12 15.03.2002, Wez Furlong wrote:
> > >Well, PHP finally supports fopen("https://...";) :-)
> > >
> > >Please please please test the following things in particular
> > >as I can't compile them or verify them here:
> > >
> > >hyperwave:
> > >hw_new_document_from_file
> > >
> > >gd:
> > >functions that create images from files.
> > >In particular, try creating from "wrapped" files over
> > >http, ftp etc.
> > >
> > >pfsockopen()
> > >copy() - particularly with "wrapped" source/dest
> > >gzopen (and friends)
> > >gzfile
> > >
> > >If you have a system where HAVE_FLUSHIO is important,
> > >please let me know if plain files work correctly when
> > >switching between read and write.
> > >
> > >If you have things in Pear/PECL or a third party
> > >extension that used the old FP_XXX or php_file_le_fopen(),
> > >please contact me and I can help you update your code for
> > >streams (it's easy).
> > >
> > >I'll check back in a couple of hours to see if anyone
> > >has found show stoppers; otherwise I'll be signing off
> > >till the morning (it is Friday after all!)
> > >
> > >--Wez.
> > >
> > >
> > >--
> > >PHP Development Mailing List 
> > >To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

[PHP-DEV] Can anyone compile CVS?

[mlwmohawk]

I am trying to compile PHP CVS. I had a working development environment. I 
download re2c, got all new source, and am trying to get my patches 
working. 
Alas I get the messeges included below.

Is this a common problem what is very pedestrian solution, or is this 
something I have to slog through?


ext/session/session.o: In function `php_set_session_var':
/local/projects/php/php4/ext/session/session.c:286: undefined reference to 
`var_replace'
ext/session/session.o: In function `ps_srlzr_decode_php_binary':
/local/projects/php/php4/ext/session/session.c:363: undefined reference to 
`php_var_unserialize'
/local/projects/php/php4/ext/session/session.c:372: undefined reference to 
`var_destroy'
ext/session/session.o: In function `ps_srlzr_decode_php':
/local/projects/php/php4/ext/session/session.c:440: undefined reference to 
`php_var_unserialize'
/local/projects/php/php4/ext/session/session.c:452: undefined reference to 
`var_destroy'
ext/standard/var.o: In function `zif_unserialize':
/local/projects/php/php4/ext/standard/var.c:651: undefined reference to 
`php_var_unserialize'
/local/projects/php/php4/ext/standard/var.c:652: undefined reference to 
`var_destroy'
/local/projects/php/php4/ext/standard/var.c:657: undefined reference to 
`var_destroy'
ext/sysvshm/sysvshm.o: In function `zif_shm_get_var':
/local/projects/php/php4/ext/sysvshm/sysvshm.c:312: undefined reference to 
`php_var_unserialize'
/local/projects/php/php4/ext/sysvshm/sysvshm.c:313: undefined reference to 
`var_destroy'
/local/projects/php/php4/ext/sysvshm/sysvshm.c:317: undefined reference to 
`var_destroy'




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

Re: [PHP-DEV] Streams are here!

[Wez Furlong]

I had thought about it, but it's making the streams abstraction do
too much; it will have to remember too much information, and what if
the data changes each time the stream is opened?

If you really need to seek around in a stream that might not support
it, you should open a temporary stream (php_stream_fopen_tmpfile())
and then php_stream_copy_to_stream(src, tmp, PHP_STREAM_COPY_ALL)
to get a copy on disk.

When do you need to do this? Well, a general rule is when
php_stream_is(src, PHP_STREAM_IS_STDIO) is false.

--Wez.

On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> What do you think about havin php_stream_seek emulate
> other methods than forward seeking? We could do this by
> opening the stream again if something before current
> position has to be read...
> 
> That would allow using streams in every file based function!
> 
> Of cause we should have flags that we are about to emulate
> and it should be a feature that can be turned off or even better
> one that can be enabled by function call
> 
> marcus
> 
> At 22:12 15.03.2002, Wez Furlong wrote:
> >Well, PHP finally supports fopen("https://...";) :-)
> >
> >Please please please test the following things in particular
> >as I can't compile them or verify them here:
> >
> >hyperwave:
> >hw_new_document_from_file
> >
> >gd:
> >functions that create images from files.
> >In particular, try creating from "wrapped" files over
> >http, ftp etc.
> >
> >pfsockopen()
> >copy() - particularly with "wrapped" source/dest
> >gzopen (and friends)
> >gzfile
> >
> >If you have a system where HAVE_FLUSHIO is important,
> >please let me know if plain files work correctly when
> >switching between read and write.
> >
> >If you have things in Pear/PECL or a third party
> >extension that used the old FP_XXX or php_file_le_fopen(),
> >please contact me and I can help you update your code for
> >streams (it's easy).
> >
> >I'll check back in a couple of hours to see if anyone
> >has found show stoppers; otherwise I'll be signing off
> >till the morning (it is Friday after all!)
> >
> >--Wez.
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php




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

Re: [PHP-DEV] Re: php_copy_file

[Wez Furlong]

Good point; fix going in now...

--Wez.

On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> At 02:53 16.03.2002, Wez Furlong wrote:
> >I'm not quite sure I know what you mean...
> >Do you mean that if maxlen is -1, the function should not do anything?
> 
> No it should copy until EOF on -1 but do nothing on 0 because zero means zero.
> 
> marcus
> 
> 
> >--Wez.
> >
> >On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> > > At 20:55 15.03.2002, you wrote:
> > > >php_stream_copy_to_stream(srcstream, deststream, maxlen)
> > > >If maxlen is 0 it copies until EOF.
> > > Should react on -1 otherwise you cannot call the function in code
> > > where the length is calculated automatically.
> > >
> > > Say you have stream a =  *
> > >
> > > read length
> > > copy_stream_to_stream(length)
> > >
> > > now it fails because you expect
> > >
> > > if (lngth) copy_strwam_to_stream(length)




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

Re: [PHP-DEV] Streams are here!

[Marcus Börger]

What do you think about havin php_stream_seek emulate
other methods than forward seeking? We could do this by
opening the stream again if something before current
position has to be read...

That would allow using streams in every file based function!

Of cause we should have flags that we are about to emulate
and it should be a feature that can be turned off or even better
one that can be enabled by function call

marcus

At 22:12 15.03.2002, Wez Furlong wrote:
>Well, PHP finally supports fopen("https://...";) :-)
>
>Please please please test the following things in particular
>as I can't compile them or verify them here:
>
>hyperwave:
>hw_new_document_from_file
>
>gd:
>functions that create images from files.
>In particular, try creating from "wrapped" files over
>http, ftp etc.
>
>pfsockopen()
>copy() - particularly with "wrapped" source/dest
>gzopen (and friends)
>gzfile
>
>If you have a system where HAVE_FLUSHIO is important,
>please let me know if plain files work correctly when
>switching between read and write.
>
>If you have things in Pear/PECL or a third party
>extension that used the old FP_XXX or php_file_le_fopen(),
>please contact me and I can help you update your code for
>streams (it's easy).
>
>I'll check back in a couple of hours to see if anyone
>has found show stoppers; otherwise I'll be signing off
>till the morning (it is Friday after all!)
>
>--Wez.
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Re: php_copy_file

[Marcus Börger]

At 02:53 16.03.2002, Wez Furlong wrote:
>I'm not quite sure I know what you mean...
>Do you mean that if maxlen is -1, the function should not do anything?

No it should copy until EOF on -1 but do nothing on 0 because zero means zero.

marcus


>--Wez.
>
>On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> > At 20:55 15.03.2002, you wrote:
> > >php_stream_copy_to_stream(srcstream, deststream, maxlen)
> > >If maxlen is 0 it copies until EOF.
> > Should react on -1 otherwise you cannot call the function in code
> > where the length is calculated automatically.
> >
> > Say you have stream a =  *
> >
> > read length
> > copy_stream_to_stream(length)
> >
> > now it fails because you expect
> >
> > if (lngth) copy_strwam_to_stream(length)


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

Re: [PHP-DEV] Streams are here!

[Marcus Börger]

To have image.c work i had to correct the php_stream_seek and php_stream_getc
calls. Seek caals had wrong parameter arragement - but nowhere else in code...
getc see below...

I changed both functions later.

in php_stream_getc i return buf & 0xFF because otherwise i get 0xFFxx 
in return.

in php_stream_seek i added code to make it much faster

and i couldn't compile php_stdiop_read see diff

marcus

diff -u -w -r1.11 streams.c
--- main/streams.c  16 Mar 2002 00:05:47 -  1.11
+++ main/streams.c  16 Mar 2002 02:28:55 -
@@ -132,7 +132,7 @@
 char buf;

 if (php_stream_read(stream, &buf, 1) > 0) {
-   return buf;
+   return buf & 0xFF;
 }
 return EOF;
  }
@@ -204,17 +204,19 @@

  PHPAPI int php_stream_seek(php_stream *stream, off_t offset, int whence)
  {
+   static char tmp[1024];
+
 if (stream->ops->seek) {
 return stream->ops->seek(stream, offset, whence);
 }

 /* emulate forward moving seeks with reads */
 if (whence == SEEK_CUR && offset > 0) {
-   while(offset-- > 0) {
-   if (php_stream_getc(stream) == EOF) {
-   return -1;
-   }
+   while (offset>=sizeof(tmp)) {
+   php_stream_read(stream,tmp,sizeof(tmp));
+   offset -= sizeof(tmp);
 }
+   if (offset) php_stream_read(stream,tmp,offset);
 return 0;
 }

@@ -447,7 +449,7 @@

  static size_t php_stdiop_read(php_stream *stream, char *buf, size_t count)
  {
-   php_stdio_stream_data * ata = (php_stdio_stream_data*)stream->abstract;
+   php_stdio_stream_data * data = 
(php_stdio_stream_data*)stream->abstract;

 if (buf == NULL && count == 0)  {
 /* check for EOF condition */


At 22:12 15.03.2002, Wez Furlong wrote:
>Well, PHP finally supports fopen("https://...";) :-)
>
>Please please please test the following things in particular
>as I can't compile them or verify them here:
>
>hyperwave:
>hw_new_document_from_file
>
>gd:
>functions that create images from files.
>In particular, try creating from "wrapped" files over
>http, ftp etc.
>
>pfsockopen()
>copy() - particularly with "wrapped" source/dest
>gzopen (and friends)
>gzfile
>
>If you have a system where HAVE_FLUSHIO is important,
>please let me know if plain files work correctly when
>switching between read and write.
>
>If you have things in Pear/PECL or a third party
>extension that used the old FP_XXX or php_file_le_fopen(),
>please contact me and I can help you update your code for
>streams (it's easy).
>
>I'll check back in a couple of hours to see if anyone
>has found show stoppers; otherwise I'll be signing off
>till the morning (it is Friday after all!)
>
>--Wez.
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

[PHP-DEV] Additional warning for mail()

[Markus Fischer]

Hi,

If no one objects I'ld like to commit the following patch
which raises an extra warning message when using mail() on
unix systems and the shell required for popen() can't be
executed (tested on linux/freebsd).

- Markus

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc


Index: ext/mbstring/mbstring.c
===
RCS file: /repository/php4/ext/mbstring/mbstring.c,v
retrieving revision 1.48
diff -u -r1.48 mbstring.c
--- ext/mbstring/mbstring.c 28 Feb 2002 08:26:20 -  1.48
+++ ext/mbstring/mbstring.c 16 Mar 2002 02:08:18 -
@@ -2796,7 +2796,7 @@
extra_cmd = Z_STRVAL_PP(argv[4]);
}
 
-   if (!err && php_mail(to, subject, message, headers, extra_cmd)){
+   if (!err && php_mail(to, subject, message, headers, extra_cmd TSRMLS_CC)){
RETVAL_TRUE;
} else {
RETVAL_FALSE;
Index: ext/standard/basic_functions.c
===
RCS file: /repository/php4/ext/standard/basic_functions.c,v
retrieving revision 1.447
diff -u -r1.447 basic_functions.c
--- ext/standard/basic_functions.c  1 Mar 2002 03:05:49 -   1.447
+++ ext/standard/basic_functions.c  16 Mar 2002 02:08:20 -
@@ -1512,7 +1512,7 @@
{
 #if HAVE_SENDMAIL
if (!php_mail
-   (opt, "PHP error_log message", message, 
headers, NULL)) {
+   (opt, "PHP error_log message", message, 
+headers, NULL TSRMLS_CC)) {
return FAILURE;
}
 #else
Index: ext/standard/mail.c
===
RCS file: /repository/php4/ext/standard/mail.c,v
retrieving revision 1.48
diff -u -r1.48 mail.c
--- ext/standard/mail.c 28 Feb 2002 08:26:46 -  1.48
+++ ext/standard/mail.c 16 Mar 2002 02:08:20 -
@@ -96,7 +96,7 @@
if(extra_cmd)
extra_cmd = php_escape_shell_arg(extra_cmd);

-   if (php_mail(to, subject, message, headers, extra_cmd)) {
+   if (php_mail(to, subject, message, headers, extra_cmd TSRMLS_CC)) {
RETVAL_TRUE;
} else {
RETVAL_FALSE;
@@ -108,7 +108,7 @@
 
 /* {{{ php_mail
  */
-PHPAPI int php_mail(char *to, char *subject, char *message, char *headers, char 
*extra_cmd)
+PHPAPI int php_mail(char *to, char *subject, char *message, char *headers, char 
+*extra_cmd TSRMLS_DC)
 {
 #ifdef PHP_WIN32
int tsm_err;
@@ -148,6 +148,13 @@
efree (sendmail_cmd);
 
if (sendmail) {
+#ifndef PHP_WIN32
+   if (EACCES == errno) {
+   php_error(E_WARNING, "%s() permission denied; unable to 
+execute shell to run mail delivery binary",
+ get_active_function_name(TSRMLS_C));
+   return 0;
+   }
+#endif
fprintf(sendmail, "To: %s\n", to);
fprintf(sendmail, "Subject: %s\n", subject);
if (headers != NULL) {
Index: ext/standard/php_mail.h
===
RCS file: /repository/php4/ext/standard/php_mail.h,v
retrieving revision 1.12
diff -u -r1.12 php_mail.h
--- ext/standard/php_mail.h 28 Feb 2002 08:26:47 -  1.12
+++ ext/standard/php_mail.h 16 Mar 2002 02:08:20 -
@@ -26,7 +26,7 @@
 PHP_FUNCTION(mail);
 PHP_FUNCTION(ezmlm_hash);
 PHP_MINFO_FUNCTION(mail);
-PHPAPI extern int php_mail(char *to, char *subject, char *message, char *headers, 
char *extra_cmd);
+PHPAPI extern int php_mail(char *to, char *subject, char *message, char *headers, 
+char *extra_cmd TSRMLS_DC);
 
 #endif
 



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

Re: [PHP-DEV] Re: php_copy_file

[Wez Furlong]

I'm not quite sure I know what you mean...
Do you mean that if maxlen is -1, the function should not do anything?

--Wez.

On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> At 20:55 15.03.2002, you wrote:
> >php_stream_copy_to_stream(srcstream, deststream, maxlen)
> >If maxlen is 0 it copies until EOF.
> Should react on -1 otherwise you cannot call the function in code
> where the length is calculated automatically.
> 
> Say you have stream a =  *
> 
> read length
> copy_stream_to_stream(length)
> 
> now it fails because you expect
> 
> if (lngth) copy_strwam_to_stream(length)



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

Re: [PHP-DEV] Streams are here!

[Wez Furlong]

Can you tell me which include files are needed to correct
the build on your system?
Then I can fix it :-)

--Wez.

On 16/03/02, "Stefan Roehrich" <[EMAIL PROTECTED]> wrote:
> Hello!
> 
> On 2002-03-15 21:12:36, Wez Furlong wrote:
> > Please please please test the following things in particular
> > as I can't compile them or verify them here:
> 
> I can't compile, because it complains about `ptrdiff_t' undeclared in
> main/network.c. I think stddef.h or similar is needed in this file.
> 
>   Stefan
> 
> -- 
> Stefan Röhrich   [EMAIL PROTECTED], [EMAIL PROTECTED]
>  http://www.roehri.ch/~sr/
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php




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

Re: [PHP-DEV] HEADS UP! Streams are coming

[Wez Furlong]

On 16/03/02, "Stig S. Bakken" <[EMAIL PROTECTED]> wrote:
> Is there a cpp macro that may be used to detect whether the PHP version
> an extension is build built for has the new streams?

Where would be the best place to define it?

I did have something in configure.in, but that doesn't seem
appropriate now that there is no choice :-)

--Wez.



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

Re: [PHP-DEV] Streams are here!

[Wez Furlong]

Hmmm,

There is no configure option any longer; but a make clean followed
by a reconfigure and rebuild should fix most problems like that.

I think you might need to look at the php_stream_seek stuff in
image.c in particular.

--Wez.



On 16/03/02, "Marcus Börger" <[EMAIL PROTECTED]> wrote:
> SORRY,
> 
> had to reconfigure with --enable-php-streams
> 
> now it compiles and works
> but getimagesize is broken for jpegs i will fix that tomorrow - think it's 
> a problem of the latest features (argh)
> 
> marcus
> 
> At 22:53 15.03.2002, Marcus Börger wrote:
> >on cygwin (but i cannot finr any definition for them) ?!
> >
> >ext/standard/http_fopen_wrapper.o(.text+0x17f):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FCLOSE'
> >ext/standard/http_fopen_wrapper.o(.text+0x280):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_WRITE'
> >ext/standard/http_fopen_wrapper.o(.text+0x3b1):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_WRITE'
> >ext/standard/http_fopen_wrapper.o(.text+0x430):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_WRITE'
> >ext/standard/http_fopen_wrapper.o(.text+0x4d0):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_WRITE'
> >ext/standard/http_fopen_wrapper.o(.text+0x4e6):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_WRITE'
> >ext/standard/http_fopen_wrapper.o(.text+0x543):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FEOF'
> >ext/standard/http_fopen_wrapper.o(.text+0x567):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FGETS'
> >ext/standard/http_fopen_wrapper.o(.text+0x6cf):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FEOF'
> >ext/standard/http_fopen_wrapper.o(.text+0x728):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FGETS'
> >ext/standard/http_fopen_wrapper.o(.text+0x818):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FGETS'
> >ext/standard/http_fopen_wrapper.o(.text+0x96b):http_fopen_wrapper.c: 
> >undefined reference to `SOCK_FCLOSE'
> >
> >At 22:12 15.03.2002, Wez Furlong wrote:
> >>Well, PHP finally supports fopen("https://...";) :-)
> >>
> >>Please please please test the following things in particular
> >>as I can't compile them or verify them here:
> >>
> >>hyperwave:
> >>hw_new_document_from_file
> >>
> >>gd:
> >>functions that create images from files.
> >>In particular, try creating from "wrapped" files over
> >>http, ftp etc.
> >>
> >>pfsockopen()
> >>copy() - particularly with "wrapped" source/dest
> >>gzopen (and friends)
> >>gzfile
> >>
> >>If you have a system where HAVE_FLUSHIO is important,
> >>please let me know if plain files work correctly when
> >>switching between read and write.
> >>
> >>If you have things in Pear/PECL or a third party
> >>extension that used the old FP_XXX or php_file_le_fopen(),
> >>please contact me and I can help you update your code for
> >>streams (it's easy).
> >>
> >>I'll check back in a couple of hours to see if anyone
> >>has found show stoppers; otherwise I'll be signing off
> >>till the morning (it is Friday after all!)
> >>
> >>--Wez.
> >>
> >>
> >>--
> >>PHP Development Mailing List 
> >>To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php




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

Re: [PHP-DEV] the dl() issue

[Markus Fischer]

On Sat, Mar 16, 2002 at 02:28:52AM +0200, Zeev Suraski wrote : 
> I never said it's not possible, I always said that it's going to be 
> inefficient and less stable in MT.  Of course I have no plans to implement 
> it, but I also don't think it should be implemented at all;  It requires 
> far reaching changes to the infrastructure which would destabilize the MT 
> version of PHP, and make it less efficient.  You can give it a try of 
> course, I'm just warning you in advance :)
> 
> I don't see why you call preloading from php.ini or registry or autoloading 
> 'half solutions'.  It works fine for IIS, Apache and plenty of other 
> applications I came across.

None of them is actually a) a scripting language b) which is
used other environments than the web.

> Of course Perl supports it, so what?

So what? Because it's not only for 'web things' and therefore
it makes sense.

Nobody can't deny PHP is not used to off-web application.

My personal view is that I don't need to see dl() ability for
MT server but for general scripting use of PHP.

- Markus

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

Re: [PHP-DEV] the dl() issue

[Zeev Suraski]

I never said it's not possible, I always said that it's going to be 
inefficient and less stable in MT.  Of course I have no plans to implement 
it, but I also don't think it should be implemented at all;  It requires 
far reaching changes to the infrastructure which would destabilize the MT 
version of PHP, and make it less efficient.  You can give it a try of 
course, I'm just warning you in advance :)

I don't see why you call preloading from php.ini or registry or autoloading 
'half solutions'.  It works fine for IIS, Apache and plenty of other 
applications I came across.  Of course Perl supports it, so what?  It made 
a shift from a command line tool that was virtually based on loading 
modules, it had to.We don't.

Zeev

At 02:08 16/03/2002, Stig S. Bakken wrote:
>On Wed, 2002-03-13 at 22:08, Zeev Suraski wrote:
> > At 21:36 13/03/2002, Shane Caraveo wrote:
> > > > I thought we weren't wasting any more time with this? :)
> > >
> > >Yeah, I'm getting realy tired of having to argue for something that should
> > >be a base part of the language.
> >
> > Kodus on the tactics :)
>
>I understand Shane's point of view very well here.  PHP _needs_ a way of
>loading modules at runtime, not some half-solution like preloading from
>php.ini or directories where everything is preloaded.  I had given up on
>this one until Shane popped out of the woodwork.
>
>What I don't understand is your insisting on that dynamically loading
>extensions at runtime in PHP is not possible, when it is possible in for
>example Perl running as a MT server plugin.  It just doesn't make
>sense.  If you don't have enough interest in runtime loading to find
>time to implement it, that's fine, but please say so instead of fighting
>the whole idea.  Both Shane and I have enough interst to make an effort.
>
>  - Stig


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

Re: [PHP-DEV] the dl() issue

[Andi Gutmans]

At 01:08 AM 3/16/2002 +0100, Stig S. Bakken wrote:
>On Wed, 2002-03-13 at 22:08, Zeev Suraski wrote:
> > At 21:36 13/03/2002, Shane Caraveo wrote:
> > > > I thought we weren't wasting any more time with this? :)
> > >
> > >Yeah, I'm getting realy tired of having to argue for something that should
> > >be a base part of the language.
> >
> > Kodus on the tactics :)
>
>I understand Shane's point of view very well here.  PHP _needs_ a way of
>loading modules at runtime, not some half-solution like preloading from
>php.ini or directories where everything is preloaded.  I had given up on
>this one until Shane popped out of the woodwork.

Stig,

It doesn't *need* a way of loading modules at run-time. I completely 
disagree with that as I believe that the ability to load shared objects at 
server startup is more than enough. Except for you guys thinking it's cool 
I don't think it's something which is desperately needed.
Personally even if PHP had the ability of dynamically loading at run-time I 
wouldn't use it. I always prefer setting up my environment in a 
deterministic way.


>What I don't understand is your insisting on that dynamically loading
>extensions at runtime in PHP is not possible, when it is possible in for
>example Perl running as a MT server plugin.  It just doesn't make
>sense.  If you don't have enough interest in runtime loading to find
>time to implement it, that's fine, but please say so instead of fighting
>the whole idea.  Both Shane and I have enough interst to make an effort.

Everything is possible but the way PHP works right now it's extremely 
difficult.

I think you guys often exaggerate on the desperate need of stuff. There is 
a reason why hundreds of thousands of PHP users haven't begged for it. Most 
people don't miss it...

Also I think the never ending comparison of people to Perl & Python in lots 
of aspects not only dynamic loading is getting a bit old. Certain 
developers here say stuff like "Well Perl & Python have it and PHP will 
stink unless it does the same". Maybe it's time to start using Perl & 
Python for those people :) I think PHP gives the users lots of stuff those 
other two languages don't give.

Anyway, I'm not trying to be argumentative but let's try and be a bit more 
realistic here

Andi


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

Re: [PHP-DEV] HEADS UP! Streams are coming

[Stig S. Bakken]

On Wed, 2002-03-13 at 00:21, Wez Furlong wrote:
> Hi all,
> 
> I've decided to drop the old ISSOCK style code from my streams-enabled
> PHP tree, since supporting both that and streams in the code makes the
> code worse than it was originally (and the point is to make the code nicer).
> 
> But! What about third-party extensions?  Are there any out there that
> use le_fopen and ISSOCK ?  Do we care about breaking them source-code wise
> for the next-next release of PHP (4.3 or perhaps it will be 5 by then?).
> 
> I aim to commit this stuff by the weekend - if anyone has objections
> or whatever, please let me know before then.
> 
> I don't anticipate problems with the patch, but then I can't test extensions
> that I can't compile/support, so I would appreciate some feedback.

Is there a cpp macro that may be used to detect whether the PHP version
an extension is build built for has the new streams?

 - Stig


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

Re: [PHP-DEV] setup.stub files

[Stig S. Bakken]

On Tue, 2002-03-12 at 03:07, Jim Winstead wrote:
> do these files serve any purpose any more, or are they just leftover
> remnants from the old setup script?

We deprecated "setup" ages ago.

 - Stig


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

Re: [PHP-DEV] the dl() issue

[Stig S. Bakken]

On Wed, 2002-03-13 at 22:08, Zeev Suraski wrote:
> At 21:36 13/03/2002, Shane Caraveo wrote:
> > > I thought we weren't wasting any more time with this? :)
> >
> >Yeah, I'm getting realy tired of having to argue for something that should
> >be a base part of the language.
> 
> Kodus on the tactics :)

I understand Shane's point of view very well here.  PHP _needs_ a way of
loading modules at runtime, not some half-solution like preloading from
php.ini or directories where everything is preloaded.  I had given up on
this one until Shane popped out of the woodwork.

What I don't understand is your insisting on that dynamically loading
extensions at runtime in PHP is not possible, when it is possible in for
example Perl running as a MT server plugin.  It just doesn't make
sense.  If you don't have enough interest in runtime loading to find
time to implement it, that's fine, but please say so instead of fighting
the whole idea.  Both Shane and I have enough interst to make an effort.

 - Stig


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

Re: [PHP-DEV] Streams are here!

[Philip Olson]

> > Please please please test the following things in particular
> > as I can't compile them or verify them here:
> 
> I can't compile, because it complains about `ptrdiff_t' undeclared in
> main/network.c. I think stddef.h or similar is needed in this file.

this also affects --enable-sockets, please fix soon i'm trying 
to test something ;))

philip


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

Re: [PHP-DEV] Streams are here!

[Marcus Börger]

SORRY,

had to reconfigure with --enable-php-streams

now it compiles and works
but getimagesize is broken for jpegs i will fix that tomorrow - think it's 
a problem of the latest features (argh)

marcus

At 22:53 15.03.2002, Marcus Börger wrote:
>on cygwin (but i cannot finr any definition for them) ?!
>
>ext/standard/http_fopen_wrapper.o(.text+0x17f):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FCLOSE'
>ext/standard/http_fopen_wrapper.o(.text+0x280):http_fopen_wrapper.c: 
>undefined reference to `SOCK_WRITE'
>ext/standard/http_fopen_wrapper.o(.text+0x3b1):http_fopen_wrapper.c: 
>undefined reference to `SOCK_WRITE'
>ext/standard/http_fopen_wrapper.o(.text+0x430):http_fopen_wrapper.c: 
>undefined reference to `SOCK_WRITE'
>ext/standard/http_fopen_wrapper.o(.text+0x4d0):http_fopen_wrapper.c: 
>undefined reference to `SOCK_WRITE'
>ext/standard/http_fopen_wrapper.o(.text+0x4e6):http_fopen_wrapper.c: 
>undefined reference to `SOCK_WRITE'
>ext/standard/http_fopen_wrapper.o(.text+0x543):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FEOF'
>ext/standard/http_fopen_wrapper.o(.text+0x567):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FGETS'
>ext/standard/http_fopen_wrapper.o(.text+0x6cf):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FEOF'
>ext/standard/http_fopen_wrapper.o(.text+0x728):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FGETS'
>ext/standard/http_fopen_wrapper.o(.text+0x818):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FGETS'
>ext/standard/http_fopen_wrapper.o(.text+0x96b):http_fopen_wrapper.c: 
>undefined reference to `SOCK_FCLOSE'
>
>At 22:12 15.03.2002, Wez Furlong wrote:
>>Well, PHP finally supports fopen("https://...";) :-)
>>
>>Please please please test the following things in particular
>>as I can't compile them or verify them here:
>>
>>hyperwave:
>>hw_new_document_from_file
>>
>>gd:
>>functions that create images from files.
>>In particular, try creating from "wrapped" files over
>>http, ftp etc.
>>
>>pfsockopen()
>>copy() - particularly with "wrapped" source/dest
>>gzopen (and friends)
>>gzfile
>>
>>If you have a system where HAVE_FLUSHIO is important,
>>please let me know if plain files work correctly when
>>switching between read and write.
>>
>>If you have things in Pear/PECL or a third party
>>extension that used the old FP_XXX or php_file_le_fopen(),
>>please contact me and I can help you update your code for
>>streams (it's easy).
>>
>>I'll check back in a couple of hours to see if anyone
>>has found show stoppers; otherwise I'll be signing off
>>till the morning (it is Friday after all!)
>>
>>--Wez.
>>
>>
>>--
>>PHP Development Mailing List 
>>To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Streams are here!

[Marcus Börger]

on cygwin (but i cannot finr any definition for them) ?!

ext/standard/http_fopen_wrapper.o(.text+0x17f):http_fopen_wrapper.c: 
undefined reference to `SOCK_FCLOSE'
ext/standard/http_fopen_wrapper.o(.text+0x280):http_fopen_wrapper.c: 
undefined reference to `SOCK_WRITE'
ext/standard/http_fopen_wrapper.o(.text+0x3b1):http_fopen_wrapper.c: 
undefined reference to `SOCK_WRITE'
ext/standard/http_fopen_wrapper.o(.text+0x430):http_fopen_wrapper.c: 
undefined reference to `SOCK_WRITE'
ext/standard/http_fopen_wrapper.o(.text+0x4d0):http_fopen_wrapper.c: 
undefined reference to `SOCK_WRITE'
ext/standard/http_fopen_wrapper.o(.text+0x4e6):http_fopen_wrapper.c: 
undefined reference to `SOCK_WRITE'
ext/standard/http_fopen_wrapper.o(.text+0x543):http_fopen_wrapper.c: 
undefined reference to `SOCK_FEOF'
ext/standard/http_fopen_wrapper.o(.text+0x567):http_fopen_wrapper.c: 
undefined reference to `SOCK_FGETS'
ext/standard/http_fopen_wrapper.o(.text+0x6cf):http_fopen_wrapper.c: 
undefined reference to `SOCK_FEOF'
ext/standard/http_fopen_wrapper.o(.text+0x728):http_fopen_wrapper.c: 
undefined reference to `SOCK_FGETS'
ext/standard/http_fopen_wrapper.o(.text+0x818):http_fopen_wrapper.c: 
undefined reference to `SOCK_FGETS'
ext/standard/http_fopen_wrapper.o(.text+0x96b):http_fopen_wrapper.c: 
undefined reference to `SOCK_FCLOSE'

At 22:12 15.03.2002, Wez Furlong wrote:
>Well, PHP finally supports fopen("https://...";) :-)
>
>Please please please test the following things in particular
>as I can't compile them or verify them here:
>
>hyperwave:
>hw_new_document_from_file
>
>gd:
>functions that create images from files.
>In particular, try creating from "wrapped" files over
>http, ftp etc.
>
>pfsockopen()
>copy() - particularly with "wrapped" source/dest
>gzopen (and friends)
>gzfile
>
>If you have a system where HAVE_FLUSHIO is important,
>please let me know if plain files work correctly when
>switching between read and write.
>
>If you have things in Pear/PECL or a third party
>extension that used the old FP_XXX or php_file_le_fopen(),
>please contact me and I can help you update your code for
>streams (it's easy).
>
>I'll check back in a couple of hours to see if anyone
>has found show stoppers; otherwise I'll be signing off
>till the morning (it is Friday after all!)
>
>--Wez.
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

Re: [PHP-DEV] Streams are here!

[Stefan Roehrich]

Hello!

On 2002-03-15 21:12:36, Wez Furlong wrote:
> Please please please test the following things in particular
> as I can't compile them or verify them here:

I can't compile, because it complains about `ptrdiff_t' undeclared in
main/network.c. I think stddef.h or similar is needed in this file.

  Stefan

-- 
Stefan Röhrich   [EMAIL PROTECTED], [EMAIL PROTECTED]
 http://www.roehri.ch/~sr/

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

Re: [PHP-DEV] Re: php_copy_file

[Marcus Börger]

At 20:55 15.03.2002, you wrote:
>Well, we have this:
>
>php_stream_copy_to_stream(srcstream, deststream, maxlen)
>
>that does that kind of thing :-)
>If maxlen is 0 it copies until EOF.
>It has some sense to use mmap when the source is a plain file too.

Should react on -1 otherwise you cannot call the function in code
where the length is calculated automatically.

Say you have stream a =  *

read length
copy_stream_to_stream(length)

now it fails because you expect

if (lngth) copy_strwam_to_stream(length)

regards
marcus

>Howzat?
>
>--Wez.
>
>
>On 16/03/02, "l0t3k" <[EMAIL PROTECTED]> wrote:
> > Wez,
> > i keep forgetting to ask you to add a "standard" stream copy function
> > (perhaps using a configurable buffer). that way, i can write me a simple
> > streamer by fopening my favorite MP3 and copying it to a socket 
> >
> >
> > "Wez Furlong" <[EMAIL PROTECTED]> wrote in message
> > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > Any objections to stream enabling the php_copy_file function;
> > > this will allow copying to/from anything that can be accessed
> > > by the stream "fopen" wrappers?
> > >
> > > --Wez.
> > >
> >
> >
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

[PHP-DEV] Streams are here!

[Wez Furlong]

Well, PHP finally supports fopen("https://...";) :-)

Please please please test the following things in particular
as I can't compile them or verify them here:

hyperwave:
hw_new_document_from_file

gd:
functions that create images from files.
In particular, try creating from "wrapped" files over
http, ftp etc.

pfsockopen()
copy() - particularly with "wrapped" source/dest
gzopen (and friends)
gzfile

If you have a system where HAVE_FLUSHIO is important,
please let me know if plain files work correctly when
switching between read and write.

If you have things in Pear/PECL or a third party
extension that used the old FP_XXX or php_file_le_fopen(),
please contact me and I can help you update your code for
streams (it's easy).

I'll check back in a couple of hours to see if anyone
has found show stoppers; otherwise I'll be signing off
till the morning (it is Friday after all!)

--Wez.


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

[PHP-DEV] SAPDB Compile Marathon Continues

[Alex Black]

Gotta love this,

Turns out that a couple things in combination seem to work for sapdb, but
now apache is broken. Anyway this works for SAPDB:

-ensure that --with-odbc is specified before --with-sapdb
-copy the contents of /opt/sapdb/depends/lib to
/opt/sapdb/interfaces/odbc/lib (yes that is dumb :)
-edit /etc/ld.so.conf, add /opt/sapdb/interfaces/odbc/lib
-run ldconfig
-run ldconfig -p |grep sqlrte
You must see:
libsqlrte.so (libc6) => /opt/sapdb/interfaces/odbc/lib/libsqlrte.so
-make
-watch in disbelief as everything compiles fine except for apache
support! Apache support! the most basic of all! argh!

I _can_ compile perfectly well without SAPI/Apache. So for some reason 4.1.2
doesn't like Apache now, great :)

-

PHP no longer complains about ld -sqlrte, now I get a 100% unrelated error
compiling with both apache 1.3.22 and 1.3.23:

.22/src/os/unix -I/root/bc_install/packages/php-4.1.2.mod/Zend
-I/usr/local/curl/include -I/usr/local/libxml2/include/libxml2
-I/usr/local/include -I/usr/local/mcrypt/include -I/usr/local/mhash/include
-I/root/bc_install/packages/php-4.1.2.mod/ext/mysql/libmysql
-I/u01/oracle/product/8.1.6/rdbms/public
-I/u01/oracle/product/8.1.6/rdbms/demo
-I/u01/oracle/product/8.1.6/network/public -I/opt/sapdb/interfaces/odbc/incl
-I/usr/local/mm/include -I/usr/local/expat/include
-I/usr/local/Sablot/include
-I/root/bc_install/packages/apache_1.3.22/src/include
-I/root/bc_install/packages/apache_1.3.22/src/os/unix
-I/root/bc_install/packages/php-4.1.2.mod/TSRM -g -O2  -c sapi_apache.c &&
touch sapi_apache.lo
In file included from
/root/bc_install/packages/apache_1.3.22/src/include/ap_config.h:77,
 from
/root/bc_install/packages/apache_1.3.22/src/include/httpd.h:72,
 from sapi_apache.c:32:
/root/bc_install/packages/apache_1.3.22/src/include/ap_config_auto.h:6:
unterminated `#if' conditional
In file included from
/root/bc_install/packages/apache_1.3.22/src/include/httpd.h:72,
 from sapi_apache.c:32:
/root/bc_install/packages/apache_1.3.22/src/include/ap_config.h:1367:
warning: `XtOffsetOf' redefined
/root/bc_install/packages/php-4.1.2.mod/main/php.h:342: warning: this is the
location of the previous definition
make[3]: *** [sapi_apache.lo] Error 1
make[3]: Leaving directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/root/bc_install/packages/php-4.1.2.mod/sapi/apache'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/bc_install/packages/php-4.1.2.mod/sapi'
make: *** [all-recursive] Error 1

---

a hahahahha give me a bullet in the head! :)

this one doesn't seem to be something I can solve. ergh.

ideas anyone?

please_please cc: [EMAIL PROTECTED] and [EMAIL PROTECTED]
with any responses...

tia,

_alex



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

Re: [PHP-DEV] Re: php_copy_file

[l0t3k]

> Howzat?
you da man ! i owe you a beer if ever we meet..


"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Well, we have this:
>
> php_stream_copy_to_stream(srcstream, deststream, maxlen)
>
> that does that kind of thing :-)
> If maxlen is 0 it copies until EOF.
> It has some sense to use mmap when the source is a plain file too.
>
> Howzat?
>
> --Wez.
>
>
> On 16/03/02, "l0t3k" <[EMAIL PROTECTED]> wrote:
> > Wez,
> > i keep forgetting to ask you to add a "standard" stream copy
function
> > (perhaps using a configurable buffer). that way, i can write me a simple
> > streamer by fopening my favorite MP3 and copying it to a socket 
> >
> >
> > "Wez Furlong" <[EMAIL PROTECTED]> wrote in message
> > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > Any objections to stream enabling the php_copy_file function;
> > > this will allow copying to/from anything that can be accessed
> > > by the stream "fopen" wrappers?
> > >
> > > --Wez.
> > >
> >
> >
> >
> > --
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>



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

[PHP-DEV] Big streams patch due to commit within an hour

[Wez Furlong]

I'm just bringing my tree in sync with todays CVS and reviewing the diff.
I plan to commit the streams code within an hour or so.

I don't anticipate problems, but would be grateful if you could
give me (constructive!) feedback from your experiences with it,
particularly if you are using ftp://, http://, zlib://, bz2://,
php://, fsockopen, pfsockopen, gzopen, gzfile or anything like that!

Also, if someone could test the hyperwave create doc function and let
me know how it goes (using streams made 2 pages of code into 3 lines!).

--Wez.


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

Re: [PHP-DEV] Re: php_copy_file

[Wez Furlong]

Well, we have this:

php_stream_copy_to_stream(srcstream, deststream, maxlen)

that does that kind of thing :-)
If maxlen is 0 it copies until EOF.
It has some sense to use mmap when the source is a plain file too.

Howzat?

--Wez.


On 16/03/02, "l0t3k" <[EMAIL PROTECTED]> wrote:
> Wez,
> i keep forgetting to ask you to add a "standard" stream copy function
> (perhaps using a configurable buffer). that way, i can write me a simple
> streamer by fopening my favorite MP3 and copying it to a socket 
> 
> 
> "Wez Furlong" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > Any objections to stream enabling the php_copy_file function;
> > this will allow copying to/from anything that can be accessed
> > by the stream "fopen" wrappers?
> >
> > --Wez.
> >
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php




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

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/interbase interbase.c php_interbase.h

[Marcus Börger]

At 16:36 15.03.2002, Markus Fischer wrote:

> I think it's a good idea for every extension to display it's
> revision.
>
> Any objections to standardize this for all extension to
> displau their revision for those who don't have it yet ?
>
> So far only five extension seem to have it: interbase, oci8,
> pdf, posix and recode.

for ext/exif i do this while in development, but i could show for release 
versions, too


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

[PHP-DEV] FW: AW: agh - Compile w/php

[Alex Black]

hi all,

I received this from a guy at SAP regarding a SAPDB compile with php:
As you might have guessed, I am still unable to compile --with-sapdb

I've entered a bug report with all of the details:

http://bugs.php.net/bug.php?id=16100

If anyone has successfully compiled SAPDB with PHP on any machine, please
get in contact with me and tell me what you did :)

-alex

> Hi Alex
> 
> I think, I've found the solution.
> 
> Facts:
> - libsqlod is the driver
> - libsqlrte is some lib of our runtime env
> - libsqlrte is added to the libs in the configure file
> 
> Therefore, php wants to link with -lsqlrte which is
> actually not necessary.
> 
> Solution:
> 
> - quick and dirty: cp libsqlod.so libsqlrte.so
> - edit php's ext/odbc/config.m4: delete the line
> "AC_ADD_LIBRARY(sqlrte)"
>  in the sapdb section. Then autoconf, configure, make ...
> 
> 
> The problem is a remainder of the ancestor ADABAS.
> 
> Please tell me, whether it now works for you.
> I will then inform the list about this.
> 
> 
> Greetings  Thomas
> 
> 
> --
> Dr. Thomas Kötter
> SAP DB, SAP Labs Berlin
> 
> 
> SAP DB is open source. Get it!www.sapdb.org
> 
> 
> 
> 

-- End of Forwarded Message


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

[PHP-DEV] debugging httpd and php

[David Ford]

There was some recent talk on the list about debugging apache.

I have current HEAD code for both httpd-2.0 and php42.  If I try to 
start apache with the php module, it silently crashes on startup.  So I 
pop it into gdb and here's what I get.

(gdb) r -X
Starting program: /src/cvs/httpd-2.0/httpd -X
[New Thread 1024 (LWP 9253)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 9253)]
0x4031dad5 in ts_resource_ex (id=1, th_id=0x0) at 
/src/cvs/php4/TSRM/TSRM.c:310
310 
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id, 
thread_resources->count);

(gdb) l
305 TSRM_ERROR((TSRM_ERROR_LEVEL_INFO, 
"Fetching resource id %d for current thread %d", id, (long) 
thread_resources->thread_id));
306 /* Read a specific resource from the 
thread's resources.
307  * This is called outside of a mutex, so 
have to be aware about external
308  * changes to the structure as we read it.
309  */
310 
TSRM_SAFE_RETURN_RSRC(thread_resources->storage, id, 
thread_resources->count);
311 }
312 thread_id = tsrm_thread_id();
313 } else {
314 thread_id = *th_id;

(gdb) bt
#0  0x4031dad5 in ts_resource_ex (id=1, th_id=0x0)
at /src/cvs/php4/TSRM/TSRM.c:310
#1  0x40321bfd in php_module_startup (sf=0x4044eba0)
at /src/cvs/php4/main/main.c:856
#2  0x403746f4 in php_apache_server_startup (pconf=0x81014c0, 
plog=0x81395a0,
ptemp=0x818ad58, s=0x818dfd8)
at /src/cvs/php4/sapi/apache2filter/sapi_apache2.c:428
#3  0x0808e43f in ap_run_post_config (pconf=0x81014c0, plog=0x81395a0,
ptemp=0x818ad58, s=0x818dfd8) at config.c:127
#4  0x08092715 in main (argc=2, argv=0xb6e4) at main.c:603

(gdb) p *thread_resources
$2 = {storage = 0x50435245, count = 33, thread_id = 135231232,
  next = 0x2010}

Anybody have helpful suggestions here?  Should I post my compile 
options?  'tis fully repeatable.

Thank you,
David




smime.p7s
Description: S/MIME Cryptographic Signature

[PHP-DEV] Re: php_copy_file

[l0t3k]

Wez,
i keep forgetting to ask you to add a "standard" stream copy function
(perhaps using a configurable buffer). that way, i can write me a simple
streamer by fopening my favorite MP3 and copying it to a socket 


"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Any objections to stream enabling the php_copy_file function;
> this will allow copying to/from anything that can be accessed
> by the stream "fopen" wrappers?
>
> --Wez.
>



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

Re: [PHP-DEV] php_copy_file

[Markus Fischer]

On Fri, Mar 15, 2002 at 05:51:35PM +, Wez Furlong wrote : 
> Any objections to stream enabling the php_copy_file function;
> this will allow copying to/from anything that can be accessed
> by the stream "fopen" wrappers?

Any reson not to do it? 

I mean, this sounds like an Überkewl feature :)

- Markus

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

[PHP-DEV] Re: php_copy_file

[l0t3k]

+1
i need this for stuff im doing anyway...

"Wez Furlong" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Any objections to stream enabling the php_copy_file function;
> this will allow copying to/from anything that can be accessed
> by the stream "fopen" wrappers?
>
> --Wez.
>



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

[PHP-DEV] php_copy_file

[Wez Furlong]

Any objections to stream enabling the php_copy_file function;
this will allow copying to/from anything that can be accessed
by the stream "fopen" wrappers?

--Wez.


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

Re: [PHP-DEV] Important: "make test"/run-tests.php broken?

[Wez Furlong]

Damn - sapi/cgi is being run and the http headers are confusing
the test suite...

--Wez.

On 16/03/02, "Wez Furlong" <[EMAIL PROTECTED]> wrote:
> Hey,
> 
> Am I the only one that has every single test fail when running
> make test??
> 
> (I've tried with 2 separate working checkouts).
> 
> It appears that the expected output and the actual output differ
> by a newline at the end...
> 
> Can someone else verify, because my first suspcicion was my streams
> code, but I can't see anything wrong, and my other tree has the same
> problem (but no streams code).
> 
> --Wez.




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

Re: [PHP-DEV] Re: cvs: php4 /main php.h

[Andi Gutmans]

At 11:38 AM 3/15/2002 -0500, Joseph Tate wrote:
>I personally don't care which assert is used under Windows.  I don't really
>have time to test the VC++ build right now either, however, please remember
>that while that whole discussion was going on the majority of the American
>continents were asleep.  And it's the North Americans that _must_ use
>Microsoft products due to obsolete management and too much marketing hype.
>
>Joseph
>Who has become aware that the majority of traffic on these two lists happens
>when I'm asleep.

Does this mean that Europe has finally overtaken the US in the software 
field? :)

Andi


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

[PHP-DEV] Re: cvs: php4 /main php.h

[Joseph Tate]

Ok.  From the MSDN (Which is available for free perusal from
msdn.microsoft.com):

--Begin M$ Technobabble--
The ANSI assert macro is typically used to identify logic errors during
program development, by implementing the expression argument to evaluate to
false only when the program is operating incorrectly. After debugging is
complete, assertion checking can be turned off without modifying the source
file by defining the identifier NDEBUG. NDEBUG can be defined with a /D
command-line option or with a #define directive. If NDEBUG is defined with
#define, the directive must appear before ASSERT.H is included.

assert prints a diagnostic message when expression evaluates to false (0)
and calls abort to terminate program execution. No action is taken if
expression is true (nonzero). The diagnostic message includes the failed
expression and the name of the source file and line number where the
assertion failed.
--snip--
The assert routine is available in both the release and debug versions of
the C run-time libraries. Two other assertion macros, _ASSERT and _ASSERTE,
are also available, but they only evaluate the expressiosn passed to them
when the _DEBUG flag has been defined.
--End M$ Technobabble--

I think the key here is that NDEBUG must be defined before the #include
"assert.h" in order to disable assertions.

I personally don't care which assert is used under Windows.  I don't really
have time to test the VC++ build right now either, however, please remember
that while that whole discussion was going on the majority of the American
continents were asleep.  And it's the North Americans that _must_ use
Microsoft products due to obsolete management and too much marketing hype.

Joseph
Who has become aware that the majority of traffic on these two lists happens
when I'm asleep.


> -Original Message-
> From: Yasuo Ohgaki [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 15, 2002 5:34 AM
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; php-dev
> Subject: [PHP-DEV] Re: [PHP-CVS] Re: cvs: php4 /main php.h
>
>
> [EMAIL PROTECTED] wrote:
> > On Fri, 15 Mar 2002, Yasuo Ohgaki wrote:
> >
> >
> >>According to Derick's post, VC defines NDEBUG somewhere else.
> >>Following patch should fix "redfined" warnings.
> >
> >
> > This doesn't seem like a good idea, VC++ might be using NDEBUG for very
> > different reasons. How did you come up with the name NDEBUG?
>
> Accoding to ISO9899(ANSI C) standard, NDEBUG is used for assert.h.
> VC may define/use it some other reasons? I just don't have any idea.
>
> >
> >>Do I need "#define assert(expr)  ASSERT(expr)" also for VC?
> >
> >
> > I've no idea, sebastian?
> >
>
> I hope someone confirm how it should be treated under VC.
>
> --
> Yasuo Ohgaki
>
> > Derick
> >
> >
> >
> >>--- php.h.~1.161.~  Fri Mar 15 15:36:56 2002
> >>+++ php.h   Fri Mar 15 18:47:43 2002
> >>@@ -63,18 +63,18 @@
> >>
> >>  #include "php_regex.h"
> >>
> >>-#ifndef PHP_WIN32
> >>  #if HAVE_ASSERT_H
> >>  #if PHP_DEBUG
> >>  #undef NDEBUG
> >>  #else
> >>+#ifndef NDEBUG
> >>  #define NDEBUG
> >>+#endif /* NDEBUG */
> >>  #endif
> >>  #include 
> >>  #else /* HAVE_ASSERT_H */
> >>  #define assert(expr) ((void) (0))
> >>  #endif /* HAVE_ASSERT_H */
> >>-#endif /* PHP_WIN32 */
> >>
> >>  #define APACHE 0
> >>
> >>
> >>
> >>
> >>--
> >>PHP CVS Mailing List (http://www.php.net/)
> >>To unsubscribe, visit: http://www.php.net/unsub.php
> >>
> >
> >
> > ---
> >   PHP: Scripting the Web - [EMAIL PROTECTED]
> > All your branches are belong to me!
> > SRM: Site Resource Manager - www.vl-srm.net
> > ---
> >
>
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php


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

[PHP-DEV] Important: "make test"/run-tests.php broken?

[Wez Furlong]

Hey,

Am I the only one that has every single test fail when running
make test??

(I've tried with 2 separate working checkouts).

It appears that the expected output and the actual output differ
by a newline at the end...

Can someone else verify, because my first suspcicion was my streams
code, but I can't see anything wrong, and my other tree has the same
problem (but no streams code).

--Wez.

Re: [PHP-DEV] HEADS UP! Streams are coming

[Wez Furlong]

This is another reminder that the new streams based file io layer
is coming this weekend.

I'm in the process of running tests right now - it's looking good!

--Wez.

On 13/03/02, "Wez Furlong" <[EMAIL PROTECTED]> wrote:
> Hi all,
> 
> I've decided to drop the old ISSOCK style code from my streams-enabled
> PHP tree, since supporting both that and streams in the code makes the
> code worse than it was originally (and the point is to make the code nicer).
> 
> But! What about third-party extensions?  Are there any out there that
> use le_fopen and ISSOCK ?  Do we care about breaking them source-code wise
> for the next-next release of PHP (4.3 or perhaps it will be 5 by then?).
> 
> I aim to commit this stuff by the weekend - if anyone has objections
> or whatever, please let me know before then.
> 
> I don't anticipate problems with the patch, but then I can't test extensions
> that I can't compile/support, so I would appreciate some feedback.
> 
> --Wez.




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

[PHP-DEV] patch for sprintf() argnum

[Morten Poulsen]

Hi,

I discovered a bug in sprintf()'s argument swapping code. It accepts an
argument number of zero, which is invalid. It is handled in different
ways in different libcs, but i figured the best way to handle it in PHP
was to make the functioncall fail. Patch is attached.

Best regards,
Morten

PS. Thanks to mbn for whining :-)



diff -ur php-4.1.2.orig/ext/standard/formatted_print.c php-4.1.2/ext/standard/formatted_print.c
--- php-4.1.2.orig/ext/standard/formatted_print.c	Fri Mar 15 16:33:12 2002
+++ php-4.1.2/ext/standard/formatted_print.c	Fri Mar 15 17:12:29 2002
@@ -479,7 +479,12 @@
 temppos = inpos;
 while (isdigit((int)format[temppos])) temppos++;
 if (format[temppos] == '$') {
-	argnum = php_sprintf_getnumber(format, &inpos);
+	if ((argnum = php_sprintf_getnumber(format, &inpos)) == 0) {
+		efree(result);
+		efree(args);
+		php_error(E_WARNING, "%s(): zero is not a valid argument number", get_active_function_name(TSRMLS_C));
+		return NULL;
+	}
 	inpos++;  /* skip the '$' */
 } else {
 	argnum = currarg++;
diff -ur php-4.1.2.orig/tests/strings/002.phpt php-4.1.2/tests/strings/002.phpt
--- php-4.1.2.orig/tests/strings/002.phpt	Fri Mar 15 16:33:13 2002
+++ php-4.1.2/tests/strings/002.phpt	Fri Mar 15 17:10:28 2002
@@ -38,6 +38,7 @@
 printf("printf test 27:%3\$d %d %d\n", 1, 2, 3);
 printf("printf test 28:%2\$02d %1\$2d\n", 1, 2);
 printf("printf test 29:%2\$-2d %1\$2d\n", 1, 2);
+print("printf test 30:"); printf("%0\$s"); print("x\n");
 
 ?>
 --EXPECT--
@@ -72,3 +73,4 @@
 printf test 27:3 1 2
 printf test 28:02  1
 printf test 29:2   1
+printf test 30:x



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

[PHP-DEV] CVS Account Request: amtd

[amtd]

I will translate to chinese for php manual.thx.

BTW:I from ShenZhen China.

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

Re: [PHP-DEV] cvs: php4 /main php.h

[Andi Gutmans]

The question is if this will break UNIX systems. From the MSDN:
---
In C/C++, you can use assertions through assert. In ANSI C, assert has the 
following definition:
void assert(int expression)
The assertion will be executed only when the macro NDEBUG is undefined. The 
program will be aborted if the expression evaluates to false (0); if the 
expression evaluates to true (non-0), assert has no effect.
---

Therefore your patch seems to be correct for Windows. The linux man page says:
---
  This only happens when the macro NDEBUG is undefined.
---

So it sounds as if not defining NDEBUG by force is the correct way.
If no one objects I'll apply your patch in a few hours.

Andi

At 02:54 PM 3/15/2002 +0100, Christoph Kassen wrote:
>Hey,
>
>this patch fixes the NDEBUG redefinition errors you get when building latest
>cvs with VC.
>Anyone with enough karma please apply this patch.
>
>
>Christoph
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/interbase interbase.c php_interbase.h

[Markus Fischer]

On Fri, Mar 15, 2002 at 03:26:02PM -, Daniela Mariaschi wrote : 
>   
> Index: php4/ext/interbase/interbase.c
> diff -u php4/ext/interbase/interbase.c:1.77 php4/ext/interbase/interbase.c:1.78
> --- php4/ext/interbase/interbase.c:1.77   Wed Mar  6 14:54:47 2002
> +++ php4/ext/interbase/interbase.cFri Mar 15 10:25:51 2002
> @@ -17,7 +17,7 @@
> +--+
>   */
>  
> -/* $Id: interbase.c,v 1.77 2002/03/06 19:54:47 derick Exp $ */
> +/* $Id: interbase.c,v 1.78 2002/03/15 15:25:51 daniela Exp $ */
[...]
>  
>   php_info_print_table_start();
>   php_info_print_table_row(2, "Interbase Support", "enabled");
> - php_info_print_table_row(2, "Revision", "$Revision: 1.77 $");
> + php_info_print_table_row(2, "Revision", "$Revision: 1.78 $");

I think it's a good idea for every extension to display it's
revision.

Any objections to standardize this for all extension to
displau their revision for those who don't have it yet ?

So far only five extension seem to have it: interbase, oci8,
pdf, posix and recode.

- Markus

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

Re: [PHP-DEV] cvs: php4 /main php.h

[Christoph Kassen]

Hey,

this patch fixes the NDEBUG redefinition errors you get when building latest
cvs with VC.
Anyone with enough karma please apply this patch.


Christoph


Index: php.h
===
RCS file: /repository/php4/main/php.h,v
retrieving revision 1.162
diff -u -r1.162 php.h
--- php.h   15 Mar 2002 10:49:31 -  1.162
+++ php.h   15 Mar 2002 13:41:48 -
@@ -66,8 +66,6 @@
 #if HAVE_ASSERT_H
 #if PHP_DEBUG
 #undef NDEBUG
-#else
-#define NDEBUG
 #endif
 #include 
 #else /* HAVE_ASSERT_H */



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

Re: [PHP-DEV] HEAD broken

[Ludovico Magnocavallo]

sorry, reverting var_unserializer.re to 1.4

L.

"Ludovico Magnocavallo" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> same thing here, on a RedHat 6.2, compilation is broken
>
> var_unserializer.c is 0 bytes, reverting it to version 1.4 fixes
compilation
>
> L.
>
> "Markus Fischer" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > On Fri, Mar 15, 2002 at 02:25:46PM +0100, [EMAIL PROTECTED] wrote :
> > > On Fri, Mar 15, 2002 at 01:23:44PM +0100, [EMAIL PROTECTED] wrote:
> > > >
> > > > How is it broken? It compiled just fine for me...
> > >
> > >
> > > Hmmm i get stuff like:
> > > ext/session/session.lo: In function 'php_set_session_var':
> > > /ext/session/session.c:268: undefined reference to 'var_replace'
> > > ...
> >
> > Is php4/ext/standard/var_unserializer.c 0 bytes in size or
> > not properly generated from
> > php4/ext/standard/var_unserializer.re ?
> >
> > --
> > Please always Cc to me when replying to me on the lists.
> > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
>
>



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

Re: [PHP-DEV] HEAD broken

[Ludovico Magnocavallo]

same thing here, on a RedHat 6.2, compilation is broken

var_unserializer.c is 0 bytes, reverting it to version 1.4 fixes compilation

L.

"Markus Fischer" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Fri, Mar 15, 2002 at 02:25:46PM +0100, [EMAIL PROTECTED] wrote :
> > On Fri, Mar 15, 2002 at 01:23:44PM +0100, [EMAIL PROTECTED] wrote:
> > >
> > > How is it broken? It compiled just fine for me...
> >
> >
> > Hmmm i get stuff like:
> > ext/session/session.lo: In function 'php_set_session_var':
> > /ext/session/session.c:268: undefined reference to 'var_replace'
> > ...
>
> Is php4/ext/standard/var_unserializer.c 0 bytes in size or
> not properly generated from
> php4/ext/standard/var_unserializer.re ?
>
> --
> Please always Cc to me when replying to me on the lists.
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc



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

Re: [PHP-DEV] HEAD broken

[Markus Fischer]

On Fri, Mar 15, 2002 at 02:25:46PM +0100, [EMAIL PROTECTED] wrote : 
> On Fri, Mar 15, 2002 at 01:23:44PM +0100, [EMAIL PROTECTED] wrote:
> > 
> > How is it broken? It compiled just fine for me...
> 
> 
> Hmmm i get stuff like:
> ext/session/session.lo: In function 'php_set_session_var':
> /ext/session/session.c:268: undefined reference to 'var_replace'
> ...

Is php4/ext/standard/var_unserializer.c 0 bytes in size or
not properly generated from
php4/ext/standard/var_unserializer.re ?

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

Re: [PHP-DEV] HEAD broken

[sesser]

On Fri, Mar 15, 2002 at 01:23:44PM +0100, [EMAIL PROTECTED] wrote:
> 
> How is it broken? It compiled just fine for me...


Hmmm i get stuff like:
ext/session/session.lo: In function 'php_set_session_var':
/ext/session/session.c:268: undefined reference to 'var_replace'
...

and this happens for sapi/cli/php

Stefan


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

Re: [PHP-DEV] HEAD broken

[Markus Fischer]

On Fri, Mar 15, 2002 at 01:23:44PM +0100, [EMAIL PROTECTED] wrote : 
> On Fri, 15 Mar 2002, Stefan Esser wrote:
> 
> > current HEAD doesn't compile due to /ext/session/session.c,
> > /ext/standard/var.c
> 
> How is it broken? It compiled just fine for me...

For me too. What's the compile/error message? Maybe something
to do with inproper timestamps and re2c ?

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc

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

Re: [PHP-DEV] HEAD broken

[derick]

On Fri, 15 Mar 2002, Stefan Esser wrote:

> current HEAD doesn't compile due to /ext/session/session.c,
> /ext/standard/var.c

How is it broken? It compiled just fine for me...

Derick


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

Re: [PHP-DEV] Release process (was: Re: [PHP-CVS] cvs: php4 /configure.in /main php_version.h)

[derick]

On Fri, 15 Mar 2002, Edin Kadribasic wrote:

> > sounds ok to me, i'll mail a faster release schedule later this day and if
> > nobody objects i'll package rc1 tomorrow.
> 
> Since we are trying to improve QA I think RC1 (and the rest of them) should
> be announced on the list and on www.php.net in order to  get more people to
> test it. Are there any reasons not to do this?

It was my original plan, but only if we have a nice system to collect 
reports (I've been working on that a little). And only RC1 should be 
publically announced IMO.

Derick

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


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

[PHP-DEV] HEAD broken

[Stefan Esser]

current HEAD doesn't compile due to /ext/session/session.c,
/ext/standard/var.c


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

Re: [PHP-DEV] Release process (was: Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h)

[Edin Kadribasic]

> sounds ok to me, i'll mail a faster release schedule later this day and if
> nobody objects i'll package rc1 tomorrow.

Since we are trying to improve QA I think RC1 (and the rest of them) should
be announced on the list and on www.php.net in order to  get more people to
test it. Are there any reasons not to do this?

Edin


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

Re: [PHP-DEV] Release process (was: Re: [PHP-CVS] cvs: php4 /configure.in /main php_version.h)

[derick]

On Fri, 15 Mar 2002, Edin Kadribasic wrote:

> I agree that the main issue here the release process. I don't think it's
> working very well now. How long ago was PHP_4_0_7 branch made? It's not that
> ecouraging fixing a bug or adding a new feature and telling people that the
> fix or feature will be released in 6 months or so.
> 
> So how do we cut the time from branch to release down to 2-4 weeks?

sounds ok to me, i'll mail a faster release schedule later this day and if 
nobody objects i'll package rc1 tomorrow.

Derick

> 
> Edin
> 
> 
> - Original Message -
> From: "Zeev Suraski" <[EMAIL PROTECTED]>
> To: "Stig S. Bakken" <[EMAIL PROTECTED]>
> Cc: "James Cox" <[EMAIL PROTECTED]>; "Jani Taskinen" <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Friday, March 15, 2002 10:28 AM
> Subject: RE: [PHP-CVS] cvs: php4 / configure.in /main php_version.h
> 
> 
> > At 11:09 15/03/2002, Stig S. Bakken wrote:
> > >The new versioning scheme is a good idea at the right time.  You should
> > >give better arguments than "the old scheme has (always worked|worked
> > >before)".
> >
> > And I did (inability to sync multiple trees, lengthy release cycles (from
> > branching to release), userbase perception of what version numbers mean in
> > the OS world, time from introduction of new features, or infrastructure
> > improvements and their delivery to the userbase, legitimizing patch
> > releases by "making them look better" (there's no excuse for a QA messup,
> > no matter if you call it 4.2.1., 4.2.0pl1 or 5.0.456), and I think there
> > were more).  I have no motivation to go into them all over again, and the
> > fact the old scheme worked seemed like a pretty good KISS summary.
> >
> > In reality, if we don't have enough QA resources (and we don't, ask Derick
> > who has to wait for 3 weeks from branching to RC1 (!)), then picking on
> the
> > versioning scheme is looking for the coin under the light, when it already
> > slipped through the cracks to the sewers.  Fix what requires fixing, not
> > the things that are and always have worked.  Right now, it appears we're
> > getting the bad of both worlds - we lost the dynamic nature of an OS
> > project (fast turnaround time), but we also don't have commercial grade
> > QA.  To the QA people - we appreciate your work, however, there's simply
> > not enough of you.  It's not your fault, of course.
> >
> > If we want to do it right, we need to get a strong QA infrastructure,
> which
> > would allow us to go from branch to release in 2-4 weeks (and then this
> > whole version numbering business loses its point).  Solving the problem by
> > legitimizing pl's as 3rd digit releases is perhaps self-convincing, but it
> > doesn't change anything, except for breaking consistency with out
> > versioning scheme.
> >
> > Zeev
> >
> >
> > --
> > PHP CVS Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
> >
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


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

[PHP-DEV] Release process (was: Re: [PHP-CVS] cvs: php4 / configure.in /main php_version.h)

[Edin Kadribasic]

I agree that the main issue here the release process. I don't think it's
working very well now. How long ago was PHP_4_0_7 branch made? It's not that
ecouraging fixing a bug or adding a new feature and telling people that the
fix or feature will be released in 6 months or so.

So how do we cut the time from branch to release down to 2-4 weeks?

Edin


- Original Message -
From: "Zeev Suraski" <[EMAIL PROTECTED]>
To: "Stig S. Bakken" <[EMAIL PROTECTED]>
Cc: "James Cox" <[EMAIL PROTECTED]>; "Jani Taskinen" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Friday, March 15, 2002 10:28 AM
Subject: RE: [PHP-CVS] cvs: php4 / configure.in /main php_version.h


> At 11:09 15/03/2002, Stig S. Bakken wrote:
> >The new versioning scheme is a good idea at the right time.  You should
> >give better arguments than "the old scheme has (always worked|worked
> >before)".
>
> And I did (inability to sync multiple trees, lengthy release cycles (from
> branching to release), userbase perception of what version numbers mean in
> the OS world, time from introduction of new features, or infrastructure
> improvements and their delivery to the userbase, legitimizing patch
> releases by "making them look better" (there's no excuse for a QA messup,
> no matter if you call it 4.2.1., 4.2.0pl1 or 5.0.456), and I think there
> were more).  I have no motivation to go into them all over again, and the
> fact the old scheme worked seemed like a pretty good KISS summary.
>
> In reality, if we don't have enough QA resources (and we don't, ask Derick
> who has to wait for 3 weeks from branching to RC1 (!)), then picking on
the
> versioning scheme is looking for the coin under the light, when it already
> slipped through the cracks to the sewers.  Fix what requires fixing, not
> the things that are and always have worked.  Right now, it appears we're
> getting the bad of both worlds - we lost the dynamic nature of an OS
> project (fast turnaround time), but we also don't have commercial grade
> QA.  To the QA people - we appreciate your work, however, there's simply
> not enough of you.  It's not your fault, of course.
>
> If we want to do it right, we need to get a strong QA infrastructure,
which
> would allow us to go from branch to release in 2-4 weeks (and then this
> whole version numbering business loses its point).  Solving the problem by
> legitimizing pl's as 3rd digit releases is perhaps self-convincing, but it
> doesn't change anything, except for breaking consistency with out
> versioning scheme.
>
> Zeev
>
>
> --
> PHP CVS Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>


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

Re: [PHP-DEV] Fw: PHP 4.1.2 zip package [5,824Kb] - 12 March 2002

[derick]

it seems that somebody screwed our nice version number :)

Derick

On Fri, 15 Mar 2002, Gabor Hojtsy wrote:

> Khm...
> 
> - Original Message -
> From: "Preiß, Sebastian" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, March 15, 2002 8:58 AM
> Subject: PHP 4.1.2 zip package [5,824Kb] - 12 March 2002
> 
> 
> > Note: This File (PHP 4.1.2 zip package [5,824Kb] - 12 March 2002) seems to
> > include PHP/4.1.3-dev, not PHP 4.1.2!
> >
> > This is shown when Apache starts (when using PHP as module)...
> >
> >
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


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

[PHP-DEV] Fw: PHP 4.1.2 zip package [5,824Kb] - 12 March 2002

[Gabor Hojtsy]

Khm...

- Original Message -
From: "Preiß, Sebastian" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 15, 2002 8:58 AM
Subject: PHP 4.1.2 zip package [5,824Kb] - 12 March 2002


> Note: This File (PHP 4.1.2 zip package [5,824Kb] - 12 March 2002) seems to
> include PHP/4.1.3-dev, not PHP 4.1.2!
>
> This is shown when Apache starts (when using PHP as module)...
>
>



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

RE: [PHP-DEV] cvs: php4 /main php.h

[Marc Boeren]

> Accoding to ISO9899(ANSI C) standard, NDEBUG is used for assert.h.
> VC may define/use it some other reasons? I just don't have any idea.

VC defines it for any(!) project you create as a compiler setting ( /D
"NDEBUG" ) (for Release versions, for Debug versions it does  /D "_DEBUG")
As to the reasons... well, who knows? :-)

Cheerio, Marc.

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

[PHP-DEV] Re: [PHP-CVS] Re: cvs: php4 /main php.h

[Yasuo Ohgaki]

[EMAIL PROTECTED] wrote:
> On Fri, 15 Mar 2002, Yasuo Ohgaki wrote:
> 
> 
>>According to Derick's post, VC defines NDEBUG somewhere else.
>>Following patch should fix "redfined" warnings.
> 
> 
> This doesn't seem like a good idea, VC++ might be using NDEBUG for very 
> different reasons. How did you come up with the name NDEBUG?

Accoding to ISO9899(ANSI C) standard, NDEBUG is used for assert.h.
VC may define/use it some other reasons? I just don't have any idea.

> 
>>Do I need "#define assert(expr)  ASSERT(expr)" also for VC?
> 
> 
> I've no idea, sebastian?
> 

I hope someone confirm how it should be treated under VC.

--
Yasuo Ohgaki

> Derick
> 
> 
> 
>>--- php.h.~1.161.~Fri Mar 15 15:36:56 2002
>>+++ php.h Fri Mar 15 18:47:43 2002
>>@@ -63,18 +63,18 @@
>>
>>  #include "php_regex.h"
>>
>>-#ifndef PHP_WIN32
>>  #if HAVE_ASSERT_H
>>  #if PHP_DEBUG
>>  #undef NDEBUG
>>  #else
>>+#ifndef NDEBUG
>>  #define NDEBUG
>>+#endif /* NDEBUG */
>>  #endif
>>  #include 
>>  #else /* HAVE_ASSERT_H */
>>  #define assert(expr) ((void) (0))
>>  #endif /* HAVE_ASSERT_H */
>>-#endif /* PHP_WIN32 */
>>
>>  #define APACHE 0
>>
>>
>>
>>
>>-- 
>>PHP CVS Mailing List (http://www.php.net/)
>>To unsubscribe, visit: http://www.php.net/unsub.php
>>
> 
> 
> ---
>   PHP: Scripting the Web - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Site Resource Manager - www.vl-srm.net
> ---
> 




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

[PHP-DEV] CVS Account Request: lucaiacono

[Luca Iacono]

phpdoc, translation

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

[PHP-DEV] Re: [PHP-CVS] Re: cvs: php4 /main php.h

[derick]

On Fri, 15 Mar 2002, Yasuo Ohgaki wrote:

> According to Derick's post, VC defines NDEBUG somewhere else.
> Following patch should fix "redfined" warnings.

This doesn't seem like a good idea, VC++ might be using NDEBUG for very 
different reasons. How did you come up with the name NDEBUG?

> Anyone could test under VC?

Not me :)

> Do I need "#define assert(expr)  ASSERT(expr)" also for VC?

I've no idea, sebastian?

Derick


> 
> --- php.h.~1.161.~Fri Mar 15 15:36:56 2002
> +++ php.h Fri Mar 15 18:47:43 2002
> @@ -63,18 +63,18 @@
> 
>   #include "php_regex.h"
> 
> -#ifndef PHP_WIN32
>   #if HAVE_ASSERT_H
>   #if PHP_DEBUG
>   #undef NDEBUG
>   #else
> +#ifndef NDEBUG
>   #define NDEBUG
> +#endif /* NDEBUG */
>   #endif
>   #include 
>   #else /* HAVE_ASSERT_H */
>   #define assert(expr) ((void) (0))
>   #endif /* HAVE_ASSERT_H */
> -#endif /* PHP_WIN32 */
> 
>   #define APACHE 0
> 
> 
> 
> 
> -- 
> PHP CVS Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

---
  PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Site Resource Manager - www.vl-srm.net
---


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

Re: [PHP-DEV] Re: Win32 compile warnings

[Yasuo Ohgaki]

Derick Rethans wrote:
> Hello,
> 
> The _macro_ is redifined here, that has nothing to do with asert() which 
> works perfectly with VC++. My guess is that NDEBUG is defined by either 
> VC++ itself, or by another module in the PHP source.
> 
> Derick

I've posted possible fix for VC warning to php-cvs.
I cannot confirm if it actually fix warnings.

Could you test it?

--
Yasuo Ohgaki


> 
> On Fri, 15 Mar 2002, Yasuo Ohgaki wrote:
> 
> 
>>Sebastian Bergmann wrote:
>>
>>>  As of yesterday, I get a lot of these
>>>
>>>main\php.h(70): warning C4005: 'NDEBUG': Macro redefined
>>>
>>>
>>
>>It seems VC does not support assert() macro as UNIX does...
>>I changed it UNIX only for now.
>>
>>-- 
>>Yasuo Ohgaki
>>[EMAIL PROTECTED]
>>
>>
>>-- 
>>PHP Development Mailing List 
>>To unsubscribe, visit: http://www.php.net/unsub.php
>>
> 
> 
> Derick Rethans
> 
> -
> PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Site Resource Manager - www.vl-srm.net
> -
> 




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