[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c formatted_print.c php_string.h

2001-08-07 Thread Andi Gutmans

At 02:53 PM 8/7/2001 -0500, Andrei Zmievski wrote:
>On Tue, 07 Aug 2001, Andi Gutmans wrote:
> > In what case is this useful? I'm kind of worried that so many functions 
> are
> > popping up in PHP which accept arrays as parameters. It's much slower than
> > passing the arguments in a regular way. How often do people dynamically
> > build formats *and* then dynamically build an array of arguments?
>
>Here's request from Colin:
>
>"What are the chances of getting printf() and sprintf() to have
>an optional syntax:
>
> string  sprintf( string format, array args );
>
>Where $args would be an array of all the arguments to be passed,
>instead of listing them one by one.  This would be useful if one
>needed to write some kind of a wrapper function for printf() that
>processed the format string and/or each of the arguments before
>passing them to printf()."

Do you really think it's worth it? People will use features which are 
available. I don't think it's the right thing to allow them to write code 
which is *much* slower than the old way when it usually doesn't give you 
much advantage over the old way.
Anyway, if you guys think it's really needed, so be it. I just think it's 
kind of slow and I personally think we should not encourage people to pass 
arguments with arrays. We're doing this in far too many places for my taste.

Andi


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/standard basic_functions.c formatted_print.c php_string.h

2001-08-07 Thread Andrei Zmievski

On Tue, 07 Aug 2001, Andi Gutmans wrote:
> Do you really think it's worth it? People will use features which are 
> available. I don't think it's the right thing to allow them to write code 
> which is *much* slower than the old way when it usually doesn't give you 
> much advantage over the old way.
> Anyway, if you guys think it's really needed, so be it. I just think it's 
> kind of slow and I personally think we should not encourage people to pass 
> arguments with arrays. We're doing this in far too many places for my taste.

We've been over this before and my point of view has not really changed:
having functions like this in PHP is not a bad thing, because people
will usually figure out what suits their needs performance-wise and
otherwise.

-Andrei
* Ethernet n.: something used to catch the etherbunny. *

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12612 Updated: unsigned integer problem

2001-08-07 Thread jeroen

ID: 12612
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Scripting Engine problem
Operating System: Windows 2000 Server SP1 5.0.2195
PHP Version: 4.0.4pl1
New Comment:

PHP 4 handles number-constants smartly. I.e., when a number is out of range of 
integers, it will be auto-converted to float.

var_dump(0x8000) -> float(2147483648)

While | requires int-arguments, and because it cannot convert float(2147483648) to 
int, it will take MAX_INT instead.

That abs(MINIMAL_INT) bug, is a bug which I fixed yesterday (coincidence...)

The 0x8000 | 0; : apparently 

(int) 2147483648.0 => -2147483648
This IS a bug, because it should have been INT_MAX (2147483647)

I'm currently trying to sort that out. By the way, do not put multiple bugs in one 
report.

Previous Comments:


[2001-08-07 05:10:52] [EMAIL PROTECTED]

$qq = 0x8000;
echo $qq;  //2147483648  ok
$qq = 0x8000 | 0;
echo $qq;  //-2147483648  ???
echo abs($qq);  //-2147483648  ???
echo $qq * -1;  //2147483648  






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12612 Updated: unsigned integer problem

2001-08-07 Thread jeroen

ID: 12612
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Windows 2000 Server SP1 5.0.2195
PHP Version: 4.0.4pl1
New Comment:

I wan't really clear on this one: PHP _does not support unsigned ints_

Generally, it support integers from -2147483648 to 2147483647

Previous Comments:


[2001-08-07 16:54:30] [EMAIL PROTECTED]

PHP 4 handles number-constants smartly. I.e., when a number is out of range of 
integers, it will be auto-converted to float.

var_dump(0x8000) -> float(2147483648)

While | requires int-arguments, and because it cannot convert float(2147483648) to 
int, it will take MAX_INT instead.

That abs(MINIMAL_INT) bug, is a bug which I fixed yesterday (coincidence...)

The 0x8000 | 0; : apparently 

(int) 2147483648.0 => -2147483648
This IS a bug, because it should have been INT_MAX (2147483647)

I'm currently trying to sort that out. By the way, do not put multiple bugs in one 
report.



[2001-08-07 05:10:52] [EMAIL PROTECTED]

$qq = 0x8000;
echo $qq;  //2147483648  ok
$qq = 0x8000 | 0;
echo $qq;  //-2147483648  ???
echo abs($qq);  //-2147483648  ???
echo $qq * -1;  //2147483648  






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12634: Segfaults due to possible memory leak??

2001-08-07 Thread katz

From: [EMAIL PROTECTED]
Operating system: Linux 2.4
PHP version:  4.0.6
PHP Bug Type: Unknown/Other Function
Bug description:  Segfaults due to possible memory leak??

Under 4.0.6, my apache processes start segfaulting with 
the following problem after running (stable) for a period 
of time:
   
[Tue Aug  7 16:53:30 2001] [notice] child pid 7139 
exit signal Segmentation fault (11)


Once this starts happening, it continues until i kill and 
restart the server.  It will then run fine for some time, 
then happen again.  The period of time that it runs stable 
decreases as hits increase .. 

Running with --enable-debug I get the following in the 
apache error log (I had issues generating a gdb backtrace, 
but if needed I can attempt again):

/usr/www/thinkquest/common/nav_menu.inc(330) : Fatal error 
- Allowed memory size of 12582912 bytes exhausted at 
../../Zend/zend_opcode.c:48 (tried to allocate 184320 
bytes)
/usr/www/thinkquest/common/scripts.inc(3062) : Fatal error 
- Allowed memory size of 12582912 bytes exhausted at 
../../Zend/zend_opcode.c:48 (tried to allocate 11520 bytes)
[Tue Aug  7 16:53:23 2001]  Script:  
'/usr/www/thinkquest/index.html'
---
../../Zend/zend_opcode.c(172) : Block 0x08138E90 status:
Beginning:  Overrun (magic=0x401E8080, 
expected=0x7312F8DC)
  End:  Unknown
---
/usr/www/thinkquest/common/nav_menu.inc(330) : Fatal error 
- Allowed memory size of 12582912 bytes exhausted at 
../../Zend/zend_opcode.c:48 (tried to allocate 184320 
bytes)
/usr/www/thinkquest/common/scripts.inc(1870) : Fatal error 
- Allowed memory size of 12582912 bytes exhausted at 
../../Zend/zend_opcode.c:48 (tried to allocate 184320 
bytes)

... and similar, over and over again.. however the script 
that it occurs in, and the line, are always different..   
I tried increasing the amount of memory allowed per 
script, but it just uses all that up too.. 

As a note... everything runs fine under 4.0.5  

I have cvs updates up to July 20.. The configuration 
parameters I used are:

"../configure" \
"--prefix=/usr" \
"--with-apxs=/usr/bin/apxs" \
"--with-regex=system" \
"--with-config-file-path=/etc/php4/apache" \
"--disable-rpath" \
"--enable-debug" \
"--enable-memory-limit" \
"--enable-calendar" \
"--enable-sysvsem" \
"--enable-sysvshm" \
"--enable-track-vars" \
"--enable-trans-sid" \
"--enable-bcmath" \
"--with-bz2" \
"--enable-ctype" \
"--with-db2" \
"--with-ndbm" \
"--with-ldap=/usr" \
"--with-oci8=/usr/oracle/product/8.1.6" \
"--enable-sigchild" \
"--enable-exif" \
"--enable-filepro" \
"--enable-ftp" \
"--with-gettext" \
"--enable-mbstring" \
"--enable-mbstr-enc-trans" \
"--with-pcre-regex=/usr" \
"--enable-shmop" \
"--enable-sockets" \
"--enable-wddx" \
"--with-xml=/usr" \
"--with-expat-dir=/usr" \
"--enable-yp" \
"--with-zlib" \
"--without-pgsql" \
"--disable-static" \
"--with-layout=GNU" \
"--with-curl=shared,/usr" \
"--with-dom=shared,/usr" \
"--with-gd=shared,/usr" \
"--with-jpeg-dir=shared,/usr" \
"--with-xpm-dir=shared,/usr/X11R6" \
"--with-png-dir=shared,/usr" \
"--with-freetype-dir=shared,/usr" \
"--with-imap=shared,/usr" \
"--with-mcal=shared,/usr" \
"--with-mhash=shared,/usr" \
"--with-mysql=shared,/usr" \
"--with-sablot=shared,/usr" \
"--with-snmp=shared" \
"--with-sybase-ct=shared,/usr" \
"--with-ttf=shared,/usr" \
"--with-t1lib=shared,/usr"

The extension order i use is:

gd.so
imap.so
mhash.so
domxml.so
mysql.so
curl.so

( I tried removing domxml, mhash and curl and the problems 
were still there ) ... 

Also to throw in, I have OCI8 configured with Oracle 8.1.6 
(as seen above) .. linked with pthreads and using Apache 
1.3.20...

Any more info if needed can be provided.

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12612 Updated: unsigned integer problem

2001-08-07 Thread jeroen

ID: 12612
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2000 Server SP1 5.0.2195
PHP Version: 4.0.4pl1
Old Assigned To: 
Assigned To: jeroen
New Comment:

>From http://www.docs.intranet.giga/php/language.types.integer.html:

>From floating point numbers
When converting from float to integer, the number will be rounded towards zero. 

If the float is beyond the boundaries of integer (usually +/- 2.15e+9 = 2^31), the 
result is undefined, since the float hasn't got enough precision to give an exact 
integer result. No warning, not even a notice will be issued in this case! 

(I should have known, I wrote that myself...)
So there this is "feature", AKA documented bug. Feel free to open a feature request to 
get that changed...

In the manual it should be better noted in integers -> big number section that it goes 
for hex too. I'll do that in a minute. 

Status -> Closed (for the abs() bug)


Previous Comments:


[2001-08-07 17:04:39] [EMAIL PROTECTED]

I wan't really clear on this one: PHP _does not support unsigned ints_

Generally, it support integers from -2147483648 to 2147483647



[2001-08-07 16:54:30] [EMAIL PROTECTED]

PHP 4 handles number-constants smartly. I.e., when a number is out of range of 
integers, it will be auto-converted to float.

var_dump(0x8000) -> float(2147483648)

While | requires int-arguments, and because it cannot convert float(2147483648) to 
int, it will take MAX_INT instead.

That abs(MINIMAL_INT) bug, is a bug which I fixed yesterday (coincidence...)

The 0x8000 | 0; : apparently 

(int) 2147483648.0 => -2147483648
This IS a bug, because it should have been INT_MAX (2147483647)

I'm currently trying to sort that out. By the way, do not put multiple bugs in one 
report.



[2001-08-07 05:10:52] [EMAIL PROTECTED]

$qq = 0x8000;
echo $qq;  //2147483648  ok
$qq = 0x8000 | 0;
echo $qq;  //-2147483648  ???
echo abs($qq);  //-2147483648  ???
echo $qq * -1;  //2147483648  






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12612 Updated: unsigned integer problem

2001-08-07 Thread jeroen

ID: 12612
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2000 Server SP1 5.0.2195
PHP Version: 4.0.4pl1
Assigned To: jeroen
New Comment:

This url will also work outside "Jeroen's intranet" ;-)

http://www.php.net/manual/en/language.types.integer.php

Previous Comments:


[2001-08-07 17:17:00] [EMAIL PROTECTED]

>From http://www.docs.intranet.giga/php/language.types.integer.html:

>From floating point numbers
When converting from float to integer, the number will be rounded towards zero. 

If the float is beyond the boundaries of integer (usually +/- 2.15e+9 = 2^31), the 
result is undefined, since the float hasn't got enough precision to give an exact 
integer result. No warning, not even a notice will be issued in this case! 

(I should have known, I wrote that myself...)
So there this is "feature", AKA documented bug. Feel free to open a feature request to 
get that changed...

In the manual it should be better noted in integers -> big number section that it goes 
for hex too. I'll do that in a minute. 

Status -> Closed (for the abs() bug)




[2001-08-07 17:04:39] [EMAIL PROTECTED]

I wan't really clear on this one: PHP _does not support unsigned ints_

Generally, it support integers from -2147483648 to 2147483647



[2001-08-07 16:54:30] [EMAIL PROTECTED]

PHP 4 handles number-constants smartly. I.e., when a number is out of range of 
integers, it will be auto-converted to float.

var_dump(0x8000) -> float(2147483648)

While | requires int-arguments, and because it cannot convert float(2147483648) to 
int, it will take MAX_INT instead.

That abs(MINIMAL_INT) bug, is a bug which I fixed yesterday (coincidence...)

The 0x8000 | 0; : apparently 

(int) 2147483648.0 => -2147483648
This IS a bug, because it should have been INT_MAX (2147483647)

I'm currently trying to sort that out. By the way, do not put multiple bugs in one 
report.



[2001-08-07 05:10:52] [EMAIL PROTECTED]

$qq = 0x8000;
echo $qq;  //2147483648  ok
$qq = 0x8000 | 0;
echo $qq;  //-2147483648  ???
echo abs($qq);  //-2147483648  ???
echo $qq * -1;  //2147483648  






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12626 Updated: string to int incorrect if string containts 0 characters

2001-08-07 Thread jeroen

ID: 12626
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: win32
PHP Version: 4.0.6
New Comment:

Reworded: str->int conversion isn't binary safe (strtol isn't...).

A fix would make the commonly (implicitely) used str->int conversion slower... I can 
think of a few ways to fix this, but didn't check the performance impact.

In PHP, everything is supposed to work regardless of ascii 0 bytes in a string.

Previous Comments:


[2001-08-07 12:36:17] [EMAIL PROTECTED]

if you convert a string containing chr(0) characters to an int, php cuts off 
conversion on reaching the first ascii 0. The resulting integer is incorrect, of 
course.

I found it out having a string constructed of concatenated single characters which 
would not convert correctly. However, checking the string length would show more 
characters than those visible.

Basic string handling stuff seems to work ok on those strings, however. This seems 
weird because I would have expected php to consider the first 0 character terminate 
the string, which it does not. Or does it?

Stefan








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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12614 Updated: AddSlashes doen't escape Curly braces "{"'s

2001-08-07 Thread vlad

ID: 12614
Updated by: vlad
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Strings related
Operating System: Linux
PHP Version: 4.0CVS-2001-08-07
New Comment:

That's one way to fix it. Another is to use addcslashes()
instead, but you might have to upgrade your version of php
first.

Previous Comments:


[2001-08-07 06:28:58] [EMAIL PROTECTED]

AFAIK this is not fixed in versoins beyong 4.0.1pl2 which is what I'm using.

I'm using PHP to modify Latex files - particularly to substitute PHP variables with 
values from a database.

Therefore my Latex file could contain:
\textbf{$php_variable}

I read lines from the Latex file and use something like:
$input_line = AddSlashes( fgets($fp));
$str = eval($input_line);

As the input line includes a {$ the eval function assumes an array calculation and the 
{ is left out of the output string.

I've fixed the problem by adding an additional str_replace to escape the { with \{ 
first.

Kind regards
Mark





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12608 Updated: $REDIRECT_QUERY_STRING isn't parsed into $HTTP_GET_VARS

2001-08-07 Thread jeroen

ID: 12608
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Variables related
Operating System: Debian potato GNU/Linux
PHP Version: 4.0.5
New Comment:

It is the responsibility of the 404-script to pass on the query string (as far as 
relevant). This is not a bug, the original query string is not anymore a 
get-variable-list, only the new query string is.

Use urlencode, implode, and that kind of functions to append the 'old'query-string to 
the new one.

Previous Comments:


[2001-08-07 12:22:14] [EMAIL PROTECTED]

Thanks for the reply.

Sorry that the first post was confusing, I'll try explaining my situation more 
thoroughly:
I have a site that generates dynamic content. I don't want long, not-user-friendly 
urls of the form "http://../project/read.php?objectid=33255§ion=2355";, so I've 
written a custom 404 script that lets me do a 
"http://.../project/sectionname/objectname"; in true Jakob Nielsen spirit.

So far so good, but say I want to append "?lang=en" (or any get variable) to the url? 
If I do, the 404 script doesn't see $HTTP_GET_VARS(it is empty), so I have to look at 
$RQS ($REDIRECT_QUERY_STRING), as per the original note.
This isn't really a problem, I use parse_str() to break up $RQS, and all is well.

So why all the hassle, if all is well? Well, because contrary to what you say, I think 
(but I may ofcoursly be wrong on this, it wouldn't be the first time :) that breaking 
up the query string into HTTP_GET_VARS would be a right thing. If I understand the 
whole 404 process correctly, there will never be a $QUERY_STRING (which normally is 
what ends up in HTTP_GET_VARS and $argv, I presume) in a 404 script, but instead a 
$REDIRECT_QUERY_STRING. If this is correct, using $REDIRECT_QUERY_STRING in the same 
manner as $QUERY_STRING is ok, because both cannot be set at the same time.

Please correct me if I'm wrong.




[2001-08-07 09:38:53] [EMAIL PROTECTED]

Thanks for the reply.

Sorry that the first post was confusing, I'll try explaining my situation more 
thoroughly:
I have a site that generates dynamic content. I don't want long, not-user-friendly 
urls of the form "http://../project/read.php?objectid=33255§ion=2355";, so I've 
written a custom 404 script that lets me do a 
"http://.../project/sectionname/objectname"; in true Jakob Nielsen spirit.

So far so good, but say I want to append "?lang=en" (or any get variable) to the url? 
If I do, the 404 script doesn't see $HTTP_GET_VARS(it is empty), so I have to look at 
$RQS ($REDIRECT_QUERY_STRING), as per the original note.
This isn't really a problem, I use parse_str() to break up $RQS, and all is well.

So why all the hassle, if all is well? Well, because contrary to what you say, I think 
(but I may ofcoursly be wrong on this, it wouldn't be the first time :) that breaking 
up the query string into HTTP_GET_VARS would be a right thing. If I understand the 
whole 404 process correctly, there will never be a $QUERY_STRING (which normally is 
what ends up in HTTP_GET_VARS and $argv, I presume) in a 404 script, but instead a 
$REDIRECT_QUERY_STRING. If this is correct, using $REDIRECT_QUERY_STRING in the same 
manner as $QUERY_STRING is ok, because both cannot be set at the same time.

Please correct me if I'm wrong.




[2001-08-07 08:40:42] [EMAIL PROTECTED]

I don't know if I read this right, because it was a bit confusing,
but I'll take a shot.

$HTTP_GET_VARS parses the query string for the current page...
I can't think of a good example right now, but it could mess things
up if REDIRECT_QUERY_STRING broke up into HTTP_GET_VARS.

If you wanted to do something like that try a script like the following...
[not tested]
http://bugs.php.net/?id=12608&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] 4.0.7 coming ... ?

2001-08-07 Thread Colin Viebrock

Just planning some upgrades here at easyDNS and wondering if there is a
plan yet for when 4.0.7 might be released?

- Colin



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Error compiling latest CVS

2001-08-07 Thread Steeg

Jani Taskinen <[EMAIL PROTECTED]> said:

> 
> Now it should compile. Tested it myself. :)
> 
> --Jani
> 


Thanks.

Don't know if this is your field, but now I get this:

qtdom.c: In function `qdom_find_attributes':
qtdom.c:127: `tsrm_ls' undeclared (first use in this function)
qtdom.c:127: (Each undeclared identifier is reported only once
qtdom.c:127: for each function it appears in.)
qtdom.c: In function `qdom_find_children':
qtdom.c:166: `tsrm_ls' undeclared (first use in this function)



Thanks a million in advance.


Stig Smelror
-- 
Best regards
The DeadWhale Crew
http://deadwhale.com/





This is Beaten To Death Whale Productions' Webmail
Do you play?
Powered by LinCom - http://www.lincom.no/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] 4.0.7 coming ... ?

2001-08-07 Thread Zeev Suraski

Considering the amount of changes done, plus the few changes pending, plus 
the QA time, I'd say that it's at least a month away, probably more...

Zeev

At 00:58 08-08-01, Colin Viebrock wrote:
>Just planning some upgrades here at easyDNS and wondering if there is a
>plan yet for when 4.0.7 might be released?
>
>- Colin
>
>
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12635: href="#botton" gives wrong url

2001-08-07 Thread lukas_schell

From: [EMAIL PROTECTED]
Operating system: ?
PHP version:  4.0.4
PHP Bug Type: Session related
Bug description:  href="#botton" gives wrong url

when using a session together with an internal link, say :

  go to bottom

the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
  http://www.tre.dds/programs
instead of say
  http://www.tre.dds/programs/mypage.php#bottom?session_id= 3l344l4j3l

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12636: non-linked libpam function?

2001-08-07 Thread scarfboy

From: [EMAIL PROTECTED]
Operating system: Linux (SuSE 7.1)
PHP version:  4.0.6
PHP Bug Type: Apache related
Bug description:  non-linked libpam function?

I just compiled PHP 4.0.6 from the sources, (well, after 
fighting with it a bit, but never mind that) and apache 
won't load the module. When i try to start apache:

Syntax error on line 147 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: 
undefined symbol: pam_end

(line 147 is the one that loads the module)

>From both someone else's report and my trial and error, i 
figured it is the imap module that is the problem.
I do have the libpam library and the function is in that 
library:

# objdump -T /lib/libpam.so.0.72 | grep pam_end
1b40 gDF .text  025f  Basepam_end

The thing is that the php module isn't linked with this. 
Now i don't know enough about all this funky dynamic stuff 
to fix this.. (or even know for sure that's the problem) 
but it strikes me that if the imap module depends on this 
library it should put that in its makefile or whereever.
I can live without imap, but i do want it sometime.. 

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12635 Updated: href="#bottom" gives wrong url

2001-08-07 Thread lukas_schell

ID: 12635
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Summary: href="#botton" gives wrong url
Status: Open
Bug Type: Session related
Operating System: ?
PHP Version: 4.0.4
New Comment:

When using a session together with an internal link, say :

  go to bottom


the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
 http://www.tre.dds/programs
instead of sayhttp://www.tre.dds/programs/mypage.php#bottom

Previous Comments:


[2001-08-07 19:00:55] [EMAIL PROTECTED]

when using a session together with an internal link, say :

  go to bottom

the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
  http://www.tre.dds/programs
instead of say
  http://www.tre.dds/programs/mypage.php#bottom?session_id= 3l344l4j3l






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12636 Updated: non-linked libpam function?

2001-08-07 Thread sniper

ID: 12636
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Old Bug Type: Apache related
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:

What was the configure line used to configure PHP?
Could you please try the latest CVS snapshot from http://snaps.php.net/ since there 
have been few fixes
in it.


--Jani


Previous Comments:


[2001-08-07 19:05:04] [EMAIL PROTECTED]

I just compiled PHP 4.0.6 from the sources, (well, after 
fighting with it a bit, but never mind that) and apache 
won't load the module. When i try to start apache:

Syntax error on line 147 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: 
undefined symbol: pam_end

(line 147 is the one that loads the module)

>From both someone else's report and my trial and error, i 
figured it is the imap module that is the problem.
I do have the libpam library and the function is in that 
library:

# objdump -T /lib/libpam.so.0.72 | grep pam_end
1b40 gDF .text  025f  Basepam_end

The thing is that the php module isn't linked with this. 
Now i don't know enough about all this funky dynamic stuff 
to fix this.. (or even know for sure that's the problem) 
but it strikes me that if the imap module depends on this 
library it should put that in its makefile or whereever.
I can live without imap, but i do want it sometime.. 






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12635 Updated: href="#botton" gives wrong url

2001-08-07 Thread jeroen

ID: 12635
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Session related
Operating System: ?
PHP Version: 4.0.4
New Comment:

URL's matching "^#" should be left alone by the transparent session-id-adder, since 
they are internal to that page.

Workaround: Write href="/programs/mypage.php#bottom"

Previous Comments:


[2001-08-07 19:05:17] [EMAIL PROTECTED]

When using a session together with an internal link, say :

  go to bottom


the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
 http://www.tre.dds/programs
instead of sayhttp://www.tre.dds/programs/mypage.php#bottom



[2001-08-07 19:00:55] [EMAIL PROTECTED]

when using a session together with an internal link, say :

  go to bottom

the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
  http://www.tre.dds/programs
instead of say
  http://www.tre.dds/programs/mypage.php#bottom?session_id= 3l344l4j3l






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12635 Updated: href="#botton" gives wrong url

2001-08-07 Thread jeroen

ID: 12635
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Old Status: Analyzed
Status: Open
Bug Type: Session related
Operating System: ?
PHP Version: 4.0.4


Previous Comments:


[2001-08-07 19:05:17] [EMAIL PROTECTED]

When using a session together with an internal link, say :

  go to bottom


the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
 http://www.tre.dds/programs
instead of sayhttp://www.tre.dds/programs/mypage.php#bottom



[2001-08-07 19:00:55] [EMAIL PROTECTED]

when using a session together with an internal link, say :

  go to bottom

the resulting url is say :

  http://www.tre.dds/programs/?session_id=3l344l4j3l#bottom

which directs to :
  http://www.tre.dds/programs
instead of say
  http://www.tre.dds/programs/mypage.php#bottom?session_id= 3l344l4j3l






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12636 Updated: non-linked libpam function?

2001-08-07 Thread scarfboy

ID: 12636
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:

Sure. I basically copied it from the phpinfo page that was 
running on the php module that came with SuSE 7.1, and 
tweaked it a bit. Like i removed the things that kept me 
from compiling it, and removed stuff i knew i wouldn't 
need.

There's a handful of other functions it's complaining 
about. Bloody hell, why can't stuff like this ever just 
WORK? *grumble*

Ermm anyhow. I never used CVS.. I never programmed 
something big enough to make it useful enough. gimme a 
bunch of commands to type and i'll do it.

./configure --prefix=/usr --bindir=/usr/bin 
--libdir=/usr/lib --with-exec-dir=/usr/lib/php/bin 
--with-pgsql=/usr --with-gd=/usr/local 
--with-tiff-dir=/usr --with-jpeg-dir=/usr 
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 
--with-pdflib=/usr --with-zlib=yes --with-xml --with-ttf 
--with-readline --with-ftp --with-java --with-curl 
--enable-versioning --with-ming=/usr --enable-bcmath 
--enable-trans-sid --with-imap 
--enable-inline-optimization --enable-track-vars 
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-shmop 
--enable-calendar --enable-exif --enable-ftp 
--enable-memory-limit --enable-wddx 
--with-config-file-path=/etc/httpd/ 
--with-apxs=/usr/sbin/apxs 
--with-exec-dir=/usr/lib/apache/bin --without-mysql


Previous Comments:


[2001-08-07 19:08:21] [EMAIL PROTECTED]

What was the configure line used to configure PHP?
Could you please try the latest CVS snapshot from http://snaps.php.net/ since there 
have been few fixes
in it.


--Jani




[2001-08-07 19:05:04] [EMAIL PROTECTED]

I just compiled PHP 4.0.6 from the sources, (well, after 
fighting with it a bit, but never mind that) and apache 
won't load the module. When i try to start apache:

Syntax error on line 147 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: 
undefined symbol: pam_end

(line 147 is the one that loads the module)

>From both someone else's report and my trial and error, i 
figured it is the imap module that is the problem.
I do have the libpam library and the function is in that 
library:

# objdump -T /lib/libpam.so.0.72 | grep pam_end
1b40 gDF .text  025f  Basepam_end

The thing is that the php module isn't linked with this. 
Now i don't know enough about all this funky dynamic stuff 
to fix this.. (or even know for sure that's the problem) 
but it strikes me that if the imap module depends on this 
library it should put that in its makefile or whereever.
I can live without imap, but i do want it sometime.. 






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12636 Updated: non-linked libpam function?

2001-08-07 Thread jeroen

ID: 12636
Updated by: jeroen
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:

Goto snaps.php.net, and get the latest .gz. It works exactly the same as the official 
release, and is lagging no more than 3 hours to CVS - no problem in this case

Previous Comments:


[2001-08-07 19:19:08] [EMAIL PROTECTED]

Sure. I basically copied it from the phpinfo page that was 
running on the php module that came with SuSE 7.1, and 
tweaked it a bit. Like i removed the things that kept me 
from compiling it, and removed stuff i knew i wouldn't 
need.

There's a handful of other functions it's complaining 
about. Bloody hell, why can't stuff like this ever just 
WORK? *grumble*

Ermm anyhow. I never used CVS.. I never programmed 
something big enough to make it useful enough. gimme a 
bunch of commands to type and i'll do it.

./configure --prefix=/usr --bindir=/usr/bin 
--libdir=/usr/lib --with-exec-dir=/usr/lib/php/bin 
--with-pgsql=/usr --with-gd=/usr/local 
--with-tiff-dir=/usr --with-jpeg-dir=/usr 
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 
--with-pdflib=/usr --with-zlib=yes --with-xml --with-ttf 
--with-readline --with-ftp --with-java --with-curl 
--enable-versioning --with-ming=/usr --enable-bcmath 
--enable-trans-sid --with-imap 
--enable-inline-optimization --enable-track-vars 
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-shmop 
--enable-calendar --enable-exif --enable-ftp 
--enable-memory-limit --enable-wddx 
--with-config-file-path=/etc/httpd/ 
--with-apxs=/usr/sbin/apxs 
--with-exec-dir=/usr/lib/apache/bin --without-mysql




[2001-08-07 19:08:21] [EMAIL PROTECTED]

What was the configure line used to configure PHP?
Could you please try the latest CVS snapshot from http://snaps.php.net/ since there 
have been few fixes
in it.


--Jani




[2001-08-07 19:05:04] [EMAIL PROTECTED]

I just compiled PHP 4.0.6 from the sources, (well, after 
fighting with it a bit, but never mind that) and apache 
won't load the module. When i try to start apache:

Syntax error on line 147 of /etc/httpd/httpd.conf:
Cannot load /usr/lib/apache/libphp4.so into server: 
undefined symbol: pam_end

(line 147 is the one that loads the module)

>From both someone else's report and my trial and error, i 
figured it is the imap module that is the problem.
I do have the libpam library and the function is in that 
library:

# objdump -T /lib/libpam.so.0.72 | grep pam_end
1b40 gDF .text  025f  Basepam_end

The thing is that the php module isn't linked with this. 
Now i don't know enough about all this funky dynamic stuff 
to fix this.. (or even know for sure that's the problem) 
but it strikes me that if the imap module depends on this 
library it should put that in its makefile or whereever.
I can live without imap, but i do want it sometime.. 






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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Error compiling latest CVS

2001-08-07 Thread Jani Taskinen


Should be fixed now. This one I couldn't test since
I don't have the necessary libs.

--Jani


On Tue, 7 Aug 2001, Steeg wrote:

>Jani Taskinen <[EMAIL PROTECTED]> said:
>
>>
>> Now it should compile. Tested it myself. :)
>>
>> --Jani
>>
>
>
>Thanks.
>
>Don't know if this is your field, but now I get this:
>
>qtdom.c: In function `qdom_find_attributes':
>qtdom.c:127: `tsrm_ls' undeclared (first use in this function)
>qtdom.c:127: (Each undeclared identifier is reported only once
>qtdom.c:127: for each function it appears in.)
>qtdom.c: In function `qdom_find_children':
>qtdom.c:166: `tsrm_ls' undeclared (first use in this function)
>
>
>
>Thanks a million in advance.
>
>
>Stig Smelror
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12637: Error "Document contains no data"

2001-08-07 Thread ljvillalobos

From: [EMAIL PROTECTED]
Operating system: RedHat 7.1
PHP version:  4.0.6
PHP Bug Type: MSSQL related
Bug description:  Error "Document contains no data"

Program received signal SIGSEGV, Segmentation fault.
0x4003a5ff in tds7_send_login (tds=0x8111418, config=0x8110d18) at
login.c:406
406 size1 = 86 + (strlen(config->host_name) +
(gdb) 
(gdb) bt 
#0  0x4003a5ff in tds7_send_login (tds=0x8111418, config=0x8110d18)
at login.c:406
#1  0x4003a09c in tds_connect (login=0x8110b90) at login.c:221
#2  0x40032b75 in tdsdbopen (login=0x810e820, 
server=0x8110acc "miconnsqlserver") at dblib.c:444
#3  0x40379e74 in php_sybase_do_connect (ht=3, return_value=0x8110b7c, 
this_ptr=0x0, return_value_used=1, persistent=0) at
php_sybase_db.c:471
#4  0x40379fbd in php_if_sybase_connect (ht=3, return_value=0x8110b7c, 
this_ptr=0x0, return_value_used=1) at php_sybase_db.c:518
#5  0x4038aa15 in execute (op_array=0x810e5bc) at ./zend_execute.c:1504
#6  0x4031bcd6 in zend_execute_scripts (type=8, file_count=3) at
zend.c:752
#7  0x40328927 in php_execute_script (primary_file=0xb680) at
main.c:1206
#8  0x4032684e in apache_php_module_main (r=0x81080b4,
display_source_mode=0)
at sapi_apache.c:89
#9  0x4031022c in send_php () from /usr/local/apache/libexec/libphp4.so
#10 0x40310261 in send_parsed_php () from
/usr/local/apache/libexec/libphp4.so
#11 0x08054443 in ap_invoke_handler () at eval.c:41
#12 0x0806822f in process_request_internal () at eval.c:41
#13 0x08068290 in ap_process_request () at eval.c:41
#14 0x0805f6e1 in child_main () at eval.c:41
#15 0x0805f88c in make_child () at eval.c:41
#16 0x0805fa00 in startup_children () at eval.c:41
#17 0x08060053 in standalone_main () at eval.c:41
---Type  to continue, or q  to quit---
#18 0x0806087b in main () at eval.c:41
#19 0x4011c177 in __libc_start_main (main=0x80604dc , argc=2, 
ubp_av=0xb95c, init=0x804ea44 <_init>, fini=0x808e5f0 <_fini>, 
rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xb94c)
at ../sysdeps/generic/libc-start.c:129
(gdb) 
-- 
Edit bug report at: http://bugs.php.net/?id=12637&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12636 Updated: non-linked libpam function?

2001-08-07 Thread scarfboy

ID: 12636
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:

ah... last time i tried to use cvs it was so annoying i 
decided it's an unnecessary evil. I was under the 
impression they were patches. well, whatever.

anyhow, in the latest cvs, this problem is caught by the 
makefile. well, sort of. in config.log i see normal 
``undefined reference to `whatever''' lines.. all starting 
with pam_. It can't find the libpam library. Which is 
weird, since it's in my LD_LIBRARY_PATH and all...

The message configure itself gives is:
``configure: error: This c-client library is build with 
SSL support.'', and the message to ``Add 
--with-imap-ssl<=DIR> to your configure line. Check 
config.log for details.''

The relevant part of config.log:
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2  -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT 
-D_LARGEF/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. 
 */
/* We use char because int might match the return type of 
a gcc2
builtin and then its argument prototype would still 
apply.  */
char pam_start();
 
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2  -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT 
-D_LARGEF/usr/lib/libc-client.so: undefined reference to 
`pam_end'
/usr/lib/libc-client.so: undefined reference to 
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to 
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to 
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24825 "configure"
#include "confdefs.h"
 
  void mm_log(void){}
  void mm_dlog(void){}
  void mm_flags(void){}
  void mm_fatal(void){}
  void mm_critical(void){}
  void mm_nocritical(void){}
  void mm_notify(void){}
  void mm_login(void){}
  void mm_diskerror(void){}
  void mm_status(void){}
  void mm_lsub(void){}
  void mm_list(void){}
  void mm_exists(void){}
  void mm_searched(void){}
  void mm_expunged(void){}
  char mail_open();
  int main() {
mail_open(0,"",0);
return 0;
  }


Previous Comments:


[2001-08-07 19:21:35] [EMAIL PROTECTED]

Goto snaps.php.net, and get the latest .gz. It works exactly the same as the official 
release, and is lagging no more than 3 hours to CVS - no problem in this case



[2001-08-07 19:19:08] [EMAIL PROTECTED]

Sure. I basically copied it from the phpinfo page that was 
running on the php module that came with SuSE 7.1, and 
tweaked it a bit. Like i removed the things that kept me 
from compiling it, and removed stuff i knew i wouldn't 
need.

There's a handful of other functions it's complaining 
about. Bloody hell, why can't stuff like this ever just 
WORK? *grumble*

Ermm anyhow. I never used CVS.. I never programmed 
something big enough to make it useful enough. gimme a 
bunch of commands to type and i'll do it.

./configure --prefix=/usr --bindir=/usr/bin 
--libdir=/usr/lib --with-exec-dir=/usr/lib/php/bin 
--with-pgsql=/usr --with-gd=/usr/local 
--with-tiff-dir=/usr --with-jpeg-dir=/usr 
--with-png-dir=/usr --with-xpm-dir=/usr/X11R6 
--with-pdflib=/usr --with-zlib=yes --with-xml --with-ttf 
--with-readline --with-ftp --with-java --with-curl 
--enable-versioning --with-ming=/usr --enable-bcmath 
--enable-trans-sid --with-imap 
--enable-inline-optimization --enable-track-vars 
--enable-magic-quotes --enable-safe-mode --enable-sockets
--enable-sysvsem --enable-sysvshm --enable-shmop 
--enable-calendar --enable-exif --enable-ftp 
--enable-memory-limit --enable-wddx 
--with-config-file-path=/etc/httpd/ 
--with-apxs=/usr/sbin/apxs 
--with-exec-dir=/usr/lib/apache/bin --without-mysql




[2001-08-07 19:08:21] [EMAIL PROTECTED]

What was the configure line used to configure PHP?
Could you please try the latest CVS snapshot from http://snaps.php.net/ since there 
have been few fixes
in it.


--Jani




[2001-08-07 19:05:04] [EMAIL PROTECTED]

I just compiled PHP 4.0.6 from the sources, (well, after 
fighting with it a bit, but never mind that) and apache 
won't load the module. When i try to start apache:

Syntax error on l

[PHP-DEV] Bug #12636 Updated: non-linked libpam function?

2001-08-07 Thread scarfboy

ID: 12636
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IMAP related
Operating System: Linux (SuSE 7.1)
PHP Version: 4.0.6
New Comment:

However, it doesn't compile. There seems to be a bug in 
the Zend thing. This is as far as it got:


Making all in Zend
make[1]: Entering directory 
`/root/phptmp/php4-200108071635/Zend'
/bin/sh ../libtool --silent --mode=compile gcc 
-DHAVE_CONFIG_H -I. -I. -I../main   -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048 
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100 
-DEAPI -DUSE_EXPAT -I../TSRM  -g -O2 -prefer-pic -c 
zend_language_parser.c
/bin/sh ../libtool --silent --mode=compile gcc 
-DHAVE_CONFIG_H -I. -I. -I../main   -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -DHARD_SERVER_LIMIT=2048 
-DDYNAMIC_MODULE_LIMIT=128 -DLINUX=22 -DMOD_SSL=208100 
-DEAPI -DUSE_EXPAT -I../TSRM  -g -O2 -prefer-pic -c 
zend_language_scanner.c
zend_language_scanner.c:2697: warning: parameter names 
(without types) in function declaration
yacc -p ini_ -v -d ./zend_ini_parser.y -o zend_ini_parser.c
usage: yacc [-dlrtv] [-b file_prefix] [-p symbol_prefix] 
filename
make[1]: *** [zend_ini_parser.c] Error 1
make[1]: Leaving directory 
`/root/phptmp/php4-200108071635/Zend'
make: *** [all-recursive] Error 1

Previous Comments:


[2001-08-07 19:51:49] [EMAIL PROTECTED]

ah... last time i tried to use cvs it was so annoying i 
decided it's an unnecessary evil. I was under the 
impression they were patches. well, whatever.

anyhow, in the latest cvs, this problem is caught by the 
makefile. well, sort of. in config.log i see normal 
``undefined reference to `whatever''' lines.. all starting 
with pam_. It can't find the libpam library. Which is 
weird, since it's in my LD_LIBRARY_PATH and all...

The message configure itself gives is:
``configure: error: This c-client library is build with 
SSL support.'', and the message to ``Add 
--with-imap-ssl<=DIR> to your configure line. Check 
config.log for details.''

The relevant part of config.log:
configure:24000: checking for IMAP support
configure:24287: checking for pam_start in -lpam
configure:24306: gcc -o conftest -g -O2  -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT 
-D_LARGEF/usr/i486-suse-linux/bin/ld: cannot find -lpam
collect2: ld returned 1 exit status
configure: failed program was:
#line 24295 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. 
 */
/* We use char because int might match the return type of 
a gcc2
builtin and then its argument prototype would still 
apply.  */
char pam_start();
 
int main() {
pam_start()
; return 0; }
configure:24334: checking for crypt in -lcrypt
configure:24850: gcc -o conftest -g -O2  -DEAPI_MM 
-DSINGLE_LISTEN_UNSERIALIZED_ACCEPT 
-D_LARGEF/usr/lib/libc-client.so: undefined reference to 
`pam_end'
/usr/lib/libc-client.so: undefined reference to 
`pam_authenticate'
/usr/lib/libc-client.so: undefined reference to 
`pam_setcred'
/usr/lib/libc-client.so: undefined reference to 
`pam_acct_mgmt'
/usr/lib/libc-client.so: undefined reference to `pam_start'
collect2: ld returned 1 exit status
configure: failed program was:
#line 24825 "configure"
#include "confdefs.h"
 
  void mm_log(void){}
  void mm_dlog(void){}
  void mm_flags(void){}
  void mm_fatal(void){}
  void mm_critical(void){}
  void mm_nocritical(void){}
  void mm_notify(void){}
  void mm_login(void){}
  void mm_diskerror(void){}
  void mm_status(void){}
  void mm_lsub(void){}
  void mm_list(void){}
  void mm_exists(void){}
  void mm_searched(void){}
  void mm_expunged(void){}
  char mail_open();
  int main() {
mail_open(0,"",0);
return 0;
  }




[2001-08-07 19:21:35] [EMAIL PROTECTED]

Goto snaps.php.net, and get the latest .gz. It works exactly the same as the official 
release, and is lagging no more than 3 hours to CVS - no problem in this case



[2001-08-07 19:19:08] [EMAIL PROTECTED]

Sure. I basically copied it from the phpinfo page that was 
running on the php module that came with SuSE 7.1, and 
tweaked it a bit. Like i removed the things that kept me 
from compiling it, and removed stuff i knew i wouldn't 
need.

There's a handful of other functions it's complaining 
about. Bloody hell, why can't stuff like this ever just 
WORK? *grumble*

Ermm anyhow. I never used CVS.. I never programmed 
something big enough to make it useful enough. gimme a 
bunch of commands to type and i'll do it.

./configure --prefix=/usr --bindir=

[PHP-DEV] RE: Bug #12616 Updated: Apache make fails, can't find php header files

2001-08-07 Thread David Cumming

I downloaded the latest snapshot, this did not work. However it always
bugged me that the file created in apache/src/modules/php4/ was called
libmodphp4.a and not libphp4.a as all the instructions state. I watched the
make install and it *appears* to copy the file libphp4.a and rename it to
libmodphp4.a into the apache directory. Anyway I manually copied the file
libphp4.a into the apache directory and re-ran the configure and make, this
time it worked, the include directories on the gcc compiles were very
different, primarily they pointed to the php directory and this time it
worked.

I hope this helps, and thanks for trying.

Dave

I still have to

> -Original Message-
> From: Bug Database [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 7 August 2001 10:57 PM
> To: [EMAIL PROTECTED]
> Subject: Bug #12616 Updated: Apache make fails, can't find php header
> files
>
>
> ID: 12616
> Updated by: andy
> Reported By: [EMAIL PROTECTED]
> Old Status: Open
> Status: Feedback
> Bug Type: Compile Failure
> Operating System: Redhat Linux 7.1
> PHP Version: 4.0.5
> New Comment:
>
> does this stil happen with latest CVS???
>
> http://snaps.php.net
>
> Previous Comments:
> --
> --
>
> [2001-08-07 06:52:48] [EMAIL PROTECTED]
>
> apache_1.3.19# ./configure --prefix=/usr/local/apache
> php-4.05# ./configure --with-mysql --enable-track-vars
> --with-apache=../apache_1.3.19
> php-4.05# make -ok, make install - ok
> apache_1.3.19# ./configure --prefix=/usr/local/apache
> --activate-module=src/modules/php4/libmodphp4.a - ok
> apache_1.3.19# make -errors see below
>
> gcc -c  -I../../os/unix -I../../include   -DLINUX=22
> -DUSE_HSREGEX -DUSE_EXPAT -I../../lib/expat-lite
> -DNO_DL_NEEDED `../../apaci`  mod_ph4.c
> mod_php4.c:28:18: zend.h: No such file or directory
> mod_php4.c:29:17: php.h: No such file or directory
> mod_php4.c:30:27: php_variables.h: No such file or directory
> mod_php4.c:47:21: php_ini.h: No such file or directory
> mod_php4.c:48:25: php_globals.h: No such file or directory
> mod_php4.c:49:18: SAPI.h: No such file or directory
> mod_php4.c:50:22: php_main.h: No such file or directory
> mod_php4.c:52:26: zend_compile.h: No such file or directory
> mod_php4.c:53:26: zend_execute.h: No such file or directory
> mod_php4.c:54:28: zend_highlight.h: No such file or directory
> mod_php4.c:55:25: zend_indent.h: No such file or directory
> mod_php4.c:57:39: ext/standard/php_standard.h: No such file
> or directory
> make[4]: *** [mod_php4.o] Error 1
> etc.
>
> I tried to change the gcc command to include the
> /usr/local/include directory in which the missing files are
> located (well they are under that directory) however it
> caused another bunch of dependency problems.
>
> I have had this problem with Redhat7.0 all versions of php
> and apache I could get my hands on.
>
> I can't find any reports of this problem, and don't see what
> I may be doing wrong.
>
> --
> --
>
>
>
> ATTENTION! Do NOT reply to this email!
> To reply, use the web interface found at
> http://bugs.php.net/?id=12616&edit=2
>


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12607 Updated: undefined reference to gdImageGifCtx

2001-08-07 Thread mochaexpress

ID: 12607
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: GD related
Operating System: NetBSD/Alpha 1.5W
PHP Version: 4.0CVS-2001-08-06
New Comment:

I'm sure there isn't any old remains of previous versions of gd. I'm using gd-1.8.3. 
FYI, php-4.0.5 and php-4.0.6 compiles fine with my gd installation. This only happens 
in the current CVS.

gd was build with these features:
zlib, freetype-lib, jpeg, png, xpm

Line 23508 from configure (marked with ***):

if test "$PHP_ICONV" != "no"; then

***  for i in /usr /usr/local $PHP_ICONV; do
test -r $i/include/iconv.h && ICONV_DIR=$i
  done

  if test -z "$ICONV_DIR"; then
{ echo "configure: error: Please reinstall the iconv library." 1>&2; exit 1; }
  fi

<<< config.m4



Previous Comments:


[2001-08-07 02:47:46] [EMAIL PROTECTED]

Are you sure you don't have some old GD library remains
in your system, like old .h files from previous version?

With which GD library version are you trying this with?
With which capabilities was it compiled with?

What is on line 23508 in your configure file?

(And that last configure option to enable some 'hack' does
not exist anymore.. :)

--Jani




[2001-08-06 16:42:24] [EMAIL PROTECTED]

# uname -a
NetBSD ns01 1.5W NetBSD 1.5W (ALPHA-$Revision: 1.127.2.2 $) #5: Mon Jun 25 22:34:09 
CDT 2001
tom@ns01:/usr/src/sys/arch/alpha/compile/ns01 alpha

rm config.cache 
export LIBS="-lm -lc -lintl -lX11" && \
export LDFLAGS="-Wl,-export-dynamic \
  -Wl,-R/usr/lib -L/usr/lib \
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib \
  -Wl,-R/usr/local/lib -L/usr/local/lib \
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure \
--with-apxs \
--disable-pear \
--with-gd=/usr/pkg \
--with-png-dir=/usr/pkg \
--with-jpeg-dir=/usr/pkg \
--with-freetype-dir=/usr/pkg \
--with-xpm-dir=/usr/X11R6 \
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--enable-libgcc \
--with-gnu-ld \
--with-zlib \
--with-system-regex \
--with-config-file-path=/usr/local/etc \
--enable-track-vars \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets \
--with-ttf=/usr/pkg \
--enable-freetype-4bit-antialias-hack

configure status hangs at:
...
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
./configure: 23508: Syntax error: redirection unexpected

config.log:
# tail -20 config.log
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
collect2: ld returned 1 exit status
configure: failed program was:
#line 22176 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char gdImageGifCtx();

int main() {
gdImageGifCtx()

; return 0; }
configure:22274: checking whether to include GNU gettext support
configure:22697: checking for gmp support
configure:22977: checking for Hyperwave support
configure:23146: checking for ICAP support
configure:23465: checking for iconv support





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Writing php modules in C++

2001-08-07 Thread Shao Zhang

Hi,

I cannot find any information on writing the php external module in C++ or any
other languages other than C. Basically I need to develop an external php module
to interface with some other third party library which is only available in C++.

Could someone point me somewhere to start?

Regards,

Shao.

-- 
Shao Zhang  Tel:  (02) 9209 4838
Software Engineer   Fax:  (02) 9209 4992
Redfern Broadband Networks (RBN)Mail: [EMAIL PROTECTED]

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12639: I 'm making 4612 errors while I'm compiling while in thruth there's no error in

2001-08-07 Thread damboisd

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Compile Failure
Bug description:  I 'm making 4612 errors while I'm compiling while in thruth there's 
no error in

My error message is that I have made 4612 errors on my computer. It doesn't
says which kind of error. When I' m trying my program on the University's
computer,there's no error and it's compiling normally,so that I may execute
my program.I tried to see if it was just my computer by trying another type
of program which,I knew,  was running normally. It compiled it normally and
executed it with no problem. Can you help me please?
I thank you very much,
from Diane d'Amboise
[EMAIL PROTECTED]
-- 
Edit bug report at: http://bugs.php.net/?id=12639&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12639 Updated: I 'm making 4612 errors while I'm compiling while in thruth there's no error in

2001-08-07 Thread sniper

ID: 12639
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: 
PHP Version: 4.0.6
New Comment:

Please ask support questions on appropriate mailing list:

http://www.php.net/support.php



Previous Comments:


[2001-08-07 20:51:44] [EMAIL PROTECTED]

My error message is that I have made 4612 errors on my computer. It doesn't says which 
kind of error. When I' m trying my program on the University's computer,there's no 
error and it's compiling normally,so that I may execute my program.I tried to see if 
it was just my computer by trying another type of program which,I knew,  was running 
normally. It compiled it normally and executed it with no problem. Can you help me 
please?
I thank you very much,
from Diane d'Amboise
[EMAIL PROTECTED]





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12607 Updated: undefined reference to gdImageGifCtx

2001-08-07 Thread sniper

ID: 12607
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: GD related
Operating System: NetBSD/Alpha 1.5W
PHP Version: 4.0CVS-2001-08-06
New Comment:

What is your default shell? ie. where does /bin/sh point?

--Jani


Previous Comments:


[2001-08-07 20:29:29] [EMAIL PROTECTED]

I'm sure there isn't any old remains of previous versions of gd. I'm using gd-1.8.3. 
FYI, php-4.0.5 and php-4.0.6 compiles fine with my gd installation. This only happens 
in the current CVS.

gd was build with these features:
zlib, freetype-lib, jpeg, png, xpm

Line 23508 from configure (marked with ***):

if test "$PHP_ICONV" != "no"; then

***  for i in /usr /usr/local $PHP_ICONV; do
test -r $i/include/iconv.h && ICONV_DIR=$i
  done

  if test -z "$ICONV_DIR"; then
{ echo "configure: error: Please reinstall the iconv library." 1>&2; exit 1; }
  fi

<<< config.m4





[2001-08-07 02:47:46] [EMAIL PROTECTED]

Are you sure you don't have some old GD library remains
in your system, like old .h files from previous version?

With which GD library version are you trying this with?
With which capabilities was it compiled with?

What is on line 23508 in your configure file?

(And that last configure option to enable some 'hack' does
not exist anymore.. :)

--Jani




[2001-08-06 16:42:24] [EMAIL PROTECTED]

# uname -a
NetBSD ns01 1.5W NetBSD 1.5W (ALPHA-$Revision: 1.127.2.2 $) #5: Mon Jun 25 22:34:09 
CDT 2001
tom@ns01:/usr/src/sys/arch/alpha/compile/ns01 alpha

rm config.cache 
export LIBS="-lm -lc -lintl -lX11" && \
export LDFLAGS="-Wl,-export-dynamic \
  -Wl,-R/usr/lib -L/usr/lib \
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib \
  -Wl,-R/usr/local/lib -L/usr/local/lib \
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure \
--with-apxs \
--disable-pear \
--with-gd=/usr/pkg \
--with-png-dir=/usr/pkg \
--with-jpeg-dir=/usr/pkg \
--with-freetype-dir=/usr/pkg \
--with-xpm-dir=/usr/X11R6 \
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--enable-libgcc \
--with-gnu-ld \
--with-zlib \
--with-system-regex \
--with-config-file-path=/usr/local/etc \
--enable-track-vars \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets \
--with-ttf=/usr/pkg \
--enable-freetype-4bit-antialias-hack

configure status hangs at:
...
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
./configure: 23508: Syntax error: redirection unexpected

config.log:
# tail -20 config.log
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
collect2: ld returned 1 exit status
configure: failed program was:
#line 22176 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char gdImageGifCtx();

int main() {
gdImageGifCtx()

; return 0; }
configure:22274: checking whether to include GNU gettext support
configure:22697: checking for gmp support
configure:22977: checking for Hyperwave support
configure:23146: checking for ICAP support
configure:23465: checking for iconv support





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Writing php modules in C++

2001-08-07 Thread John Donagher


Take a look at some of the extensions in the source code that are written in C++. 

John

On 8 Aug 2001, Shao Zhang wrote:

> Hi,
> 
> I cannot find any information on writing the php external module in C++ or any
> other languages other than C. Basically I need to develop an external php module
> to interface with some other third party library which is only available in C++.
> 
> Could someone point me somewhere to start?
> 
> Regards,
> 
> Shao.
> 
> 

-- 

John Donagher
Application Engineer
Intacct Corp. - Powerful Accounting on the Web
408-395-0989
720 University Ave.
Los Gatos CA 95032
www.intacct.com

Public key available off http://www.keyserver.net
Key fingerprint = 4024 DF50 56EE 19A3 258A  D628 22DE AD56 EEBE 8DDD


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] ¡îÓòÃû×¢²á¿Õ¼äÉêÇë¸÷ËÍÈý¸ö´Î¼¶ÓòÃû»¹Ãâ·ÑÊÔÓÃ!

2001-08-07 Thread ÍøÂçʱ´ú



×ð¾´µÄÅóÓÑ£¬ÄúºÃ£¡ 
   
·Ç³£¸ÐлÄúµÄä¯ÀÀ£¬Èç¹ûÄúÕýΪѰÕÒÒ»¸ö¸üºÃµÄISP¶ø·³ÄÕ£¬ÄÇôÎÒÃÇÍøÂçʱ´úhttp://www.now.net.cnΪÄúÌṩÁË×î¼ÑµÄÑ¡Ôñ£¡
 

¡î ÓòÃû×¢²á 
×¢²áÓòÃûÔùËÍ3¸ö´Î¼¶ÓòÃû(´øVDNS)£¡ ͬʱÉêÇë¿Õ¼äÔÙÔùËÍ3¸ö´Î¼¶ÓòÃû£¡ 

¡îÐéÄâÖ÷»ú 
Ò» ÌضàÓÅ»Ý 
  
·²ÔÚ8.1µ½9.1×¢²áÓòÃûͬʱÉêÇë¿Õ¼äËÍ6¸ö´Î¼¶ÓòÃû£¡µÈÓÚÒ»¸öÓòÃû¾ÍÄÜͬʱ½¨6¸öÍøÕ¾£¡Í¬Ê±¼ÓËÍ15¸öÉÌÓÃÓʼþÕ˺ţ¡

¶þ ³¬µÍÌØ¼Û 
  280Ôª£¡Äú¿ÉÒÔÁ¢¿ÌÓµÓÐÎȶ¨¶ø¿ìËÙµÄ100MÐéÄâÖ÷»ú¿Õ¼ä!»¹ÓÌԥʲôÄØ£¬¸Ï¿ìÐж¯°É£¡ 

Èý ³¹µ×½â·Å 
  ÏÖÔÚÌ컥¿Æ¼¼µÄASPºÍACCESSÊý¾Ý¿âÈ«Ã濪·Å£¬Ö»Ðè100Ôª¾ÍÈÃÄúµÄÍøÕ¾ÓµÓÐÊý¾Ý¿â¡£ 
²¢ÓÐÌṩCGI PERL PHP JSP µÈÒ»Ìå¸ß¼¶¿Õ¼ä.ËùÓпռäʵʱ¿ªÍ¨Ãâ·ÑÊÔÓÃ15Ìì! 


 
¡î¡î"»ðºìÏÄÈÕ¡±Ö÷»úÍйÜÓÅ»Ýì«·çÈ«ÃæµÇ½£¬Ç¿´ó¡¢¸ß±ê×¼µÄµçÐż¶Êý¾ÝÖÐÐÄ»ú·¿£¬¸ß°²È«ÌØÐÔ¡¢¸ß·þÎñ±ê×¼¡¢
 ÔÙ¼ÓÉϺÏÀíµÄ¼Û¸ñ£¬Ïò¹ã´ó¿Í»§Ìṩ¸ßÐԼ۱ȵķþÎñ¡£Ïê¼ûhttp://idc.now.net.cn 
 
¡î¡îͬʱÎÒÃÇÏò¹ã´ó¸÷½ì³ÏÕ÷´úÀí£¬ÈȳÀÑûÇëÄú¼ÓÈëÍøÂçʱ´úµÄÒµÎñºÏ×÷ÕóÓª£¬¹²Í¬·ÖÏíÍøÂçʱ´úµÄÅÓ´ó¿Í»§×ÊÔ´¡£ÏêϸÇë·ÃÎÊÎÒÃÇÍøÕ¾¡£
»òÖ±½ÓÁªÏµÎÒÃÇ:
ÇñС½ã [EMAIL PROTECTED] 
ÁÖÏÈÉú [EMAIL PROTECTED]¡¡
µç»°£º0756-2125583 22216376 
¼¼Êõ²¿£º
[EMAIL PROTECTED]  [EMAIL PROTECTED] 
0756--2216376 2139739   

»¶Ó­ÖÂÐÅ Today's Network [EMAIL PROTECTED] 
»¶Ó­Äú·ÃÎÊÎÒÃǵÄÍøÕ¾ http://www.now.net.cn 

ÎÒÃÇÒ»Ö±ÒÔרҵ¡¢ÓÅÖÊ¡¢ÁìÏÈΪ×ÚÖ¼£¬ÈȳÏΪÄú·þÎñ£¡ 

... 
×¢£ºVDNS¿ÉÊÓ»¯ÓòÃû·þÎñÆ÷£¬ÄÜʵÏÖ£Õ£Ò£Ìת·¢¡¢Ö÷»ú£Á¼Ç¼¡¢£Í£ØÓʼþ¼Ç¼¡¢£É£ÐÖ¸Ïò¿ØÖƵȲÙ×÷,¸ü¿ÉÒÔËæÐÄËùÓûµØÔö¼Ó×Ô¼ºµÄ´Î¼¶ÓòÃû£¬°ïÖúÄú½¨Á¢¶à¸öÍøÕ¾£¬Äã¿ÉÒÔÈÃËýÖ¸ÏòÈκοռ䡣
 



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] PATCH for #12581, #7374: dbase boolean import error

2001-08-07 Thread Lawrence E. Widman

I have put the patch for this problem in ext/dbase/dbase.c as
diff -u against today's CVS in
http://www.cardiothink.com/downloads/dbase.diff-u.20010806.patch

RCS Id line in the ext/dbase/dbase.c file in the CVS copy I
used is:
/* $Id: dbase.c,v 1.45 2001/08/06 12:26:55 sniper Exp $ */

The patch is released under the GNU license.  Please edit to
fit.  Credit as appropriate would be appreciated. Please let me
know if I can provide any further information.

- Larry Widman (widman at cardiothink.com)

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12640: Can't find php_domxml.dll file

2001-08-07 Thread rottenapples

From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version:  4.0.6
PHP Bug Type: DOM XML related
Bug description:  Can't find php_domxml.dll file

I am running the latest version of Apache webserver on Windows 2k. When I
try to use the DOM XML module, i get one of two errors (the first is the
error i got with the version included with the PHP binary; the second is
from a version I downloaded from around the net):

1) Unable to load dynamic library './extensions/php_domxml.dll' - Cannot
find specified module.

2) Unable to load dynamic library './extensions/php_domxml.dll' - The
specified procedure could not be found.

I have enabled the Sabltron module, and it works splendidly. I don't know
why this one won't. Any help would be greatly appreciated. Thanks in
advance,

~Tom~
-- 
Edit bug report at: http://bugs.php.net/?id=12640&edit=1


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] PATCH for #12581, #7374: dbase boolean import error

2001-08-07 Thread Andi Gutmans

Lawrence,

Patches to PHP need to be released under the PHP License. We need to have 
the same license on all code in PHP.
On a side note, the GPL doesn't allow Apache-like (BSD-like) licenses such 
as the PHP license to link with GPL code.

Best regards,
Andi

At 10:43 PM 8/7/2001 -0500, Lawrence E. Widman wrote:
>I have put the patch for this problem in ext/dbase/dbase.c as
>diff -u against today's CVS in
>http://www.cardiothink.com/downloads/dbase.diff-u.20010806.patch
>
>RCS Id line in the ext/dbase/dbase.c file in the CVS copy I
>used is:
>/* $Id: dbase.c,v 1.45 2001/08/06 12:26:55 sniper Exp $ */
>
>The patch is released under the GNU license.  Please edit to
>fit.  Credit as appropriate would be appreciated. Please let me
>know if I can provide any further information.
>
>- Larry Widman (widman at cardiothink.com)
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




RE: [PHP-DEV] Bug #12477 Updated: preg_replace evaluates dollar signs as variables (eg $1,000 becomes ,000)

2001-08-07 Thread Grant Walters

> On Mon, 06 Aug 2001, [EMAIL PROTECTED] wrote:
> > ID: 12477
> > User updated by: [EMAIL PROTECTED]
> > Reported By: [EMAIL PROTECTED]
> > Status: Closed
> > Bug Type: Feature/Change Request
> > Operating System: Linux and SCO
> > PHP Version: 4.0.6
> > New Comment:
> >
> > I was trying to have to walk the array twice.
> >
> > The following works:
> >
> > $pagevars = str_replace("$","\\\$",$pagevars);
> > $page = preg_replace($template,$pagevars,$page);
> >
> > The reason for using preg_replace is that it does a recursive? replace.
>
> What do you mean, 'recursive' replace?

Example (using shortened arrays):

In my system I build a complete page and then echo it to the browser.  All of the 
Navigation records and other content pages for the
site are contained in a MySql database.
The only fielsystem files that exist are the main index.php3 script, a site 
configuration file that contains defaults for variables
that is imported into a class called "site", and the template pages.
The Navigation record for a page determines what needs to happen to it 
programmatically (form, database form, text, upload, download
etc...) and whether the page comes from HTTPS or HTTP servers.

//SETUP PAGE STUFF
$template=array(
  "/({PAGEMAIN})/",
  "/({PAGELINKS})/",
  "/({PAGETEXT})/",
  "/({LINKSDATA})/",
  "/({PAGEDATA})/"
);

$pagevars=array(
  "PAGEMAIN" => get_page($site->page_main),
  "PAGELINKS" => get_page($site->page_links),
  "PAGETEXT" => get_page($site->page_text),
  "LINKSDATA" => "",
  "PAGEDATA" => ""
);

$page = "{PAGEMAIN}";

$pagevars = str_replace("$","\\\$",$pagevars); // preserve dollar signs in page text
$page = preg_replace($template,$pagevars,$page);

The get_page() fuinction just grabs a text file and stuffs its contents into the 
variable.

PAGEMAIN



  {PAGELINKS}{PAGETEXT}



PAGELINKS
-


  
{LINKSDATA}

  

  



PAGETEXT



  


  
{PAGEDATA}

  

  



Because preg_replace walks through the array from top to bottom it becomes "sort of" 
recursive as the resulting string keeps getting
bigger as each variable replacement occurs.

$page
- starts with "{PAGEMAIN}"
- replaced with PAGEMAIN template which contains "{PAGELINKS}{PAGETEXT}"
- {PAGELINKS} is replaced with PAGELINKS template which contains {LINKSDATA}
- {PAGETEXT} is replace with PAGETEXT template which contains {PAGEDATA}
- {LINKSDATA} is replaced with programmatically built HTML for links on page
- {PAGEDATA} is replaced with programatically built HTML for the text of the page 
(form, document etc..)

The end result is a string of HTML.

I hope this is clear.  I may have put you wrong with the use of the word "recursive"?  
I wasn't really sure what term to use.  "Ever
Expanding"?

Regards

Grant Walters
Brainbench 'Most Valuable Professional' for Unix Admin
P O Box 13-043 Johnsonville, Wellington, NEW ZEALAND
Telephone: +64 4 4765175, CellPhone 025488265, ICQ# 23511989


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12607 Updated: undefined reference to gdImageGifCtx

2001-08-07 Thread mochaexpress

ID: 12607
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: GD related
Operating System: NetBSD/Alpha 1.5W
PHP Version: 4.0CVS-2001-08-06
New Comment:

# echo $SHELL
/bin/sh
# ls -la /bin | grep sh
-r-xr-xr-x   1 root  wheel 611736 Jul 19 16:47 csh
-r-xr-xr-x   1 root  wheel 665872 Jul 19 16:47 ksh
-r-xr-xr-x   1 root  wheel 701576 Jul 19 16:48 sh

Previous Comments:


[2001-08-07 21:07:06] [EMAIL PROTECTED]

What is your default shell? ie. where does /bin/sh point?

--Jani




[2001-08-07 20:29:29] [EMAIL PROTECTED]

I'm sure there isn't any old remains of previous versions of gd. I'm using gd-1.8.3. 
FYI, php-4.0.5 and php-4.0.6 compiles fine with my gd installation. This only happens 
in the current CVS.

gd was build with these features:
zlib, freetype-lib, jpeg, png, xpm

Line 23508 from configure (marked with ***):

if test "$PHP_ICONV" != "no"; then

***  for i in /usr /usr/local $PHP_ICONV; do
test -r $i/include/iconv.h && ICONV_DIR=$i
  done

  if test -z "$ICONV_DIR"; then
{ echo "configure: error: Please reinstall the iconv library." 1>&2; exit 1; }
  fi

<<< config.m4





[2001-08-07 02:47:46] [EMAIL PROTECTED]

Are you sure you don't have some old GD library remains
in your system, like old .h files from previous version?

With which GD library version are you trying this with?
With which capabilities was it compiled with?

What is on line 23508 in your configure file?

(And that last configure option to enable some 'hack' does
not exist anymore.. :)

--Jani




[2001-08-06 16:42:24] [EMAIL PROTECTED]

# uname -a
NetBSD ns01 1.5W NetBSD 1.5W (ALPHA-$Revision: 1.127.2.2 $) #5: Mon Jun 25 22:34:09 
CDT 2001
tom@ns01:/usr/src/sys/arch/alpha/compile/ns01 alpha

rm config.cache 
export LIBS="-lm -lc -lintl -lX11" && \
export LDFLAGS="-Wl,-export-dynamic \
  -Wl,-R/usr/lib -L/usr/lib \
  -Wl,-R/usr/pkg/lib -L/usr/pkg/lib \
  -Wl,-R/usr/local/lib -L/usr/local/lib \
  -Wl,-R/usr/X11R6/lib -L/usr/X11R6/lib"

./configure \
--with-apxs \
--disable-pear \
--with-gd=/usr/pkg \
--with-png-dir=/usr/pkg \
--with-jpeg-dir=/usr/pkg \
--with-freetype-dir=/usr/pkg \
--with-xpm-dir=/usr/X11R6 \
--with-pgsql=/usr/local \
--with-mysql=/usr/local \
--enable-libgcc \
--with-gnu-ld \
--with-zlib \
--with-system-regex \
--with-config-file-path=/usr/local/etc \
--enable-track-vars \
--enable-force-cgi-redirect \
--enable-discard-path \
--enable-memory-limit \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets \
--with-ttf=/usr/pkg \
--enable-freetype-4bit-antialias-hack

configure status hangs at:
...
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
checking whether to include GNU gettext support... no
checking for gmp support... no
checking for Hyperwave support... no
checking for ICAP support... no
checking for iconv support... no
./configure: 23508: Syntax error: redirection unexpected

config.log:
# tail -20 config.log
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
/home/staffs/t/tom/work/php/php4-current/php4/configure:22183: undefined reference to 
`gdImageGif
Ctx'
collect2: ld returned 1 exit status
configure: failed program was:
#line 22176 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply.  */
char gdImageGifCtx();

int main() {
gdImageGifCtx()

; return 0; }
configure:22274: checking whether to include GNU gettext support
configure:22697: checking for gmp support
configure:22977: checking for Hyperwave support
configure:23146: checking for ICAP support
configure:23465: checking for iconv support





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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12641:

2001-08-07 Thread ilya

From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version:  4.0.6
PHP Bug Type: Arrays related
Bug description:  

For want of to sending scripts from the form containing about 1000 fields
of a type < input type = file > (even empty), PHP 4.0.6 does not work, in
4.0.5 all works normally.

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


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] wap questionare!

2001-08-07 Thread news.php.net

Hi all!

Have a few questions!
I want to refresh the content of this query! I would also like to store the
answer eg. 5 times in an base.
I would also like to displa the right answer after you have submitted your
answer!



Here's a code the example from the start php:



\n";
echo"http://www.wapforum.org/DTD/wml_1.1.xml\";>\n";
?>



http://www.arcticpenguin.org/start.php#runde";>

http://www.arcticpenguin.org/"/>

---loading---







Create ("fotball");
$sql->Query("select quest, right, wrong1, wrong2 from game order by rand()
limit 1;");
for ($i = 0; $i < $sql->rows; $i++)
{
$sql->Fetch($i);
$quest=$sql->data[0];
$alt1=$sql->data[1];
$alt2=$sql->data[2];
$rett=$sql->data[3];
echo("$quest\n\n");

echo("http://www.arcticpenguin.org/start.php#menu\";>-A-\n$alt1\n\n");
echo("http://www.arcticpenguin.org/start.php#menu\";>-B-\n$alt2\n\n");
echo("http://www.arcticpenguin.org/start.php#menu\";>-C-\n$rett\n\n");
}
?>









Thanks
SJ



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] ÀüÈ­¿ä±Ý90%ÇÒÀÎ,ºñ½ÑÀüÈ­¿ä±Ý¿¡¼­ ÇعæµÇ¼¼¿ä

2001-08-07 Thread ¹Ú¼®ÀÎ
Title: 



¾È³çÇϼ¼¿ä
¹Ìµð¾îÆ®·£½º ÀÔ´Ï´Ù
±Ý¹ø ÀúÀÇ È¸»ç¿¡¼­´Â ÀüÈ­¿ä±ÝÀ» ȹ±âÀûÀ¸·Î Àý°¨µÇ´Â ´ÙÀ̾ó¶ó¿ìÅ͸¦ 

Ãâ½ÃÇÏ°Ô µÇ¾î ÀÌ·¸°Ô ¼Ò°³µå¸³´Ï´Ù.
 
ÀåÁ¡ 
 
1.±¹Á¦ÀüÈ­ 90%ÇÒÀÎ (¹Ì±¹:ºÐ´ç 90¿ø,ÀϺ» 
: 119¿ø.Áß±¹:241¿ø È«Äá:97¿ø...)
   ±¹³»¿¡¼­ ÃÖ°í ·Î Àú·Å ÇÕ´Ï´Ù.
2.½Ã¿ÜÀüÈ­¿ä±Ý ½Ã³»ÀüÈ­¿ä±ÝÀ¸·Î °¡´É 
(Àü±¹ 45¿ø)
 
3.À̵¿ÀüÈ­ 20~30% ÇÒÀÎ
 
4.ÅëÈ­Ç°Áú ±âÁ¸ÀüÈ­¿Í µ¿ÀÏ
 
5.¼³Ä¡´Â °£´Ü,ÀüÈ­±â¿¡ ¿¬°áÇϸéµÊ
 
 
À̹ø±âȸ¿¡ ´ÙÀ̾ó¶ó¿ìÅÍ ¸¦ ¸¸³ª½Ã¾î ºñ½Ñ Åë½Å¿ä±Ý¿¡¼­ ÇعæµÇ¼¼¿ä
´õ ÀÚ¼¼ÇÑ ³»¿ëÀº 
 
ȨÆäÀÌÁö : www.mttys.co.kr
 
À̸ÞÀÏÀº : [EMAIL PROTECTED]
 
ÀüÈ­ 02-393-0132/3
 
´ã ´ç : ¹Ú ¼® ÀΠ : 017-275-8513
 
Âü Çã¶ô¾øÀÌ ¸ÞÀÏ º¸³¿À» ¿ë¼­ÇÏ¿© ÁÖ¼¼¿ä. ÀÌÁ¤º¸°¡ °¡Á¤À̳ª ȸ»çÀÇ °æÁ¦¿¡ 
µµ¿òÀÌ µÇ¾úÀ¸¸é ¹Ù¶÷ÀÔ´Ï´Ù.À̸ÞÀÏ ÁÖ¼Ò´Â PCÅë½ÅÀ̳ª ÀÎÅͳݿ¡¼­ ¹«ÀÛÀ§·Î
ÃßÃâÇÑ°Í ÀÔ´Ï´Ù.
°¨ »ç ÇÕ ´Ï ´Ù.



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]



<    1   2