[PHP-DEV] Bug #10414: mysql+charset gb2312

2001-04-19 Thread chenp

From: [EMAIL PROTECTED]
Operating system: redhat6.2
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  mysql+charset gb2312

I want to my mysql+php can surport charset gb2312
so I configure the mysql --with-charset gb2312,then 
when I connect to the mysql with php,the system tell me

MySQL Connection Failed: Can't initialize character set 24 (path: default) 
.but I can do well with delphi


-- 
Edit Bug report at: http://bugs.php.net/?id=10414&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] Bug #10407: incorrect call of apxs from Apache 2

2001-04-19 Thread Mark Reidenbach

Not sure why this hasn't been fixed, but you have to type in the whole path
to apxs.  That is, you need to do a
./configure --with-apxs=/usr/local/apache2/bin/apxs
or wherever you installed apache2.

At least, that worked for me with the latest cvs version (4.04pl1 didn't
work for me).

-Mark

<[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From: [EMAIL PROTECTED]
> Operating system: Digital Unix 4.0F
> PHP version:  4.0.4pl1
> PHP Bug Type: *Install and Config
> Bug description:  incorrect call of apxs from Apache 2
>
> Running
>
> ./configure --with-apxs2
>
> results in apxs showing its help screen (and configuration ends with an
error telling apxs couldn't be found). apxs seems to be called without any
parameters, which is probably wrong.
>
>
>
> --
> Edit Bug report at: http://bugs.php.net/?id=10407&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 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-QA] RC7 is out

2001-04-19 Thread Matt White

Zeev;

Compiled on Win32 as an Apache module just fine.

One tiny problem... main\php_version.h still says it's version RC6. It took me a 
minute to realize that I hadn't made a mistake and copied files from the wrong 
directory... =)


PHP Version 4.0.5RC7 

System Windows NT 5.0 build 2195 
Build Date Apr 19 2001 
Server API Apache 


I will bang on it tomorrow to see if it breaks.

- Matt


>>> Zeev Suraski <[EMAIL PROTECTED]> 04/19/01 10:02PM >>>

I rolled RC7 - if there are no surprises (there'd better not be! :), it
can finally go out early next week.

Zeev

-- 
Zeev Suraski <[EMAIL PROTECTED]>
http://www.zend.com/ 


-- 
PHP Quality Assurance 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] RC7 is out

2001-04-19 Thread Rasmus Lerdorf

> Any good reason for that BTW? :)

Well, to avoid sending 3M attachments to 1000 people.

-Rasmus


-- 
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] RC7 is out

2001-04-19 Thread Zeev Suraski

Any good reason for that BTW? :)


On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:

> Ah right, I forgot we are filtering out the cvs commits from that dir
> 
> On Fri, 20 Apr 2001, Zeev Suraski wrote:
> 
> > In CVS, it tends to take time before it actually shows up on the web.
> >
> > On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:
> >
> > > Uh, where? I don't see it.
> > >
> > > On Fri, 20 Apr 2001, Zeev Suraski wrote:
> > >
> > > >
> > > > I rolled RC7 - if there are no surprises (there'd better not be! :), it
> > > > can finally go out early next week.
> > > >
> > > > Zeev
> > > >
> > > > --
> > > > Zeev Suraski <[EMAIL PROTECTED]>
> > > > 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]
> > > >
> > >
> >
> > --
> > Zeev Suraski <[EMAIL PROTECTED]>
> > http://www.zend.com/
> >
> 

-- 
Zeev Suraski <[EMAIL PROTECTED]>
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]




Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Rasmus Lerdorf

Ah right, I forgot we are filtering out the cvs commits from that dir

On Fri, 20 Apr 2001, Zeev Suraski wrote:

> In CVS, it tends to take time before it actually shows up on the web.
>
> On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:
>
> > Uh, where? I don't see it.
> >
> > On Fri, 20 Apr 2001, Zeev Suraski wrote:
> >
> > >
> > > I rolled RC7 - if there are no surprises (there'd better not be! :), it
> > > can finally go out early next week.
> > >
> > > Zeev
> > >
> > > --
> > > Zeev Suraski <[EMAIL PROTECTED]>
> > > 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]
> > >
> >
>
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> 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]




Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Zeev Suraski

In CVS, it tends to take time before it actually shows up on the web.

On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:

> Uh, where? I don't see it.
> 
> On Fri, 20 Apr 2001, Zeev Suraski wrote:
> 
> >
> > I rolled RC7 - if there are no surprises (there'd better not be! :), it
> > can finally go out early next week.
> >
> > Zeev
> >
> > --
> > Zeev Suraski <[EMAIL PROTECTED]>
> > 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]
> >
> 

-- 
Zeev Suraski <[EMAIL PROTECTED]>
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]




Re: [PHP-DEV] RC7 is out

2001-04-19 Thread Rasmus Lerdorf

Uh, where? I don't see it.

On Fri, 20 Apr 2001, Zeev Suraski wrote:

>
> I rolled RC7 - if there are no surprises (there'd better not be! :), it
> can finally go out early next week.
>
> Zeev
>
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> 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 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] mktime() oddity

2001-04-19 Thread Lars Torben Wilson


Hi there,

I was just wondering whether I could get a better explanation for the
fact that mktime() breaks consistency with itself by not allowing you
to get Nov 30 1999 by supplying 0s for month, day, and year. The
manual and the source both say that the reason is that the returned
timestamp would be on Nov 30 1999, and I guess this is somehow not
desirable--but as it it, it has a huge wtf factor since according to
all other rules of the function, that is *exactly* what it should
return.

As it stands, the rules for using this function seem to be:

- 0 for year means the year 2000, unless you have 0 for both day and month;
- 0 for month means the last month of the preceding year, unless you
  have 0 for both day and year; and
- 0 for day means the last day of the preceding year, unless you have
  0 for both month and year.

...when it seems like the rules should be:

- 0 for year means the year 2000;
- 0 for month means the last month of the preceding year; and
- 0 for day means the last day of the preceding month.

As it is, 0 for all three parameters returns -1. Which is in itself
unexpected, given that most PHP functions return false on error, not
-1 like the C version of mktime().

I found a note from stas in the bug database about this, saying that
if you want 30.11.99, why not just supply those values? That argument,
however, simply ignores the point, which is that this function is
internally inconsistent. I know it's documented but it still seems
weird. 


Thanks for any ideas,

Torben
 


-- 
 Torben Wilson <[EMAIL PROTECTED]>
 http://www.thebuttlesschaps.com
 +1.604.709.0506


-- 
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 #10413: Error retrieving image field from MSSQL database

2001-04-19 Thread jesus . estrada

From: [EMAIL PROTECTED]
Operating system: Win2k
PHP version:  4.0.4pl1
PHP Bug Type: MSSQL related
Bug description:  Error retrieving image field from MSSQL database

Looks like there's a problem in the Windows version of the mssql extension. I'm having 
the same problem as Leonid Freidin with queries that have a image in the result.
I'm using php4.04pl1.
This is the code.





-- 
Edit Bug report at: http://bugs.php.net/?id=10413&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] RC7 is out

2001-04-19 Thread Zeev Suraski


I rolled RC7 - if there are no surprises (there'd better not be! :), it
can finally go out early next week.

Zeev

-- 
Zeev Suraski <[EMAIL PROTECTED]>
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]




Re: [PHP-DEV] Shared library extensions

2001-04-19 Thread md

Hello Rasmus:

Thanks for the reply.  I am working with 4.0.4pl1 PHP

I was hoping it would just work, but I cannot get it to work.

Where do I go to get information about config.m4 type files? I have no
idea
how to manage Makefile.in and config.m4 files?  What tools read these
files? (libtool?)
Where is the documentation for these tools?

The README.EXT_SKEL mentions that I have to remove 3 comments from
config.m4 to get it to work.  
What 3 lines do I remove comments from?

This is where my knowledge is weak right now, controlling the input
files.  The actual coding of the module
is the easy part.  

Mark Diener


Rasmus Lerdorf wrote:
> 
> It should just work.  --enable-modname=shared
> and then do a 'make' and you should find your .so in the modules/
> directory.
> 
> -Rasmus
> 
> On Thu, 19 Apr 2001, md wrote:
> 
> > I am getting very close on making a GNU compiled C extension for PHP4
> > using ext_skel.
> >
> >
> > Where does one look to understand what is going on inside the config.m4
> > file (m4 files in general)
> >
> > It is a mystery on how to make a shared library .so file available to
> > PHP4.
> >
> > That is the problem.
> >
> > How to go from a --enable-modname format where the extension in compiled
> > into libphp4.so
> > to a shared library .so file where PHP4 can use the dl("TEST.SO) call to
> > make those functions available.
> >
> > Any help and tips would be appreciated.
> >
> > Mark Diener
> > [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 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] Shared library extensions

2001-04-19 Thread Rasmus Lerdorf

It should just work.  --enable-modname=shared
and then do a 'make' and you should find your .so in the modules/
directory.

-Rasmus

On Thu, 19 Apr 2001, md wrote:

> I am getting very close on making a GNU compiled C extension for PHP4
> using ext_skel.
>
>
> Where does one look to understand what is going on inside the config.m4
> file (m4 files in general)
>
> It is a mystery on how to make a shared library .so file available to
> PHP4.
>
> That is the problem.
>
> How to go from a --enable-modname format where the extension in compiled
> into libphp4.so
> to a shared library .so file where PHP4 can use the dl("TEST.SO) call to
> make those functions available.
>
> Any help and tips would be appreciated.
>
> Mark Diener
> [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 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] Shared library extensions

2001-04-19 Thread md

I am getting very close on making a GNU compiled C extension for PHP4
using ext_skel.


Where does one look to understand what is going on inside the config.m4
file (m4 files in general)

It is a mystery on how to make a shared library .so file available to
PHP4.

That is the problem. 

How to go from a --enable-modname format where the extension in compiled
into libphp4.so
to a shared library .so file where PHP4 can use the dl("TEST.SO) call to
make those functions available.

Any help and tips would be appreciated.

Mark Diener
[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 #10412: field name in mysql_lsit_fields

2001-04-19 Thread dkokenge

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.4pl1
PHP Bug Type: Scripting Engine problem
Bug description:  field name in mysql_lsit_fields

When using "mysql_list_fields" for a file you can extract
the field names of the schema.
For example: $fname. Then turn it into the variable for the
schema name as $$fname.
$$fname = 'something';  //  works
$$fname[0] = 'something'; //  don't work
---
Example
---
$schema = mysql_list_fields("wine","wpo_dtl");  
$nf = mysql_num_fields($schema);// get num of fields
$xx = mysql_fetch_array($schema);   
while ($i < $nf) {
$fname = mysql_fieldname($schema,$i);

//* this works *
$$fname = 'something';
// *** this don't
$x = 0;
$$fname[$x] = 'something';
}

What am I doing wrong???




-- 
Edit Bug report at: http://bugs.php.net/?id=10412&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] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Jason Greene

> I still think that a large majority of people will want to grab the 
> C-extensions and compile them statically into PHP, i.e. putting them in 
> ext/, ./buildconf, ./configure ...
> 
> Andi

I agree. There is also the possibility that some extensions will have problems as a .so
on some archetectures.

-Jason


-- 
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 #10411 Updated: number_format returns wrong values

2001-04-19 Thread joey

ID: 10411
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Try changing:
$total = number_format($calcs_a + calcs_b,2);
to
$total = number_format($calcs_a + $calcs_b,2);
(Note the missing $)

Works just fine here with that small adjustment.

Previous Comments:
---

[2001-04-19 17:35:01] [EMAIL PROTECTED]
number_format returns wrong values in certain situations, 
here is a code example...

$value = 504;
$calcs_a = number_format($value,2);

$othervalue = 504;
$calcs_b = number_format($othervalue,2);

$total = number_format($calcs_a + calcs_b,2);

this returns:
$calcs_a is 504.00
$calcs_b is 504.00
$total is 1.00  (should be 1008.00)

I have seen this on several occasions now on multiple 
machines/setups/Oses




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10411&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 #10379 Updated: ns-httpd crashes on php content.

2001-04-19 Thread andi

ID: 10379
Updated by: andi
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Can you please try the latest snapshot available at snaps.php.net or even better the 
latest CVS (make sure you grab the latest CVS of TSRM if you use CVS).


Previous Comments:
---

[2001-04-19 13:58:13] [EMAIL PROTECTED]
Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

---

[2001-04-19 11:33:49] [EMAIL PROTECTED]
Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

---

[2001-04-18 09:54:16] [EMAIL PROTECTED]
The configure line:
./configure --with-nsapi=/opt/NetScape/server4 --with-oci8=/oracle/OraHome1 
--prefix=/usr/local/php --mandir=/usr/man --srcdir=/usr/src/php-4.0.4pl1 --with-exec
-dir --enable-track-vars --enable-force-cgi-redirect --enable-discard-path 
--with-config-file-path=/opt/NetScape/server4

Using Iplanet 4.1sp6 on Sun 420R, single proc, 1GB ram

We were seeing large numbers of watchdog restarts, whenever php was enabled, as many 
as 100 in 5 minutes.  After much testing, we started to realize larger php files 
appeared to be causing the problem.  We have been able to create a php file that is 
3812 lines long, that will crash the ns-httpd service _every_ time.  It is too long to 
attach here, but I can email it, once I have an address.  It simply consists of the 
following:
===
bombs.php";
print "";
print "There is a file in this directory called BigBigGame.php";
<*REPEAT ABOVE LINE 3805 TIMES*>
 print "";
 ?>


I am unable to obtain a backtrace, as netscape won't start with debug version.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10379&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]




Re: [PHP-DEV] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Andi Gutmans

At 09:05 AM 4/19/2001 +0300, Alexander Bokovoy wrote:
>On Thu, Apr 19, 2001 at 07:21:32AM +0200, Andi Gutmans wrote:
> > At 09:16 PM 4/18/2001 -0700, Rasmus Lerdorf wrote:
> > > > >When we're past the prototyping phase and stuff stabilizes, a C
> > > > >rewrite may be a good idea, but I don't think it is now.
> > > >
> > > > Well you know the most permanent things are temporary things such as
> > > > prototypes.
> > > > I also thought it would make much more sense to create something 
> very small
> > > > in C (maybe even Perl as it's installed on all systems) and use that.
> > > > I'm not really sure anymore what this installer you are talking 
> about looks
> > > > like. So I think it would be good to get a small update and have a
> > > > discussion of what we need on php-dev@.
> > >
> > >I see no issue with writing a prototype in PHP.  The start of such a
> > >prototype is in cvs (pear/script/pear)
> > >
> > >And yes, using XML is pretty much a no-brainer here.  That will allow a
> > >lot of different nifty tools to access the package information.
> >
> > For a start you don't have PHP installed on most systems. So PHP would 
> need
> > to compile itself and then fetch packages and recompile itself. Seems 
> to me
> > like the no-brainer isn't such a no-brainer.
>Seems that you're forgetting main point of PEAR: you don't need to
>recompile PHP itself when adding some module via PEAR because more
>suitable method exists -- self contained extensions -- which works via
>PEAR right now. Of course, there is small number of extensions from /ext
>which could be compiled in this mode out-of-the-box right now (mostly
>because building environment in PEAR still unreliable), but it exists.

I still think that a large majority of people will want to grab the 
C-extensions and compile them statically into PHP, i.e. putting them in 
ext/, ./buildconf, ./configure ...

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] Bug #10389 Updated: mysql_query(); returns an invalid result resource

2001-04-19 Thread cnewbill

ID: 10389
Updated by: cnewbill
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: MySQL related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

This appears to be related to 4.0.4pl1.  I can reproduce it on a 4.0.4pl1 box, but not 
anything newer.

Can you try 4.0.5 or a CVS snapshot? http://snaps.php.net/

-Chris

Previous Comments:
---

[2001-04-19 16:42:54] [EMAIL PROTECTED]
I checked what you said with mysqladmin and mysql.  The
database "ue" does exist, as does the table "jobsc."  Thanks
for saying something about the table being empty, as it was.
I fixed this problem (I'd had it before, but i just did this new
script by itself to make sure) and added 1 entry to the table "jobsc."  PHP4 still 
returns the same warning as before on the
"SELECT * FROM jobsc"  and in the mysql console, executing
that instruction returns the one and only row in the table jobsc.

---

[2001-04-18 20:29:19] [EMAIL PROTECTED]
My bad...it would not return false.  It's been a long long day.

But it would return false if the table jobsc did not exist or the database ue did not 
exist.

-Chris


---

[2001-04-18 20:26:15] [EMAIL PROTECTED]
Your query is not returning any rows, and as such mysql_query returns false.  False of 
course is not a valid mysql result and thus the "Warning".

If you are 100% certain the query returns results then that would be a problem, 
otherwise this is not a bug.

Please check this query from the mysql command line and reopen if there really is a 
problem.

-Chris

---

[2001-04-18 19:45:58] [EMAIL PROTECTED]
Here is the code I am using that produces the error:



on the last line is where the error is generated.  In
any browser, I see:

Warning: Supplied argument is not a valid MySQL result
resource ...

My setup contains apache 1.3.19 with the static PHP 4.0.4pl1
module compiled in.  My configure lines for PHP are:

./configure --with-apache=/home/apache_1.3.19
--with-mysql=/usr/local/mysql

/usr/local/mysql is the install directory for mysql

That is all the information I believe I have, and I'm
relatively sure that PHP is not crashing, per say.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10389&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 #10411: number_format returns wrong values

2001-04-19 Thread mark

From: [EMAIL PROTECTED]
Operating system: Solaris 8, Slackware 7.0
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  number_format returns wrong values

number_format returns wrong values in certain situations, 
here is a code example...

$value = 504;
$calcs_a = number_format($value,2);

$othervalue = 504;
$calcs_b = number_format($othervalue,2);

$total = number_format($calcs_a + calcs_b,2);

this returns:
$calcs_a is 504.00
$calcs_b is 504.00
$total is 1.00  (should be 1008.00)

I have seen this on several occasions now on multiple 
machines/setups/Oses





-- 
Edit Bug report at: http://bugs.php.net/?id=10411&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 #10410: display warning BUT update database !!

2001-04-19 Thread igardais

From: [EMAIL PROTECTED]
Operating system: windows 98
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  display warning BUT update database !!

config
---
Apache 1.3.19 as standalone server
PHP 4.0.4pl1 for Win32 platform
(standard local developpement station for website creation testing)

code
-

$query = "insert into createur (cr_nom, cr_prenom, cr_pseudo, cr_age, cr_email, 
cr_homepage) values (\"".$nom."\", \"".$prenom."\", \"".$pseudo."\", \"".$age."\", 
\"".$email."\", \"".$homepage."\")"; //create the query string

if(($result = mysql_query($query))==FALSE)
{...}



message

Warning: Supplied argument is not a valid MySQL-Link resource in 
d:\ze_ioio\apache\apache\www\addtodatabase.php on line 44

problem

Display the message above but still update database !

things tried
-
- add $connexion in mysql_query($query, $connexion) => result : same problem
- print out the string $query before executing it => query is okay
- execute query from mysqlmanager utility => no problem reported by mysqlmanager
- cut and paste the working mysqlmanager query into source code => problem is still 
there


Please help !


-- 
Edit Bug report at: http://bugs.php.net/?id=10410&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] RE: [PHP-WIN] Dynamic Pulldown lists

2001-04-19 Thread Derick Rethans

Please stop crossposting this to php-dev@

Derick

On Thu, 19 Apr 2001, Svensson, B.A.T.  wrote:

>
> >-Original Message-
> >From: Robert Trembath [mailto:[EMAIL PROTECTED]]
> >Sent: Thursday, April 19, 2001 10:10 PM
> >To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> >Subject: [PHP-WIN] Dynamic Pulldown lists
> >
> >
> >A little help from anyone please.
> >
> >I know this was discussed before but I can't find it now that I need it. I
> >want to dynamically populate a pulldown list from a mysql query based on
> >what is selected from another pulldown list populated by a query from
> mysql.
> >If the first choice is changed a different list of option is populated in
> >the second. Please help!
>
> In meta code:
>
> DO DBQUERY 
>
> DO WRITE   ""
> DO WRITE   "  
> DO WHILE 
>   DO WRITE " "
>   DO WRITE "   [list].[element]"
>   DO WRITE " "
> END WHILE
> DO WRITE   "   "
> DO WRITE   ""
>
> And at last and most important:
>
> WHILE (NOT )
>   GOTO http://www.w3.org/MarkUp/Guide/
> END WHILE
> IF ()
>   GOTO http://www.w3.org/MarkUp/Guide/Advanced.html
> ELSE IF ()
>   GOTO http://www.w3.org/TR/html401/
> ELSE IF NOT ()
>   
> ELSE IF (NOT )
>   
> END IF
>
> --
> 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]
>

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands
-


-- 
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-WIN] Dynamic Pulldown lists

2001-04-19 Thread Svensson, B.A.T.


>-Original Message-
>From: Robert Trembath [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, April 19, 2001 10:10 PM
>To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: [PHP-WIN] Dynamic Pulldown lists
>
>
>A little help from anyone please.
>
>I know this was discussed before but I can't find it now that I need it. I
>want to dynamically populate a pulldown list from a mysql query based on
>what is selected from another pulldown list populated by a query from
mysql.
>If the first choice is changed a different list of option is populated in
>the second. Please help!

In meta code:

DO DBQUERY 

DO WRITE   ""
DO WRITE   "  
DO WHILE  
  DO WRITE " "
  DO WRITE "   [list].[element]"
  DO WRITE " "
END WHILE
DO WRITE   "   "
DO WRITE   ""

And at last and most important:

WHILE (NOT )
  GOTO http://www.w3.org/MarkUp/Guide/
END WHILE
IF ()
  GOTO http://www.w3.org/MarkUp/Guide/Advanced.html
ELSE IF ()
  GOTO http://www.w3.org/TR/html401/
ELSE IF NOT ()
  
ELSE IF (NOT )
  
END IF

-- 
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 #10409: php 404pl1 Isapi filter causes ASP AND Miva Isapi to hang. Only html pages work

2001-04-19 Thread joel

From: [EMAIL PROTECTED]
Operating system: Windows NT 4.0
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  php 404pl1 Isapi filter causes ASP AND Miva Isapi to hang. Only html 
pages work

Whenever I load the 4.04pl Isapi filter, it causes the ASP and Miva pages to hang.
Only regular html files work.

This does not happen with php 4.01 Isapi.
The system must rebooted to reload 4.01 isapi filter after 4.04pl1 has been unloaded.




-- 
Edit Bug report at: http://bugs.php.net/?id=10409&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] PHP 4.0 Bug #10389 Updated: mysql_query(); returns an invalid result resource

2001-04-19 Thread pmarks

ID: 10389
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: MySQL related
Description: mysql_query(); returns an invalid result resource

I checked what you said with mysqladmin and mysql.  The
database "ue" does exist, as does the table "jobsc."  Thanks
for saying something about the table being empty, as it was.
I fixed this problem (I'd had it before, but i just did this new
script by itself to make sure) and added 1 entry to the table "jobsc."  PHP4 still 
returns the same warning as before on the
"SELECT * FROM jobsc"  and in the mysql console, executing
that instruction returns the one and only row in the table jobsc.

Previous Comments:
---

[2001-04-18 20:29:19] [EMAIL PROTECTED]
My bad...it would not return false.  It's been a long long day.

But it would return false if the table jobsc did not exist or the database ue did not 
exist.

-Chris


---

[2001-04-18 20:26:15] [EMAIL PROTECTED]
Your query is not returning any rows, and as such mysql_query returns false.  False of 
course is not a valid mysql result and thus the "Warning".

If you are 100% certain the query returns results then that would be a problem, 
otherwise this is not a bug.

Please check this query from the mysql command line and reopen if there really is a 
problem.

-Chris

---

[2001-04-18 19:45:58] [EMAIL PROTECTED]
Here is the code I am using that produces the error:



on the last line is where the error is generated.  In
any browser, I see:

Warning: Supplied argument is not a valid MySQL result
resource ...

My setup contains apache 1.3.19 with the static PHP 4.0.4pl1
module compiled in.  My configure lines for PHP are:

./configure --with-apache=/home/apache_1.3.19
--with-mysql=/usr/local/mysql

/usr/local/mysql is the install directory for mysql

That is all the information I believe I have, and I'm
relatively sure that PHP is not crashing, per say.

---


Full Bug description available at: http://bugs.php.net/?id=10389


-- 
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 #10403 Updated: cannot prepare iODBC statements

2001-04-19 Thread ahill

ID: 10403
Updated by: ahill
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Please verify that you have tried other drivers, or create a ODBC trace 
(DebugFile=file.out in the odbc.ini file) to view the ODBC calls.

The driver is most likely segfaulting here, not iODBC.



Previous Comments:
---

[2001-04-19 11:17:44] [EMAIL PROTECTED]
Script:


Modules:
--with-mysql --with-iodbc --with-gd --with-jpeg-dir --with-ming --enable-ftp 
--enable-sockets

gdb backtrace:

X-Powered-By: PHP/4.0.4pl1
Content-type: text/html


Program recieved signal SIGSEGV, Segmentation fault.
0x402a06f1 in my_SQLPrepare (hstmt=0x81ab4c0,
szSqlStr=0x817e094 "select * from table_name", cSqlStr=-3)
at prepare.c:167
167 if (use_mb(charset_info))


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10403&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] dynamic pulldowns from DB

2001-04-19 Thread Robert Trembath

A little help from anyone please.

I know this was discussed before but I can't find it now that I need it. I
want to dynamically populate a pulldown list from a mysql query based on
what is selected from another pulldown list populated by a query from mysql.
If the first choice is changed a different list of option is populated in
the second. Please help!

Robert


-- 
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-WIN] Dynamic Pulldown lists

2001-04-19 Thread Frank M. Kromann

You can do this by reloading the page when the first list is changed or by applying 
all the different values for the second list in JavaScript arrays and have some 
JavaScript code to populate the second list.

- Frank

> A little help from anyone please.
> 
> I know this was discussed before but I can't find it now that I need it. I
> want to dynamically populate a pulldown list from a mysql query based on
> what is selected from another pulldown list populated by a query from mysql.
> If the first choice is changed a different list of option is populated in
> the second. Please help!
> 
> Robert
> 
> 
> -- 
> PHP Windows Mailing List (http://www.php.net/)
> 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]




[PHP-DEV] Dynamic Pulldown lists

2001-04-19 Thread Robert Trembath

A little help from anyone please.

I know this was discussed before but I can't find it now that I need it. I
want to dynamically populate a pulldown list from a mysql query based on
what is selected from another pulldown list populated by a query from mysql.
If the first choice is changed a different list of option is populated in
the second. Please help!

Robert


-- 
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 #10408 Updated: Bad Sybase-CTlib closing

2001-04-19 Thread joey

ID: 10408
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Sybase-ct (ctlib) related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Cannot duplicate this locally, can you provide more info?

Previous Comments:
---

[2001-04-19 15:18:52] [EMAIL PROTECTED]
if you run this script :


';// I want to see this one !!!
exit();  // global exit of php
}

//MAIN PGM:
// set to the user defined error handler
set_error_handler('myErrorHandler');
$connect_id=sybase_connect('MyServer','MyLogin','MyPassword');
if (!$connect_id)
echo "An error in sybase_query !!"; // I don't want to see this message
else
{   $res=sybase_query('select * from toto',$connect_id);
if (!$res)
echo "An error in sybase_query !!"; // I don't want to see this 
message too
else
echo 'No error';
}
?>


and that the table toto doesn't exist you trigger the myErrorHandler and the script 
terminate as intended. The problem is that Sybase doesn't seem aware of this and the 
process will live forever even if it doesn't allow Sybase query any more. So if you 
run this script a few times all the processes will be sleeping and you will no more be 
able to make a Sybase query. I think there is a problem in the way you handle the 
Sybase connexion in a error handler with an exit() call.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10408&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 #10252 Updated: strcat() used on uninitialized string

2001-04-19 Thread kalowsky

ID: 10252
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

now it's commited to cvs

Previous Comments:
---

[2001-04-18 10:24:46] [EMAIL PROTECTED]
pssst... Joey... you need to submit the changes to CVS BEFORE you close the bug ;)

---

[2001-04-17 23:42:00] [EMAIL PROTECTED]
Closed in CVS. I actually used strlcpy() instead, but same
general concept.

---

[2001-04-16 23:10:35] [EMAIL PROTECTED]
Joey Smith has(had?) a patch he was considering applying that should fix this problem 
as well... waiting to hear back from him currently on it's status...

---

[2001-04-09 15:30:56] [EMAIL PROTECTED]
I was getting intermittent errors connecting to databases. 
Sometimes it would work fine, sometimes my connect string
would turn to gibberish and sometimes the process would
segfault.

On further examination, in
ext/odbc/php_odbc.c:odbc_sqlconnect(), within the
if(strstr(char *)db,";") block, there is a line
"strcat(ldb,db);".  At this point in the code, ldb was just
emalloced, and had uninitialized contents.  I think strcpy()
is more appopriate here, and changing the code to this seems
to have cleared up my errors.

Thank you very much.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10252&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 #10408: Bad Sybase-CTlib closing

2001-04-19 Thread ocomte

From: [EMAIL PROTECTED]
Operating system: Sun Solaris and Linux
PHP version:  4.0.4pl1
PHP Bug Type: Sybase-ct (ctlib) related
Bug description:  Bad Sybase-CTlib closing

if you run this script :


';// I want to see this one !!!
exit();  // global exit of php
}

//MAIN PGM:
// set to the user defined error handler
set_error_handler('myErrorHandler');
$connect_id=sybase_connect('MyServer','MyLogin','MyPassword');
if (!$connect_id)
echo "An error in sybase_query !!"; // I don't want to see this message
else
{   $res=sybase_query('select * from toto',$connect_id);
if (!$res)
echo "An error in sybase_query !!"; // I don't want to see this 
message too
else
echo 'No error';
}
?>


and that the table toto doesn't exist you trigger the myErrorHandler and the script 
terminate as intended. The problem is that Sybase doesn't seem aware of this and the 
process will live forever even if it doesn't allow Sybase query any more. So if you 
run this script a few times all the processes will be sleeping and you will no more be 
able to make a Sybase query. I think there is a problem in the way you handle the 
Sybase connexion in a error handler with an exit() call.


-- 
Edit Bug report at: http://bugs.php.net/?id=10408&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] RE: [PHP-WIN] xml with php

2001-04-19 Thread James Moore

> Any guidance would be greatly appreciated,

Please dont cross post like this these questions should be sent to
php-general. I just got three copies of this in my mailbox which isnt really
necessary now is it?

- James


-- 
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] xml with php

2001-04-19 Thread steve lee

Please can you guide me, I want to use php to update
the following xml with the values the user fills in.
for example add value="" in the "input type text" line
and add checked to the Radio button line. Is there any
functions in php that can be used to step through a
xml and just update the form object lines(e.g. Text,
Radio, Check...) 





 
 
 
 


Any guidance would be greatly appreciated,

Thank,
Steve


__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.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] PHP 4.0 Bug #10397 Updated: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

2001-04-19 Thread tlechat

ID: 10397
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: SNMP related
Description: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

PRECISION :
In my previous mail I wrote that 
snmpget("myhost","public","1.3.6.1.2.3.1191.1.2")

will fails with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

But the exact warning is :

Warning: Invalid object identifier: 1.3.6.1.2.3.1191.1.2

So it could be really an incorrect object identifier, but a simple 
snmpwalkoid on same machine can show you that it starts always on iso.3.6.1.2.1. if 
you specify no OID, and it fails if you specify OID (for example try with .1 or .iso)

Please note that my correct email is [EMAIL PROTECTED] (sorry)

Regards

Previous Comments:
---

[2001-04-19 07:09:31] [EMAIL PROTECTED]
If seems that a default OID (.iso.3.6.1.2.1)  is always added to OID parameter when I 
call snmpget or snmpwalk.

Example, If I try :

snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),

it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and 
I replace first of his char by 

-- 
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] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Andi Gutmans

At 08:13 AM 4/19/2001 -0400, Stig Sæther Bakken wrote:
>[Andi Gutmans <[EMAIL PROTECTED]>]
> >
> > Right but if we chose XML this makes it much harder to have C clients
> > (even Perl because the module might not be installed). I don't think
> 
>
>Over my dead body.  Take a look at all the magazines reviewing which
>web development tools to use.  Most of them end up with PHP because it
>fits their job.  Imagine all the fun authors of such articles can have
>it PHP requires Perl to install the stuff you need.
>
> > it will be such a complicated format for us to need XML here
> > especially as it limits what clients will be created. I think it needs
> > more thought. Having a prototype for the functionality is OK but not
> > if you're talking about a prototype which sets the standard.
>
>XML is a commodity today.  Just take a look at what the industry out
>there is using.
>
> > >If we were to write it in C we would most likely need to provide a
> > >statically linked binary anyway for the different platforms as not
> > >everyone will have access to a fully functioning development environment.
> >
> > If they are compiling PHP and PHP extensions we can expect them to be
> > able to compile an ANSI C program.
> >
> >
> > >Despite the pervasiveness of Perl, chances are high that certain Perl
> > >modules would be missing and then someone has to go looking for Perl
> > >modules to install PHP packages..  Ouch!
> >
> > You can do this kind of stuff with the Vanilla Perl and don't need
> > extensions.
>
>To be quite blunt, I don't have the time to implement this in C.
>
>I've tried to get people involved in the strategy for PEAR for months
>and months.  It's typical that nobody reacts until after
>implementation has started though.  I want to get this system up and
>running sooner rather than later, so I'm willing to make something
>that we throw away and reimplement rather than to not have something
>for one more year.

I think you are right.
BTW, how are you planning on making it as transparent as possible for a 
user who downloads PHP and wants to compile it with PEAR C-extensions such 
as XML, MySQL & Oracle (these are just examples, it doesn't reflect my 
opinion if these should stay in or out of the php tree itself)?

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]




Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Andi Gutmans

At 08:03 AM 4/19/2001 -0400, Stig Sæther Bakken wrote:
>[Andi Gutmans <[EMAIL PROTECTED]>]
> > At 06:53 PM 4/18/2001 -0400, Stig Sæther Bakken wrote:
> >
> > >*BLAM*
> > >
> > >That's the sound of someone shooting himself in the foot.  The PEAR
> > >installer needs the XML extension. :-)
> >
> > What do you mean? Has work started on this already?
> > I'm not quite sure what you mean by the PEAR installer but I think we
> > should discuss the util we would need to list/fetch/build C extensions
> > from the PEAR repository on php-dev@.
> > I think it's a waste of time to decide right now what to remove
> > instead of trying to finalizing this utility. Once we see how well it
> > works it'll be time to start thinking of what extensions to remove. I
> > think it's just putting energy in the wrong place right now :)
>
>You don't read php-cvs anymore do you Andi? :-)

I do but I'm senile :)


>If you configure the CGI and do "make install", you'll have a
>command-line utility written in PHP called "pear" that can do two
>things: make a package tarball, and install a tarball.  It currently
>only support "pure PHP" packages.  How to test it:
>
>$ cvs co pear/HTTP
>$ cd pear/HTTP
>$ pear package package.xml
>(this will give you a file called HTTP-1.0.tgz)
>$ pear install HTTP-1.0.tgz

OK I definitely missed that one.

>There's a lot of stuff missing from the installer still, but that'll
>be added in time.  It is also UNIX-only right now.  Since I'm not a
>Windows user myself, I totally depend on the help of some Windows
>people to make it work in Windows.
>
>The reason I joined the "what extensions to keep" discussion is that I
>think it (the discussion) is going to take some time. :-)

Yeah but I just thought it'd be better to focus people's energy on getting 
it to work :)

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] PHP 4.0 Bug #10379 Updated: ns-httpd crashes on php content.

2001-04-19 Thread ptierney

ID: 10379
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
Description: ns-httpd crashes on php content.

Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

Previous Comments:
---

[2001-04-19 11:33:49] [EMAIL PROTECTED]
Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

---

[2001-04-18 09:54:16] [EMAIL PROTECTED]
The configure line:
./configure --with-nsapi=/opt/NetScape/server4 --with-oci8=/oracle/OraHome1 
--prefix=/usr/local/php --mandir=/usr/man --srcdir=/usr/src/php-4.0.4pl1 --with-exec
-dir --enable-track-vars --enable-force-cgi-redirect --enable-discard-path 
--with-config-file-path=/opt/NetScape/server4

Using Iplanet 4.1sp6 on Sun 420R, single proc, 1GB ram

We were seeing large numbers of watchdog restarts, whenever php was enabled, as many 
as 100 in 5 minutes.  After much testing, we started to realize larger php files 
appeared to be causing the problem.  We have been able to create a php file that is 
3812 lines long, that will crash the ns-httpd service _every_ time.  It is too long to 
attach here, but I can email it, once I have an address.  It simply consists of the 
following:
===
bombs.php";
print "";
print "There is a file in this directory called BigBigGame.php";
<*REPEAT ABOVE LINE 3805 TIMES*>
 print "";
 ?>


I am unable to obtain a backtrace, as netscape won't start with debug version.


---


Full Bug description available at: http://bugs.php.net/?id=10379


-- 
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 #9868 Updated: Missing .dll.

2001-04-19 Thread phildriscoll

ID: 9868
Updated by: phildriscoll
Reported By: [EMAIL PROTECTED]
Old-Status: Closed
Status: Feedback
Bug Type: *General Issues
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

Then you'd better tell us:

a. what dll was reported as missing

b. did you download the 'installer' version of php, the full zip, or the source.

Previous Comments:
---

[2001-04-19 13:17:15] [EMAIL PROTECTED]
I've downloaded Php from php.net and i've got winsock 2 installed on my 
Computer(Windows 95)and i'm currently using Xitami and vWebServer 2.1 as my Web 
Server. 

Rafael Estrada
[EMAIL PROTECTED]

---

[2001-04-19 09:40:17] [EMAIL PROTECTED]
No feedback. And you should consider upgrading your system. 
Anyway, not a bug in PHP.

--Jani


---

[2001-03-20 08:31:43] [EMAIL PROTECTED]
Some questions:

Can you confirm that you are installing via the php installer downloaded from the 
downloads page on www.php.net.

I believe that early versions of Win95 had little or no internet functionality - I 
think they probably had no winsock dll, or at least a brain damaged one. Have you 
upgraded your OS so that it has a Winsock dll and can run a web server and a modern 
browser?

Are there any further clues as to which dll is missing?

Which web server are you using?

---

[2001-03-20 08:17:12] [EMAIL PROTECTED]
When i downloaded this Program it then stared telling me that there is a .DLL FILE 
missing.It wouldn't lit me Complete the Installyion.

THANK YOU
Rafael Estrada
[EMAIL PROTECTED]

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9868&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] PHP 4.0 Bug #9868 Updated: Missing .dll.

2001-04-19 Thread damienjp

ID: 9868
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *General Issues
Description: Missing  .dll.

I've downloaded Php from php.net and i've got winsock 2 installed on my 
Computer(Windows 95)and i'm currently using Xitami and vWebServer 2.1 as my Web 
Server. 

Rafael Estrada
[EMAIL PROTECTED]

Previous Comments:
---

[2001-04-19 09:40:17] [EMAIL PROTECTED]
No feedback. And you should consider upgrading your system. 
Anyway, not a bug in PHP.

--Jani


---

[2001-03-20 08:31:43] [EMAIL PROTECTED]
Some questions:

Can you confirm that you are installing via the php installer downloaded from the 
downloads page on www.php.net.

I believe that early versions of Win95 had little or no internet functionality - I 
think they probably had no winsock dll, or at least a brain damaged one. Have you 
upgraded your OS so that it has a Winsock dll and can run a web server and a modern 
browser?

Are there any further clues as to which dll is missing?

Which web server are you using?

---

[2001-03-20 08:17:12] [EMAIL PROTECTED]
When i downloaded this Program it then stared telling me that there is a .DLL FILE 
missing.It wouldn't lit me Complete the Installyion.

THANK YOU
Rafael Estrada
[EMAIL PROTECTED]

---


Full Bug description available at: http://bugs.php.net/?id=9868


-- 
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 #10407: incorrect call of apxs from Apache 2

2001-04-19 Thread XHajT03

From: [EMAIL PROTECTED]
Operating system: Digital Unix 4.0F
PHP version:  4.0.4pl1
PHP Bug Type: *Install and Config
Bug description:  incorrect call of apxs from Apache 2

Running

./configure --with-apxs2

results in apxs showing its help screen (and configuration ends with an error telling 
apxs couldn't be found). apxs seems to be called without any parameters, which is 
probably wrong.



-- 
Edit Bug report at: http://bugs.php.net/?id=10407&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 #10406: PHP needs a patch to compile with PostgreSQL 7.1

2001-04-19 Thread barbato

From: [EMAIL PROTECTED]
Operating system: debian gnu linux 2.4.3
PHP version:  4.0.4pl1
PHP Bug Type: Compile Failure
Bug description:  PHP needs a patch to compile with PostgreSQL 7.1

It seems that pgsql guys have changed headers' inclusion 
policy in 7.1:

-
 * postgres.h
 *Primary include file for PostgreSQL server .c 
files
 *
 * This should be the first file included by PostgreSQL 
backend modules.
 * Client-side code should include postgres_fe.h instead.
-

PHP must include postgres_fe.h instead of postgres.h in 
phpsrc/ext/pgsql/php_pgsql.h line 32.

that's all.

stefano barbato




-- 
Edit Bug report at: http://bugs.php.net/?id=10406&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 #10405: pdf: Unable to initilize module

2001-04-19 Thread john

From: [EMAIL PROTECTED]
Operating system: Windows 98
PHP version:  4.0.4pl1
PHP Bug Type: Dynamic loading
Bug description:  pdf: Unable to initilize module

I have downloaded pdflib-4.0.0-Windows so I can pdf things in php.

The installation instructions are as follows:

"For building the PDFlib PHP binding you must have to the directory "ext/pdf" to your 
PHP source tree. Then build php_pdf.dll."

I did not understand this completely so have probably hashed the configuration up and 
as there is no other instructions I did my best.

I copied the directory pdf indicated above to my wwwroot (as I am using pws for 
testing) ie C:\Inetpub\wwwroot\pdf (with files in) and to get it to pick up the dll I 
created C:\Inetpub\wwwroot\dll to place php_pdf.dll in and uncommented 
extension=php_pdf.dll in php.ini along with pointing to the dll directory by 
uncommenting extension_dir="C:\Inetpub\wwwroot\dll"

This all seemed really messy and obviously not configured correctly but the readme 
file did not give any more explanations.

The full error message that appears now when I try to load any php page is as follows:

pdf: Unable to initilize module
Module compiled with debug=0, thread-safety=1, module API=20001222
PHP complied with debug=0, thread-safety=1, module API=20001214
These options need to match

With the unix installation instructions the c++ code needs compiling but does not 
mention it for Windows, does this mean I don't have to make the c++ code?

I will be grateful for any help on resolving this.

Thanks

John


-- 
Edit Bug report at: http://bugs.php.net/?id=10405&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] RE: PHP 4.0 Bug #10324 Updated: reproducable seg fault during generic script exec with pgsql and mcrypt

2001-04-19 Thread Kevin Webb

Not sure if this helps any, but here's the output from the apache error log:
(Still can't get debug symbols in my back trace, though)


DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

[Thu Apr 19 10:50:13 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
url.c(288) : Block 0x101F2CB8 status:
Beginning:  OK (allocated on url.c:243, 10 bytes)
  End:  Overflown (magic=0x25334325 instead of 0x2A8FCC84)
At least 4 bytes overflown
---
[Thu Apr 19 10:50:14 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
url.c(288) : Block 0x101F0590 status:
Beginning:  OK (allocated on url.c:243, 25 bytes)
  End:  Overflown (magic=0x30432539 instead of 0x2A8FCC84)
At least 4 bytes overflown
---
DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

[Thu Apr 19 10:50:21 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
url.c(288) : Block 0x101568F0 status:
Beginning:  OK (allocated on url.c:243, 37 bytes)
  End:  Overflown (magic=0x33253834 instead of 0x2A8FCC84)
At least 4 bytes overflown
---
DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation ""

[Thu Apr 19 10:50:25 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
url.c(288) : Block 0x10230B28 status:
Beginning:  OK (allocated on url.c:243, 10 bytes)
  End:  Overflown (magic=0x25393525 instead of 0x2A8FCC84)
At least 4 bytes overflown
---
DB/pgsql.php(163) : Warning - PostgreSQL query failed:  ERROR:  Bad int8
external representation "21006 "

[Thu Apr 19 10:50:37 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
zend_execute.h(62) : Block 0x10156948 status:
Beginning:  Overrun (magic=0x39452534, expected=0x7312F8DC)
  End:  Unknown
---
[Thu Apr 19 10:50:37 2001]  Script:  '/etc/apache/htdocs/_input.php'
---
zend_execute.h(62) : Block 0x10230B68 status:
Beginning:  Overrun (magic=0x42253845, expected=0x7312F8DC)
  End:  Unknown
---
[Thu Apr 19 10:50:37 2001] [notice] child pid 30686 exit signal Segmentation
fault (11)


-- 
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] extensions and $HTTP_SERVER_VARS

2001-04-19 Thread Sterling Hughes

On Thu, 19 Apr 2001, Rasmus Lerdorf wrote:

> How portable?  Not all web servers even set this variable, so it will
> never be completely portable.
>
> -Rasmus
>


(what Rasmus said, and :) you can grab them out of the EG(symbol_table)
if you still want them:

{
zval **server_vars;

if (zend_hash_find(&EG(symbol_table),
   "HTTP_SERVER_VARS",
   sizeof("HTTP_SERVER_VARS"),
   (void **) &server_vars)) == FAILURE) {
php_error(E_WARNING, "ficken, no server vars");
return;
}

/* Manipulate server_vars  :) */
}

-Sterling


-- 
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 #10404: Timing issue - new page reads session before old page has saved it

2001-04-19 Thread bhlyons

From: [EMAIL PROTECTED]
Operating system: Linux - RH7.0
PHP version:  4.0.4pl1
PHP Bug Type: *Session related
Bug description:  Timing issue - new page reads session before old page has saved it


Summary:  On a high-speed network system, a page with a header(Location: ...) call 
does not always write the session file before the referred-to page reads it.  The 
result is a loss of session continuity.  I have not been able to reproduce this 
behavior across the internet.  Additionally, I have not been able to reproduce this 
behavior on the local net with IE as the client, but it is reproducable with NS 4.7 
running on Linux 6.0 and win98.

My PHP configuration line:  ./configure --with-apxs --enable-bcmath --with-bz2 
--with-config-file-path=/etc --disable-debug --enable-debugger --enable-ftp --with-gd 
--with-gettext --enable-inline-optimization --with-jpeg-dir=/usr --with-mysql=/usr 
--enable-magic-quotes --with-png --with-regex=system --enable-safe-mode 
--disable-short-tags --disable-static --enable-sysvsem --enable-sysvshm 
--enable-track-vars --enable-trans-sid --enable-yp --with-zlib

The server is an Athlon 600 with 128MB, running a stock RH7.0 system with apache 
1.13.12 as installed with RH7.0.  The php.ini file is identical to php.ini-dist.  I 
compiled MySQL 3.23.33 (relevant for the session-based variant discussed later).  The 
clients are an Athlon 600 with 384 MB (Linux) and a K6-200 with 128MB (win98), each 
with NS4.7.  The network is switched at 100 Mb/s.

The three following files can reproduce the behavior.  I'm sorry that they're so long, 
but this is the minimum set.  The originals were much, much longer.

begin index.html +


Home Page






Home
Users






end index.html 

begin users.php +++




Administration - Users


The body goes here


end users.php 

begin login.php ++




Administration - Login





Administration - Login

Return to: $returnfromlogin\n";
print "Loginpage: $loginpage\n";
?>


Usename:  
Password: 











end login.php ++

The original idea was that I would store the desired page uri in a session variable 
and redirect un-authenticated users to the login page.  Upon successfully login in, 
the user could be redirected back to the page they really wanted.  For debugging 
purposes, the login.php page shows the name of the page that dumped the user to the 
login page.  With the files provided above, it should always show "Return to: 
somepath/users.php", but will often be "Return to:" - thus indicating a failure.

I have not been able to reproduce the behavior by either typing in the uri "users.php" 
or creating a bookmark to it.  It is reproducible if you start from the index.html and 
click on the 'Users' link.  Adding a 'foo.gif' image to load on the index.html page 
increases the failure rate to 4 out of 5.  Without the foo.gif image, the failure rate 
is about 1 out of 10.  I start a fresh copy of netscape for each test, thus removing 
the session cookie.

There are debugging statements in the php code which log to the file /tmp/debuglog.  
The log when the session functions properly looks like:

=
  PHPSESSID::
 sessid:1ed96ede8bcb57ebe228d3d72778f786:
   user::
   pass::
returnfromlogin:/lyons/session-bug-demo-file/users.php:
  loginfailures::
 
session_encode:!user|!pass|returnfromlogin|s:38:"/lyons/session-bug-demo-file/users.php";!loginfailures|count|i:1;:
  microtime:0.19839100 987667153:
-
Initial
  PHPSESSID:1ed96ede8bcb57ebe228d3d72778f786:
 sessfileexists:True:
 sessfilelength:99:
sessfilecontent:!user|!pass|returnfromlogin|s:38:"/lyons/session-bug-demo-file/users.php";!loginfailures|count|i:1;:
--
After session_start
  PHPSESSID:1ed96ede8bcb57ebe228d3d72778f786:
 sessid:1ed96ede8bcb57ebe228d3d72778f786:
   user::
   pass::
returnfromlogin:/lyons/session-bug-demo-file/users.php:
  loginfailures::
 sessfileexists:True:
 sessfilelength:99:
 
session_encode:!user|!pass|returnfromlogin|s:38:"/lyons/session-bug-demo-file/users.php";!loginfailures|count|i:2;:
--
After usleep(1)
 sessfileexists:True:
 sessfilelength:99:
sessfilecontent:!user|!pass|returnfromlogin|s:38:"/lyons/session-bug-demo-file/users.php";!loginfailures|count|i:1;:

users.php write the first block between the === and the ---.  It shows that the 
session id has been created, the returnfromlogin variable has a value, and that 
session_encode knows about all of the session variables.

login.php writes the remaining blocks.  The 'Initial' block shows that the session id 
has been retrieved from the cookie

[PHP-DEV] PHP 4.0 Bug #10379 Updated: ns-httpd crashes on php content.

2001-04-19 Thread ptierney

ID: 10379
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: iPlanet related
Description: ns-httpd crashes on php content.

Was able to get some output from gdb.  This is not the debug build, but built with -g 
to gcc.

(gdb) cont
Continuing.
[New Thread 12 (LWP 4)]
[Switching to Thread 12 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
(gdb) bt
#0  0xfed34434 in thr_getspecific () from /usr/lib/libthread.so.1
Cannot access memory at address 0xfde41f44

Previous Comments:
---

[2001-04-18 09:54:16] [EMAIL PROTECTED]
The configure line:
./configure --with-nsapi=/opt/NetScape/server4 --with-oci8=/oracle/OraHome1 
--prefix=/usr/local/php --mandir=/usr/man --srcdir=/usr/src/php-4.0.4pl1 --with-exec
-dir --enable-track-vars --enable-force-cgi-redirect --enable-discard-path 
--with-config-file-path=/opt/NetScape/server4

Using Iplanet 4.1sp6 on Sun 420R, single proc, 1GB ram

We were seeing large numbers of watchdog restarts, whenever php was enabled, as many 
as 100 in 5 minutes.  After much testing, we started to realize larger php files 
appeared to be causing the problem.  We have been able to create a php file that is 
3812 lines long, that will crash the ns-httpd service _every_ time.  It is too long to 
attach here, but I can email it, once I have an address.  It simply consists of the 
following:
===
bombs.php";
print "";
print "There is a file in this directory called BigBigGame.php";
<*REPEAT ABOVE LINE 3805 TIMES*>
 print "";
 ?>


I am unable to obtain a backtrace, as netscape won't start with debug version.


---


Full Bug description available at: http://bugs.php.net/?id=10379


-- 
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] extensions and $HTTP_SERVER_VARS

2001-04-19 Thread Rasmus Lerdorf

How portable?  Not all web servers even set this variable, so it will
never be completely portable.

-Rasmus

On Thu, 19 Apr 2001, Hartmut Holzgraefe wrote:

>
> any portable way to get values like $HTTP_HOST from within an extension?
> at the C level?
>
> --
> Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77
>
> --
> 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]




[PHP-DEV] extensions and $HTTP_SERVER_VARS

2001-04-19 Thread Hartmut Holzgraefe


any portable way to get values like $HTTP_HOST from within an extension?
at the C level?

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

-- 
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 #10403: cannot prepare iODBC statements

2001-04-19 Thread tleigh

From: [EMAIL PROTECTED]
Operating system: Linux 2.2.18
PHP version:  4.0.4pl1
PHP Bug Type: ODBC related
Bug description:  cannot prepare iODBC statements

Script:


Modules:
--with-mysql --with-iodbc --with-gd --with-jpeg-dir --with-ming --enable-ftp 
--enable-sockets

gdb backtrace:

X-Powered-By: PHP/4.0.4pl1
Content-type: text/html


Program recieved signal SIGSEGV, Segmentation fault.
0x402a06f1 in my_SQLPrepare (hstmt=0x81ab4c0,
szSqlStr=0x817e094 "select * from table_name", cSqlStr=-3)
at prepare.c:167
167 if (use_mb(charset_info))



-- 
Edit Bug report at: http://bugs.php.net/?id=10403&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 #10402: typo in sockets extension?

2001-04-19 Thread west_leo

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0 Latest CVS (19/04/2001)
PHP Bug Type: Compile Problem
Bug description:  typo in sockets extension?


ext/sockets/sockets.c line 1088:
> buf = hstrerror(-(Z_LVAL_PP(error)));
< buf = strerror(-(Z_LVAL_PP(error)));






-- 
Edit Bug report at: http://bugs.php.net/?id=10402&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 #10400 Updated: output_transform_file pointer in sablot.c MUST be initialized to NULL in php_sab

2001-04-19 Thread sterling

ID: 10400
Updated by: sterling
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Sablotron XSL
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

applied, thanks!

Previous Comments:
---

[2001-04-19 10:35:13] [EMAIL PROTECTED]
The two suggested changes fixes the segfaults in apache and the hangs that occour when 
using xslt_output_begintransform. The hang/segfault occours after each available 
apache thread has served one request, hence the reson it's seen after 10 to 15 quick 
reloads, since that's usually how many idle apache threads people have running.

Here is a complete patch for sablot.c:

diff -ur php4-4.0.4.5rc6/ext/sablot/sablot.c php4-4.0.4.5rc6.fixed/ext/sablot/sablot.c
--- php4-4.0.4.5rc6/ext/sablot/sablot.c Sat Mar  3 20:09:36 2001
+++ php4-4.0.4.5rc6.fixed/ext/sablot/sablot.c   Thu Apr 19 08:44:21 2001
@@ -70,7 +70,7 @@
 /* Macro's */

 /* Free macros */
-#define S_FREE(__var) if (__var) efree(__var);
+#define S_FREE(__var) if (__var) {efree(__var);__var = NULL;}
 #define FUNCH_FREE(__var) if (__var) zval_ptr_dtor(&(__var));

 /* ERROR Macros */
@@ -211,6 +211,7 @@
SABLOTG(processor)= NULL;
SABLOTG(errors)   = NULL;
SABLOTG(errorHandler) = NULL;
+   SABLOTG(output_transform_file) = NULL;
 }


---

[2001-04-19 09:01:13] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10400&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] PHP 4.0 Bug #10400 Updated: output_transform_file pointer in sablot.c MUST be initialized to NULL in php_sab

2001-04-19 Thread lsorense

ID: 10400
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Sablotron XSL
Description: output_transform_file pointer in sablot.c MUST be initialized to NULL in 
php_sab

The two suggested changes fixes the segfaults in apache and the hangs that occour when 
using xslt_output_begintransform. The hang/segfault occours after each available 
apache thread has served one request, hence the reson it's seen after 10 to 15 quick 
reloads, since that's usually how many idle apache threads people have running.

Here is a complete patch for sablot.c:

diff -ur php4-4.0.4.5rc6/ext/sablot/sablot.c php4-4.0.4.5rc6.fixed/ext/sablot/sablot.c
--- php4-4.0.4.5rc6/ext/sablot/sablot.c Sat Mar  3 20:09:36 2001
+++ php4-4.0.4.5rc6.fixed/ext/sablot/sablot.c   Thu Apr 19 08:44:21 2001
@@ -70,7 +70,7 @@
 /* Macro's */

 /* Free macros */
-#define S_FREE(__var) if (__var) efree(__var);
+#define S_FREE(__var) if (__var) {efree(__var);__var = NULL;}
 #define FUNCH_FREE(__var) if (__var) zval_ptr_dtor(&(__var));

 /* ERROR Macros */
@@ -211,6 +211,7 @@
SABLOTG(processor)= NULL;
SABLOTG(errors)   = NULL;
SABLOTG(errorHandler) = NULL;
+   SABLOTG(output_transform_file) = NULL;
 }


Previous Comments:
---

[2001-04-19 09:01:13] [EMAIL PROTECTED]


---


Full Bug description available at: http://bugs.php.net/?id=10400


-- 
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 #9880 Updated: Apache Core dumps when trying to execute. No compilation errors.

2001-04-19 Thread derick

ID: 9880
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Apache related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

User reported that is was fixed with a make clean

Previous Comments:
---

[2001-04-19 09:41:28] [EMAIL PROTECTED]
Have you tried with latest CVS snapshot yet?

--Jani


---

[2001-03-21 14:37:18] [EMAIL PROTECTED]
Could you please try the latest CVS snapshot from http://snaps.php.net/ and add 
--enable-debug to your configure line to get useful backtrace.

--Jani


---

[2001-03-20 14:44:37] [EMAIL PROTECTED]
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...(no debugging symbols found)...
Core was generated by `/usr/local/apache/bin/httpd'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpam.so.1
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/lib/libsched.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libsched.so.1
Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgen.so.1
Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libresolv.so.2
Reading symbols from /usr/lib/libm.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libm.so.1
Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libcrypt_i.so.1
Reading symbols from /app/oracle/product/8.1.6/lib/libclntsh.so.8.0...(no debugging 
symbols found)...done.
Loaded symbols for /app/oracle/product/8.1.6/lib/libclntsh.so.8.0
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /app/oracle/product/8.1.6/lib/libwtc8.so...(no debugging symbols 
found)...done.
Loaded symbols for /app/oracle/product/8.1.6/lib/libwtc8.so
Reading symbols from /usr/lib/libaio.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libaio.so.1
Reading symbols from /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1...(no 
debugging symbols found)...done.
Loaded symbols for /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1
Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/nss_files.so.1
#0  0xff0b6dec in strlen () from /usr/lib/libc.so.1

(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0xff0b6dec in strlen () from /usr/lib/libc.so.1
(gdb) bt
#0  0xff0b6dec in strlen () from /usr/lib/libc.so.1
#1  0xb3be0 in zend_register_functions ()
#2  0xb402c in zend_register_internal_class ()
#3  0x44260 in php_minit_oci ()
#4  0xb3b18 in zend_startup_module ()
#5  0x2dbc4 in php_startup_extensions ()
#6  0x2ec64 in php_startup_internal_extensions ()
#7  0x2ded0 in php_module_startup ()
#8  0x2af8c in sapi_apache_send_headers ()
#9  0x2bfc0 in php_init_handler ()
#10 0x11bd10 in ap_init_modules ()
#11 0x12a5e4 in main ()


This is the output.  When trying to execute "apachectl start" it immediately core 
dumps.

Jason

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.

[PHP-DEV] Re: Bug #9880 Updated: Apache Core dumps when trying to exec

2001-04-19 Thread Jason Gulledge

 It was fixed by starting with a make clean ..etc
 
 Thanks


__ Reply Separator _
Subject: Bug #9880 Updated: Apache Core dumps when trying to execute.
Author:  [EMAIL PROTECTED] (Bug Database) at INTERNET
Date:4/19/01 8:41 AM


ID: 9880
Updated by: sniper
Reported By: [EMAIL PROTECTED] 
Status: Feedback
Bug Type: Apache related
PHP Version: 4.0.4pl1
Assigned To:
Comments:
 
Have you tried with latest CVS snapshot yet?
 
--Jani
 
 
Previous Comments:
---
 
[2001-03-21 14:37:18] [EMAIL PROTECTED]
Could you please try the latest CVS snapshot from http://snaps.php.net/ and add 
--enable-debug to your configure line to get useful backtrace.
 
--Jani
 
 
---
 
[2001-03-20 14:44:37] [EMAIL PROTECTED] 
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are 
welcome to change it and/or distribute copies of it under certain conditions. 
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.7"...(no debugging symbols found)
...
Core was generated by `/usr/local/apache/bin/httpd'. 
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libpam.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpam.so.1
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done. 
Loaded symbols for /usr/lib/libdl.so.1
Reading symbols from /usr/lib/libsched.so.1...(no debugging symbols found)...don
e.
Loaded symbols for /usr/lib/libsched.so.1
Reading symbols from /usr/lib/libgen.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgen.so.1
Reading symbols from /usr/lib/libsocket.so.1...(no debugging symbols found)...do
ne.
Loaded symbols for /usr/lib/libsocket.so.1
Reading symbols from /usr/lib/libnsl.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libnsl.so.1
Reading symbols from /usr/lib/libresolv.so.2...(no debugging symbols found)...do
ne.
Loaded symbols for /usr/lib/libresolv.so.2
Reading symbols from /usr/lib/libm.so.1...(no debugging symbols found)...done. 
Loaded symbols for /usr/lib/libm.so.1
Reading symbols from /usr/lib/libcrypt_i.so.1...(no debugging symbols found)...d
one.
Loaded symbols for /usr/lib/libcrypt_i.so.1
Reading symbols from /app/oracle/product/8.1.6/lib/libclntsh.so.8.0...(no debugg
ing symbols found)...done.
Loaded symbols for /app/oracle/product/8.1.6/lib/libclntsh.so.8.0
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done. 
Loaded symbols for /usr/lib/libc.so.1
Reading symbols from /usr/lib/libmp.so.2...(no debugging symbols found)...done. 
Loaded symbols for /usr/lib/libmp.so.2
Reading symbols from /app/oracle/product/8.1.6/lib/libwtc8.so...(no debugging sy
mbols found)...done.
Loaded symbols for /app/oracle/product/8.1.6/lib/libwtc8.so
Reading symbols from /usr/lib/libaio.so.1...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libaio.so.1
Reading symbols from /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1
...(no debugging symbols found)...done.
Loaded symbols for /usr/platform/SUNW,Ultra-Enterprise-1/lib/libc_psr.so.1 
Reading symbols from /usr/lib/nss_files.so.1...(no debugging symbols found)...do
ne.
Loaded symbols for /usr/lib/nss_files.so.1
#0  0xff0b6dec in strlen () from /usr/lib/libc.so.1
 
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
(no debugging symbols found)...(no debugging symbols found)...(no debugging symb
ols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symb
ols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symb
ols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...(no debugging symb
ols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault. 
0xff0b6dec in strlen () from /usr/lib/libc.so.1 
(gdb) bt
#0  0xff0b6dec in strlen () from /usr/lib/libc.so.1 
#1  0xb3be0 in zend_register_functions ()
#2  0xb402c in zend_register_internal_class () 
#3  0x44260 in php_minit_oci ()
#4  0xb3b18 in zend_startup_module ()
#5  0x2dbc4 in php_startup_extensions ()
#6  0x2ec64 in php_startup_internal_extensions () 
#7  0x2ded0 in php_module_startup ()
#8  0x2af8c in sapi_apache_send_headers () 
#9  0x2bfc0 in php_init_handler ()
#10 0x11bd10 in ap_init_modules ()
#11 0x12a5e4 in main ()
 
 
This is the output.  When trying to execute "apachectl start" it immediately cor
e dumps.
 
Jason
 
---

Re: [PHP-DEV] gd, freetype 1

2001-04-19 Thread Wez Furlong

On 2001-04-19 14:34:07, "Adam Dickmeiss"  wrote:
> Problem is that with_freetype_dir is empty in ext/gd/config.m4 so
> with-ttf is not really recognized.
> The patch below fixes the problem.

Thanks - it's in CVS now.

--Wez.


-- 
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 #10399 Updated: Problem with mcrypt

2001-04-19 Thread derick

ID: 10399
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
PHP Version: Earlier? Upgrade first!
Assigned To: 
Comments:

User reported that it works fine with version 2.2

Previous Comments:
---

[2001-04-19 08:55:56] [EMAIL PROTECTED]
I just read you use PHP3. Libmcrypt 2.4 won't work with it. Try a 2.2.x version of it. 
That should work fine.

---

[2001-04-19 08:53:39] [EMAIL PROTECTED]
Which version of PHP do you use? You need atleast PHP 4.0.3 to let mcrypt 2.4 work. If 
you are upgrading, I recommend to wait for 4.0.5, because a lot of annyoing bugs in 
the php extension.

---

[2001-04-19 08:47:54] [EMAIL PROTECTED]
I've installed mcrypt 2.4.10 (yes, I used --disable-posix-threads)

I need to compile PHP3 (yes, I need PHP3, not PHP4). The ./configure (LIBS="-ljpeg 
-lgssapi_krb5 -lkrb5 -lk5crypto -L/usr/kerberos/lib/" ./configure --with-gd=/usr/local 
--with-apxs=/u/httpd/bin/apxs --with-mysql --enable-versioning --with-ttf 
--with-jpeg-dir=/usr --with-imap --with-xml --with-kerberos --with-mcrypt=/usr 
--with-mhash=/usr) gives no error, however, when I compile, I get a whole bunch or 
errors :

[snip]
gcc -g -O2 -DLINUX=2 -DMOD_SSL=206103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I../lib/expat-lite -O2 -fpic -DSHARED_MODULE  -I. -I.   -I/u/httpd/include
  -I/usr/include/imap -I/usr/local/include -I/usr/local/include/mysql 
-I/u/httpd/include-c functions/mcrypt.c -o functions/mcrypt.o
functions/mcrypt.c:120: warning: `MCRYPT_FAILED' redefined
/usr/include/mcrypt.h:30: warning: this is the location of the previous definition
functions/mcrypt.c: In function `php_minit_mcrypt':
functions/mcrypt.c:139: `MCRYPT_BLOWFISH_448' undeclared (first use in this function)
functions/mcrypt.c:139: (Each undeclared identifier is reported only once
functions/mcrypt.c:139: for each function it appears in.)
functions/mcrypt.c:140: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:141: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:142: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:143: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:144: `MCRYPT_SAFER_64' undeclared (first use in this function)
functions/mcrypt.c:145: `MCRYPT_SAFER_128' undeclared (first use in this function)
functions/mcrypt.c:146: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:147: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:148: `MCRYPT_RC2_1024' undeclared (first use in this function)
functions/mcrypt.c:149: `MCRYPT_TWOFISH_128' undeclared (first use in this function)
functions/mcrypt.c:150: `MCRYPT_TWOFISH_192' undeclared (first use in this function)
functions/mcrypt.c:151: `MCRYPT_TWOFISH_256' undeclared (first use in this function)
functions/mcrypt.c:152: `MCRYPT_BLOWFISH_128' undeclared (first use in this function)
functions/mcrypt.c:153: `MCRYPT_BLOWFISH_192' undeclared (first use in this function)
functions/mcrypt.c:154: `MCRYPT_BLOWFISH_256' undeclared (first use in this function)
functions/mcrypt.c:155: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:156: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:157: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:158: `MCRYPT_SERPENT_128' undeclared (first use in this function)
functions/mcrypt.c:159: `MCRYPT_SERPENT_192' undeclared (first use in this function)
functions/mcrypt.c:160: `MCRYPT_SERPENT_256' undeclared (first use in this function)
functions/mcrypt.c:161: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:162: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:163: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:164: `MCRYPT_RC2_256' undeclared (first use in this function)
functions/mcrypt.c:165: `MCRYPT_RC2_128' undeclared (first use in this function)
functions/mcrypt.c:166: `MCRYPT_RC6_256' undeclared (first use in this function)
functions/mcrypt.c:167: `MCRYPT_IDEA' undeclared (first use in this function)
functions/mcrypt.c:168: `MCRYPT_RC6_128' undecla

[PHP-DEV] Re: Bug #10399 Updated: Problem with mcrypt

2001-04-19 Thread Olivier Fourdan


Derick,
Great ! It works.
Thanks a lot.
Cheers,
Olivier.
Bug Database wrote:
ID: 10399
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
PHP Version: Earlier? Upgrade first!
Assigned To:
Comments:
I just read you use PHP3. Libmcrypt 2.4 won't work with it. Try a 2.2.x
version of it. That should work fine.
Previous Comments:
---
[2001-04-19 08:53:39] [EMAIL PROTECTED]
Which version of PHP do you use? You need atleast PHP 4.0.3 to let
mcrypt 2.4 work. If you are upgrading, I recommend to wait for 4.0.5, because
a lot of annyoing bugs in the php extension.
---
[2001-04-19 08:47:54] [EMAIL PROTECTED]
I've installed mcrypt 2.4.10 (yes, I used --disable-posix-threads)
I need to compile PHP3 (yes, I need PHP3, not PHP4). The ./configure
(LIBS="-ljpeg -lgssapi_krb5 -lkrb5 -lk5crypto -L/usr/kerberos/lib/" ./configure
--with-gd=/usr/local --with-apxs=/u/httpd/bin/apxs --with-mysql --enable-versioning
--with-ttf --with-jpeg-dir=/usr --with-imap --with-xml --with-kerberos
--with-mcrypt=/usr --with-mhash=/usr) gives no error, however, when I compile,
I get a whole bunch or errors :
[snip]
gcc -g -O2 -DLINUX=2 -DMOD_SSL=206103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT
-I../lib/expat-lite -O2 -fpic -DSHARED_MODULE  -I. -I.  
-I/u/httpd/include 
-I/usr/include/imap -I/usr/local/include -I/usr/local/include/mysql -I/u/httpd/include   
-c functions/mcrypt.c -o functions/mcrypt.o
functions/mcrypt.c:120: warning: `MCRYPT_FAILED' redefined
/usr/include/mcrypt.h:30: warning: this is the location of the previous
definition
functions/mcrypt.c: In function `php_minit_mcrypt':
functions/mcrypt.c:139: `MCRYPT_BLOWFISH_448' undeclared (first use
in this function)
functions/mcrypt.c:139: (Each undeclared identifier is reported only
once
functions/mcrypt.c:139: for each function it appears in.)
functions/mcrypt.c:140: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:141: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:142: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:143: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:144: `MCRYPT_SAFER_64' undeclared (first use in
this function)
functions/mcrypt.c:145: `MCRYPT_SAFER_128' undeclared (first use in
this function)
functions/mcrypt.c:146: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:147: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:148: `MCRYPT_RC2_1024' undeclared (first use in
this function)
functions/mcrypt.c:149: `MCRYPT_TWOFISH_128' undeclared (first use
in this function)
functions/mcrypt.c:150: `MCRYPT_TWOFISH_192' undeclared (first use
in this function)
functions/mcrypt.c:151: `MCRYPT_TWOFISH_256' undeclared (first use
in this function)
functions/mcrypt.c:152: `MCRYPT_BLOWFISH_128' undeclared (first use
in this function)
functions/mcrypt.c:153: `MCRYPT_BLOWFISH_192' undeclared (first use
in this function)
functions/mcrypt.c:154: `MCRYPT_BLOWFISH_256' undeclared (first use
in this function)
functions/mcrypt.c:155: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:156: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:157: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:158: `MCRYPT_SERPENT_128' undeclared (first use
in this function)
functions/mcrypt.c:159: `MCRYPT_SERPENT_192' undeclared (first use
in this function)
functions/mcrypt.c:160: `MCRYPT_SERPENT_256' undeclared (first use
in this function)
functions/mcrypt.c:161: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:162: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:163: warning: passing arg 3 of `php3_register_long_constant'
makes integer from pointer without a cast
functions/mcrypt.c:164: `MCRYPT_RC2_256' undeclared (first use in this
function)
functions/mcrypt.c:165: `MCRYPT_RC2_128' undeclared (first use in this
function)
functions/mcrypt.c:166: `MCRYPT_RC6_256' undeclared (first use in this
function)
functions/mcrypt.c:167: `MCRYPT_IDEA' undeclared (first use in this
function)
functions/mcrypt.c:168: `MCRYPT_RC6_128' undeclared (first use in this
function)
functions/mcrypt.c:169: `MCRYPT_RC6_192' undeclared (first use in this
function)
functions/mcrypt.c:170: `M

[PHP-DEV] Bug #9834 Updated: Unable to handle double variables

2001-04-19 Thread sniper

ID: 9834
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Math related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback.

--Jani


Previous Comments:
---

[2001-03-19 11:49:07] [EMAIL PROTECTED]
Works for me just fine. But I think it's some locale
thingie. You might have ',' as the decimal separator.
Try setting the locale correctly:

setlocale(LC_NUMERIC, "en_US"); 

or something like that. Or you ',' as the separator.

--Jani


---

[2001-03-19 06:11:28] [EMAIL PROTECTED]
I try to set a variable with a double value:

$a=2.54;
$b="2.54"

but PHP ignores everything after the point

echo ($a*100) results 200
echo ($b*100) results 200

I tried everything, i thought it might be work (like setting datatype before set the 
value, ...), but nothing worked.

Jan Wurl

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9834&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 #10401 Updated: Call to undefined function : get_defined_vars()

2001-04-19 Thread hholzgra

ID: 10401
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

are you sure you are using 4.0.4 or newer?



Previous Comments:
---

[2001-04-19 09:33:09] [EMAIL PROTECTED]
are you sure you are using 4.0.4 or newer?



---

[2001-04-19 09:12:26] [EMAIL PROTECTED]
causes the following error:
Fatal error:  Fatal error: Call to undefined function: get_defined_vars()

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10401&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 #10401 Updated: Call to undefined function : get_defined_vars()

2001-04-19 Thread hholzgra

ID: 10401
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

are you sure you are using 4.0.4 or newer?



Previous Comments:
---

[2001-04-19 09:12:26] [EMAIL PROTECTED]
causes the following error:
Fatal error:  Fatal error: Call to undefined function: get_defined_vars()

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10401&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 #9830 Updated: There is a problem with HTTP POST method.

2001-04-19 Thread sniper

ID: 9830
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: HTTP related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback and should be fixed.

--Jani


Previous Comments:
---

[2001-03-19 11:59:23] [EMAIL PROTECTED]
Please try the latest CVS snapshot from 
http://snaps.php.net/ as there have been fixes in the
post handling since 4.0.4pl1 was released.

--Jani


---

[2001-03-19 04:03:07] [EMAIL PROTECTED]
Here comes POST request:

>telnet www.spylog.ru 80
-
POST /log_post.phtml HTTP/1.1
Host: www.spylog.ru
Content-Length: 32

12345678901234567890123456789012
-

The answer to this request is random :-) Sometimes 200, sometimes just connection 
close!
But If I use perl - it works fine!

>telnet www.spylog.ru 80
-
POST /cgi-bin/main.pl HTTP/1.1
Host: www.spylog.ru
Content-Length: 32

12345678901234567890123456789012
-



Sometimes it seems that script works, but if I reads info from STDIN to a file - the 
file is empty. The same with Perl work's fine. I think it is a bug.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9830&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 #9636 Updated: error message

2001-04-19 Thread sniper

ID: 9636
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Old-Bug Type: Compile Failure
Bug Type: iPlanet related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback. Please reopen this bug report if problem
still persist when using the soon to be release 4.0.5.

--Jani


Previous Comments:
---

[2001-03-21 14:40:38] [EMAIL PROTECTED]
Get the latest CVS snapshot (from today) add --enable-debug into your configure line 
and configure, 'make clean ; make ; make install'

And then generate a GDB backtrace of the crash.
(as it most likely is crashing)
And if it happens with specific script, add the (shortest)
possible script into this bug report that can be used
to reproduce the crash.

--Jani




---

[2001-03-08 19:09:37] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/

--Jani


---

[2001-03-08 15:03:06] [EMAIL PROTECTED]
For Netscape Enterprise Server configuration:

After installing all the necessary packages and running
"./configure --with-mysql=/usr/local/mysql --with-nsapi=
/opt/netscape/suitespot --enable-track-vars --enable-libgcc"

When attempting to run "make" I get the following:

# make
Making all in Zend
Making all in Zend
/bin/sh ../libtool --silent --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../main
   -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DXML_BYTE
_ORDER=21 -I../TSRM  -g -O2 -pthreads -c zend_language_scanner_cc.cc
In file included from zend_language_scanner_cc.cc:2571:
zend_operators.h: In function `int is_numeric_string(char *, int, long int *, do
uble *)':
zend_operators.h:84: implicit declaration of function `int finite(...)'
make[1]: *** [zend_language_scanner_cc.lo] Error 1
make[1]: Leaving directory `/usr/local/php-4.0.4pl1/Zend'
make: *** [all-recursive] Error 1
#

Running gcc-2.95_2

Thanks,
Bob Smith
Computer Systems Administrator
East Carolina University
[EMAIL PROTECTED]
(252) 328-0421

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9636&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 #9627 Updated: PHP.INI cannot read new values

2001-04-19 Thread sniper

ID: 9627
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Install and Config
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback. And most likely a user error.

--Jani


Previous Comments:
---

[2001-03-20 03:20:13] [EMAIL PROTECTED]
Can't reprodude with PHP 4.0.4pl1 and PHP 4.0.5-dev on Win2K. Are you sure you're 
editing the php.ini shown in your phpinfo() output and not a copy in some other 
directory?

---

[2001-03-08 11:45:10] [EMAIL PROTECTED]
java
Directive   Local Value Master Value
java.class.path

D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses
 
D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses

java.home
c:jdk1.2.2  c:jdk1.2.2
java.library
c:jdk1.2.2jrebinclassicjvm.dll  c:jdk1.2.2jrebinclassicjvm.dll
java.library.path
D:php4extensionsphp_java.jar;   D:php4extensionsphp_java.jar;


And   in PHP.INI


;[Java]
;java.class.path = 
"D:php4extensionsphp_java.jar;c:jdk1.2.2jrelibrt.jar;c:jdk1.2.2jrebin;C:JBuilder3javalibjdkdep.jar;C:JBuilder3javajrelibrt.jar;C:JBuilder3javalibdt.jar;C:JBuilder3javalibtools.jar;C:orantjdbclibclasses111.zip;C:devjavaclassesjstyle.jar;C:devjavaclasses"

;java.home = c:jdk1.2.2
;java.library = "D:php4extensionsphp_java.jar;c:jdk1.2.2jrebinclassicjvm.dll;" 
;java.library.path = "D:php4extensionsphp_java.jar;"

I deleted this entry completely but PHPINFO can see it,
Rebouut dit not help



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9627&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 #9390 Updated: PHPSESSID adds itself to $HTTP_POST_VARS

2001-04-19 Thread sniper

ID: 9390
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *Session related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback. If problem still persists when using PHP 4.0.5,
reopen this bug report.

--Jani


Previous Comments:
---

[2001-03-19 14:50:03] [EMAIL PROTECTED]
I suggest you check that they REALLY are identical.
And I guess you're trying with same scripts? :)

--Jani


---

[2001-03-19 14:43:01] [EMAIL PROTECTED]
Jani,

That is correct,
I did explicitly stop and start the web server
(prod and dev) using the ./apachectl stop ... start.

Dev works fine.

Aaron.

---

[2001-03-19 14:39:43] [EMAIL PROTECTED]

both production and development environments
are using identical versions and configurations 
of apache web server 1.3.14 and php 4.0.4 pl1,
php.ini config is also identical.

---

[2001-03-19 14:38:49] [EMAIL PROTECTED]
Stupid question: did you restart your apache after
adding that php.ini directive? And did your restart it 
like this:

./apachectl stop
./apachectl start

(I'm just guessing here.. :)

And does it work on your development environment or not?
(the 'no ill effects'?)

--Jani


---

[2001-03-19 14:24:42] [EMAIL PROTECTED]
Woops!

No it still doesnt work.

Aaron.

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9390&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 #10114 Updated: Error reading LONG fields (ntext) in MSSQL (SQL Server) (bug #5237)

2001-04-19 Thread derick

ID: 10114
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:



Previous Comments:
---

[2001-04-19 08:58:10] [EMAIL PROTECTED]
build php with --enable-debug and recreate the backtrace please..

---

[2001-04-02 09:22:07] [EMAIL PROTECTED]
_Reopening the case of bug 5237_
A field defined in a MSSQL-table as "ntext" crashes PHP when a query (including the 
ntext-field in the resultset) is preprared/executed. This behaviour still exists in 
the PHP-version 4.0.4pl1. Feel free to contact me for more information or tests.

_gdb backtrace_
(gdb) run -X
Starting program: /www/bin/httpd -X
[New Thread 1024 (runnable)]

Program exited with code 01.
(gdb) bt
No stack.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10114&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 #9814 Updated: can't extract any files

2001-04-19 Thread sniper

ID: 9814
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: *General Issues
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

No feedback, and works just fine for me.


--Jani


Previous Comments:
---

[2001-03-18 18:22:20] [EMAIL PROTECTED]
What are the versions for tar and gunzip?
# gunzip --version
# tar --version


--Jani


---

[2001-03-17 21:50:18] [EMAIL PROTECTED]

I downloaded this Ver php4.0.4pl1.tar.gz, but I can not
extract any files, because the error happened when I extract them.

1. tar xzvf php4.0.4pl1.tar.gz

   error: gzip: stdin: invalid compressed data--crc error
stdin: invalid compressed data--length error

2. gunzip php4.0.4pl1.tar.gz

   error: gunzip: php4.0.4pl1.tar.gz:invalid  
  compressed data--crc error

3. (1) winzip php4.0.4pl1.tar.gz
   result is ok. I got php4.0.4pl1.tar
   (2) tar xvf php4.0.4pl1.tar
   error is happened.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9814&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] PHP 4.0 Bug #10114 Updated: Error reading LONG fields (ntext) in MSSQL (SQL Server) (bug #5237)

2001-04-19 Thread bonwon

ID: 10114
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Description: Error reading LONG fields (ntext) in MSSQL (SQL Server) (bug #5237)

Will do so,
within a week from now I'll post the result.

Previous Comments:
---

[2001-04-19 08:58:10] [EMAIL PROTECTED]
build php with --enable-debug and recreate the backtrace please..

---

[2001-04-02 09:22:07] [EMAIL PROTECTED]
_Reopening the case of bug 5237_
A field defined in a MSSQL-table as "ntext" crashes PHP when a query (including the 
ntext-field in the resultset) is preprared/executed. This behaviour still exists in 
the PHP-version 4.0.4pl1. Feel free to contact me for more information or tests.

_gdb backtrace_
(gdb) run -X
Starting program: /www/bin/httpd -X
[New Thread 1024 (runnable)]

Program exited with code 01.
(gdb) bt
No stack.

---


Full Bug description available at: http://bugs.php.net/?id=10114


-- 
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 #10401: Call to undefined function : get_defined_vars()

2001-04-19 Thread freebsd_boy

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  Call to undefined function : get_defined_vars()

causes the following error:
Fatal error:  Fatal error: Call to undefined function: get_defined_vars()


-- 
Edit Bug report at: http://bugs.php.net/?id=10401&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 #10400: output_transform_file pointer in sablot.c MUST be initialized to NULL in php_sablot_init_globals, and S_FREE macro MUST set the pointer it frees to NULL after freeing. Otherwise xslt_begintransform clobbers memory at a random location causing memory corruption and segfaults apache after a few requests. More info, a working patch and an example that causes the problem is available on request. These two changes has made it perfectly reliable for me in version 4.0.4.5rc6-2 (debian package source version).

2001-04-19 Thread lsorense

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: Sablotron XSL
Bug description:  output_transform_file pointer in sablot.c MUST be initialized to 
NULL in php_sablot_init_globals, and S_FREE macro MUST set the pointer it frees to 
NULL after freeing.  Otherwise xslt_begintransform clobbers memory at a random 
location causing memory corruption and segfaults apache after a few requests.  More 
info, a working patch and an example that causes the problem is available on request.  
These two changes has made it perfectly reliable for me in version 4.0.4.5rc6-2 
(debian package source version).




-- 
Edit Bug report at: http://bugs.php.net/?id=10400&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 #10114 Updated: Error reading LONG fields (ntext) in MSSQL (SQL Server) (bug #5237)

2001-04-19 Thread kalowsky

ID: 10114
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

build php with --enable-debug and recreate the backtrace please..

Previous Comments:
---

[2001-04-02 09:22:07] [EMAIL PROTECTED]
_Reopening the case of bug 5237_
A field defined in a MSSQL-table as "ntext" crashes PHP when a query (including the 
ntext-field in the resultset) is preprared/executed. This behaviour still exists in 
the PHP-version 4.0.4pl1. Feel free to contact me for more information or tests.

_gdb backtrace_
(gdb) run -X
Starting program: /www/bin/httpd -X
[New Thread 1024 (runnable)]

Program exited with code 01.
(gdb) bt
No stack.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10114&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 #10399 Updated: Problem with mcrypt

2001-04-19 Thread derick

ID: 10399
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: Compile Failure
PHP Version: Earlier? Upgrade first!
Assigned To: 
Comments:

I just read you use PHP3. Libmcrypt 2.4 won't work with it. Try a 2.2.x version of it. 
That should work fine.

Previous Comments:
---

[2001-04-19 08:53:39] [EMAIL PROTECTED]
Which version of PHP do you use? You need atleast PHP 4.0.3 to let mcrypt 2.4 work. If 
you are upgrading, I recommend to wait for 4.0.5, because a lot of annyoing bugs in 
the php extension.

---

[2001-04-19 08:47:54] [EMAIL PROTECTED]
I've installed mcrypt 2.4.10 (yes, I used --disable-posix-threads)

I need to compile PHP3 (yes, I need PHP3, not PHP4). The ./configure (LIBS="-ljpeg 
-lgssapi_krb5 -lkrb5 -lk5crypto -L/usr/kerberos/lib/" ./configure --with-gd=/usr/local 
--with-apxs=/u/httpd/bin/apxs --with-mysql --enable-versioning --with-ttf 
--with-jpeg-dir=/usr --with-imap --with-xml --with-kerberos --with-mcrypt=/usr 
--with-mhash=/usr) gives no error, however, when I compile, I get a whole bunch or 
errors :

[snip]
gcc -g -O2 -DLINUX=2 -DMOD_SSL=206103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I../lib/expat-lite -O2 -fpic -DSHARED_MODULE  -I. -I.   -I/u/httpd/include
  -I/usr/include/imap -I/usr/local/include -I/usr/local/include/mysql 
-I/u/httpd/include-c functions/mcrypt.c -o functions/mcrypt.o
functions/mcrypt.c:120: warning: `MCRYPT_FAILED' redefined
/usr/include/mcrypt.h:30: warning: this is the location of the previous definition
functions/mcrypt.c: In function `php_minit_mcrypt':
functions/mcrypt.c:139: `MCRYPT_BLOWFISH_448' undeclared (first use in this function)
functions/mcrypt.c:139: (Each undeclared identifier is reported only once
functions/mcrypt.c:139: for each function it appears in.)
functions/mcrypt.c:140: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:141: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:142: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:143: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:144: `MCRYPT_SAFER_64' undeclared (first use in this function)
functions/mcrypt.c:145: `MCRYPT_SAFER_128' undeclared (first use in this function)
functions/mcrypt.c:146: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:147: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:148: `MCRYPT_RC2_1024' undeclared (first use in this function)
functions/mcrypt.c:149: `MCRYPT_TWOFISH_128' undeclared (first use in this function)
functions/mcrypt.c:150: `MCRYPT_TWOFISH_192' undeclared (first use in this function)
functions/mcrypt.c:151: `MCRYPT_TWOFISH_256' undeclared (first use in this function)
functions/mcrypt.c:152: `MCRYPT_BLOWFISH_128' undeclared (first use in this function)
functions/mcrypt.c:153: `MCRYPT_BLOWFISH_192' undeclared (first use in this function)
functions/mcrypt.c:154: `MCRYPT_BLOWFISH_256' undeclared (first use in this function)
functions/mcrypt.c:155: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:156: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:157: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:158: `MCRYPT_SERPENT_128' undeclared (first use in this function)
functions/mcrypt.c:159: `MCRYPT_SERPENT_192' undeclared (first use in this function)
functions/mcrypt.c:160: `MCRYPT_SERPENT_256' undeclared (first use in this function)
functions/mcrypt.c:161: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:162: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:163: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:164: `MCRYPT_RC2_256' undeclared (first use in this function)
functions/mcrypt.c:165: `MCRYPT_RC2_128' undeclared (first use in this function)
functions/mcrypt.c:166: `MCRYPT_RC6_256' undeclared (first use in this function)
functions/mcrypt.c:167: `MCRYPT_IDEA' undeclared (first use in this function)
functions/mcrypt.c:168: `MCRYPT_RC6_128' undeclared (first use in this function)
functions/mcrypt.c:169: `MCRYPT_RC6_192' undeclared (first use in this function)
functions/mcrypt.c:170: `MCRYPT

[PHP-DEV] Bug #10399 Updated: Problem with mcrypt

2001-04-19 Thread derick

ID: 10399
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
PHP Version: Earlier? Upgrade first!
Assigned To: 
Comments:

Which version of PHP do you use? You need atleast PHP 4.0.3 to let mcrypt 2.4 work. If 
you are upgrading, I recommend to wait for 4.0.5, because a lot of annyoing bugs in 
the php extension.

Previous Comments:
---

[2001-04-19 08:47:54] [EMAIL PROTECTED]
I've installed mcrypt 2.4.10 (yes, I used --disable-posix-threads)

I need to compile PHP3 (yes, I need PHP3, not PHP4). The ./configure (LIBS="-ljpeg 
-lgssapi_krb5 -lkrb5 -lk5crypto -L/usr/kerberos/lib/" ./configure --with-gd=/usr/local 
--with-apxs=/u/httpd/bin/apxs --with-mysql --enable-versioning --with-ttf 
--with-jpeg-dir=/usr --with-imap --with-xml --with-kerberos --with-mcrypt=/usr 
--with-mhash=/usr) gives no error, however, when I compile, I get a whole bunch or 
errors :

[snip]
gcc -g -O2 -DLINUX=2 -DMOD_SSL=206103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I../lib/expat-lite -O2 -fpic -DSHARED_MODULE  -I. -I.   -I/u/httpd/include
  -I/usr/include/imap -I/usr/local/include -I/usr/local/include/mysql 
-I/u/httpd/include-c functions/mcrypt.c -o functions/mcrypt.o
functions/mcrypt.c:120: warning: `MCRYPT_FAILED' redefined
/usr/include/mcrypt.h:30: warning: this is the location of the previous definition
functions/mcrypt.c: In function `php_minit_mcrypt':
functions/mcrypt.c:139: `MCRYPT_BLOWFISH_448' undeclared (first use in this function)
functions/mcrypt.c:139: (Each undeclared identifier is reported only once
functions/mcrypt.c:139: for each function it appears in.)
functions/mcrypt.c:140: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:141: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:142: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:143: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:144: `MCRYPT_SAFER_64' undeclared (first use in this function)
functions/mcrypt.c:145: `MCRYPT_SAFER_128' undeclared (first use in this function)
functions/mcrypt.c:146: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:147: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:148: `MCRYPT_RC2_1024' undeclared (first use in this function)
functions/mcrypt.c:149: `MCRYPT_TWOFISH_128' undeclared (first use in this function)
functions/mcrypt.c:150: `MCRYPT_TWOFISH_192' undeclared (first use in this function)
functions/mcrypt.c:151: `MCRYPT_TWOFISH_256' undeclared (first use in this function)
functions/mcrypt.c:152: `MCRYPT_BLOWFISH_128' undeclared (first use in this function)
functions/mcrypt.c:153: `MCRYPT_BLOWFISH_192' undeclared (first use in this function)
functions/mcrypt.c:154: `MCRYPT_BLOWFISH_256' undeclared (first use in this function)
functions/mcrypt.c:155: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:156: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:157: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:158: `MCRYPT_SERPENT_128' undeclared (first use in this function)
functions/mcrypt.c:159: `MCRYPT_SERPENT_192' undeclared (first use in this function)
functions/mcrypt.c:160: `MCRYPT_SERPENT_256' undeclared (first use in this function)
functions/mcrypt.c:161: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:162: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:163: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:164: `MCRYPT_RC2_256' undeclared (first use in this function)
functions/mcrypt.c:165: `MCRYPT_RC2_128' undeclared (first use in this function)
functions/mcrypt.c:166: `MCRYPT_RC6_256' undeclared (first use in this function)
functions/mcrypt.c:167: `MCRYPT_IDEA' undeclared (first use in this function)
functions/mcrypt.c:168: `MCRYPT_RC6_128' undeclared (first use in this function)
functions/mcrypt.c:169: `MCRYPT_RC6_192' undeclared (first use in this function)
functions/mcrypt.c:170: `MCRYPT_RC4' undeclared (first use in this function)
functions/mcrypt.c: In function `php3_mcrypt_get_cipher_name':
functions/mcrypt.c:243: warning: assignment makes pointer from integer without a cast
make: *** [functions/mcrypt.o] Er

[PHP-DEV] Bug #10399: Problem with mcrypt

2001-04-19 Thread ofourdan

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  Earlier? Upgrade first!
PHP Bug Type: Compile Failure
Bug description:  Problem with mcrypt

I've installed mcrypt 2.4.10 (yes, I used --disable-posix-threads)

I need to compile PHP3 (yes, I need PHP3, not PHP4). The ./configure (LIBS="-ljpeg 
-lgssapi_krb5 -lkrb5 -lk5crypto -L/usr/kerberos/lib/" ./configure --with-gd=/usr/local 
--with-apxs=/u/httpd/bin/apxs --with-mysql --enable-versioning --with-ttf 
--with-jpeg-dir=/usr --with-imap --with-xml --with-kerberos --with-mcrypt=/usr 
--with-mhash=/usr) gives no error, however, when I compile, I get a whole bunch or 
errors :

[snip]
gcc -g -O2 -DLINUX=2 -DMOD_SSL=206103 -DUSE_HSREGEX -DEAPI -DUSE_EXPAT 
-I../lib/expat-lite -O2 -fpic -DSHARED_MODULE  -I. -I.   -I/u/httpd/include
  -I/usr/include/imap -I/usr/local/include -I/usr/local/include/mysql 
-I/u/httpd/include-c functions/mcrypt.c -o functions/mcrypt.o
functions/mcrypt.c:120: warning: `MCRYPT_FAILED' redefined
/usr/include/mcrypt.h:30: warning: this is the location of the previous definition
functions/mcrypt.c: In function `php_minit_mcrypt':
functions/mcrypt.c:139: `MCRYPT_BLOWFISH_448' undeclared (first use in this function)
functions/mcrypt.c:139: (Each undeclared identifier is reported only once
functions/mcrypt.c:139: for each function it appears in.)
functions/mcrypt.c:140: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:141: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:142: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:143: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:144: `MCRYPT_SAFER_64' undeclared (first use in this function)
functions/mcrypt.c:145: `MCRYPT_SAFER_128' undeclared (first use in this function)
functions/mcrypt.c:146: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:147: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:148: `MCRYPT_RC2_1024' undeclared (first use in this function)
functions/mcrypt.c:149: `MCRYPT_TWOFISH_128' undeclared (first use in this function)
functions/mcrypt.c:150: `MCRYPT_TWOFISH_192' undeclared (first use in this function)
functions/mcrypt.c:151: `MCRYPT_TWOFISH_256' undeclared (first use in this function)
functions/mcrypt.c:152: `MCRYPT_BLOWFISH_128' undeclared (first use in this function)
functions/mcrypt.c:153: `MCRYPT_BLOWFISH_192' undeclared (first use in this function)
functions/mcrypt.c:154: `MCRYPT_BLOWFISH_256' undeclared (first use in this function)
functions/mcrypt.c:155: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:156: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:157: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:158: `MCRYPT_SERPENT_128' undeclared (first use in this function)
functions/mcrypt.c:159: `MCRYPT_SERPENT_192' undeclared (first use in this function)
functions/mcrypt.c:160: `MCRYPT_SERPENT_256' undeclared (first use in this function)
functions/mcrypt.c:161: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:162: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:163: warning: passing arg 3 of `php3_register_long_constant' makes 
integer from pointer without a cast
functions/mcrypt.c:164: `MCRYPT_RC2_256' undeclared (first use in this function)
functions/mcrypt.c:165: `MCRYPT_RC2_128' undeclared (first use in this function)
functions/mcrypt.c:166: `MCRYPT_RC6_256' undeclared (first use in this function)
functions/mcrypt.c:167: `MCRYPT_IDEA' undeclared (first use in this function)
functions/mcrypt.c:168: `MCRYPT_RC6_128' undeclared (first use in this function)
functions/mcrypt.c:169: `MCRYPT_RC6_192' undeclared (first use in this function)
functions/mcrypt.c:170: `MCRYPT_RC4' undeclared (first use in this function)
functions/mcrypt.c: In function `php3_mcrypt_get_cipher_name':
functions/mcrypt.c:243: warning: assignment makes pointer from integer without a cast
make: *** [functions/mcrypt.o] Error 1



-- 
Edit Bug report at: http://bugs.php.net/?id=10399&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 #10396 Updated: LDAP Support is broken (I suppose)

2001-04-19 Thread sniper

ID: 10396
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Problem
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

This should be fixed in CVS. Unfortunately this
fix won't be in 4.0.5. But you can always try the latest
CVS snapshot from http://snaps.php.net/

Fix will be in 4.0.6. But please try the snapshot and 
if it doesn't work, reopen this bug report.

--Jani


Previous Comments:
---

[2001-04-19 06:35:06] [EMAIL PROTECTED]
php can't compile with the ldap libraries embedded in solaris 2.7 (either sparc/intel 
versions)

The problems are 2:

1) In ldap.c where there is a compilation directive like #ifdef LDAP_API_VERSION > 
2000 ) || HAVE_NSLDAP

solaris has an interface compliant to these, but not used...

2) In the makefiles during the link phase, -lldap must be added, because the ldap 
libraries are shared...

If you need other info, please contact me!

now I can run php/ldap scripts correctly...

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10396&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]




Re: [PHP-DEV] Re: [PHP-CVS] Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Stig Sæther Bakken

[Andi Gutmans <[EMAIL PROTECTED]>]
> 
> Right but if we chose XML this makes it much harder to have C clients
> (even Perl because the module might not be installed). I don't think


Over my dead body.  Take a look at all the magazines reviewing which
web development tools to use.  Most of them end up with PHP because it
fits their job.  Imagine all the fun authors of such articles can have
it PHP requires Perl to install the stuff you need.

> it will be such a complicated format for us to need XML here
> especially as it limits what clients will be created. I think it needs
> more thought. Having a prototype for the functionality is OK but not
> if you're talking about a prototype which sets the standard.

XML is a commodity today.  Just take a look at what the industry out
there is using.

> >If we were to write it in C we would most likely need to provide a
> >statically linked binary anyway for the different platforms as not
> >everyone will have access to a fully functioning development environment.
> 
> If they are compiling PHP and PHP extensions we can expect them to be
> able to compile an ANSI C program.
> 
> 
> >Despite the pervasiveness of Perl, chances are high that certain Perl
> >modules would be missing and then someone has to go looking for Perl
> >modules to install PHP packages..  Ouch!
> 
> You can do this kind of stuff with the Vanilla Perl and don't need
> extensions.

To be quite blunt, I don't have the time to implement this in C.

I've tried to get people involved in the strategy for PEAR for months
and months.  It's typical that nobody reacts until after
implementation has started though.  I want to get this system up and
running sooner rather than later, so I'm willing to make something
that we throw away and reimplement rather than to not have something
for one more year.

 - Stig

-- 
  Stig Sæther Bakken <[EMAIL PROTECTED]>
  Fast Search & Transfer ASA, Trondheim, Norway

-- 
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] Re: [PHP-CVS] cvs: php4 / TODO-4.1.txt

2001-04-19 Thread Stig Sæther Bakken

[Andi Gutmans <[EMAIL PROTECTED]>]
> At 06:53 PM 4/18/2001 -0400, Stig Sæther Bakken wrote:
> 
> >*BLAM*
> >
> >That's the sound of someone shooting himself in the foot.  The PEAR
> >installer needs the XML extension. :-)
> 
> What do you mean? Has work started on this already?
> I'm not quite sure what you mean by the PEAR installer but I think we
> should discuss the util we would need to list/fetch/build C extensions
> from the PEAR repository on php-dev@.
> I think it's a waste of time to decide right now what to remove
> instead of trying to finalizing this utility. Once we see how well it
> works it'll be time to start thinking of what extensions to remove. I
> think it's just putting energy in the wrong place right now :)

You don't read php-cvs anymore do you Andi? :-)

If you configure the CGI and do "make install", you'll have a
command-line utility written in PHP called "pear" that can do two
things: make a package tarball, and install a tarball.  It currently
only support "pure PHP" packages.  How to test it:

$ cvs co pear/HTTP
$ cd pear/HTTP
$ pear package package.xml
(this will give you a file called HTTP-1.0.tgz)
$ pear install HTTP-1.0.tgz

There's a lot of stuff missing from the installer still, but that'll
be added in time.  It is also UNIX-only right now.  Since I'm not a
Windows user myself, I totally depend on the help of some Windows
people to make it work in Windows.

The reason I joined the "what extensions to keep" discussion is that I
think it (the discussion) is going to take some time. :-)

 - Stig

-- 
  Stig Sæther Bakken <[EMAIL PROTECTED]>
  Fast Search & Transfer ASA, Trondheim, Norway

-- 
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 #10398: configuration chapter still has the old php 3 error_reporting values

2001-04-19 Thread hartmut

From: [EMAIL PROTECTED]
Operating system: *
PHP version:  4.0.4pl1
PHP Bug Type: Documentation problem
Bug description:  configuration chapter still has the old php 3 error_reporting values

it still describes the old numerical scheme 
as used in php 3 

this leads to loss of error messages on php 4
where the symbolic constants should be used instead


-- 
Edit Bug report at: http://bugs.php.net/?id=10398&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 #10395 Updated: $array[] with no subscript will not return any data

2001-04-19 Thread hholzgra

ID: 10395
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: *General Issues
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

error_reporting =   15

you are re-using a php ini value from php3
this is your problem

php 4 has far more error levels and a value 
of 15 just masks out critical parser errors

you should use

  error_reporting = E_ALL

instead

Previous Comments:
---

[2001-04-19 07:47:38] [EMAIL PROTECTED]
I have tried it on both 4.0.4pl1 and 4.0.3pl1, on 4.0.5devel
from halfway february, and 4.0.5devel from today's cvs; on 3
different machines, all with all error reporting turned on.
If I change the test script to have a non-existing string as
index(echo "this is a test: " . $pr['test'];), I get:

Test.
Warning: Undefined variable: pr in /home/roel/test/test2.php
on line 5
this is a test:

which would not appear if I would have error-reporting
turned off. And even if I would have error_reporting turned
off, php should display the rest of the page(the Test.) in
this case), no?  

The relevant part from my php.ini:

;;
; Error handling and logging ;
;;
; error_reporting is a bit-field.  Add each number up to get
desired error reporting level
;  1 = Normal errors
;  2 = Normal warnings
;  4 = Parser errors
;  8 = Notices - warnings you can ignore, but sometimes
imply a bug (e.g., using an uninitialized variable)
error_reporting =   15
display_errors  =   On ; Print out errors (as a part of the
HTML script)
log_errors  =   On  ; Log errors into a log file
(server-specific log, stderr, or error_log (below))
track_errors=   Off ; Store the last error/warning
message in $php_errormsg (boolean)
error_prepend_string = ""   ; string to
output before an error message
error_append_string = ""; string to
output after an error message
error_log   =   /tmp/php-errors ; log errors to specified file
; error_log =   syslog  ; log errors to syslog (Event
Log on NT, not valid in Windows 95)
warn_plus_overloading   =   Off ; warn if the + operator
is used with strings


---

[2001-04-19 06:51:45] [EMAIL PROTECTED]
i get
Fatal error:  Cannot use [] for reading ...

you should check your error_reporting settings


---

[2001-04-19 06:21:12] [EMAIL PROTECTED]
If you try to use an array without a subscript, no data will
be send back to the browser. Netscape will say 'document
contained no data'; Galeon will display an empty page. The
following script illustrates:

*8<
Test.


*8<

This should imo return at least the first line, then 'this
is a test', and then a warning that $pr[] is invalid.

Configure line (although I think it's not relevant):
'./configure' '--enable-track-vars' '--with-mysql'
'--enable-trans-sid'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/etc' '--with-mcrypt' '--enable-shmop'

My php.ini is a bit long to paste here, mail me if needed.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10395&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] PHP 4.0 Bug #10395 Updated: $array[] with no subscript will not return any data

2001-04-19 Thread roel

ID: 10395
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: *General Issues
Description: $array[] with no subscript will not return any data

I have tried it on both 4.0.4pl1 and 4.0.3pl1, on 4.0.5devel
from halfway february, and 4.0.5devel from today's cvs; on 3
different machines, all with all error reporting turned on.
If I change the test script to have a non-existing string as
index(echo "this is a test: " . $pr['test'];), I get:

Test.
Warning: Undefined variable: pr in /home/roel/test/test2.php
on line 5
this is a test:

which would not appear if I would have error-reporting
turned off. And even if I would have error_reporting turned
off, php should display the rest of the page(the Test.) in
this case), no?  

The relevant part from my php.ini:

;;
; Error handling and logging ;
;;
; error_reporting is a bit-field.  Add each number up to get
desired error reporting level
;  1 = Normal errors
;  2 = Normal warnings
;  4 = Parser errors
;  8 = Notices - warnings you can ignore, but sometimes
imply a bug (e.g., using an uninitialized variable)
error_reporting =   15
display_errors  =   On ; Print out errors (as a part of the
HTML script)
log_errors  =   On  ; Log errors into a log file
(server-specific log, stderr, or error_log (below))
track_errors=   Off ; Store the last error/warning
message in $php_errormsg (boolean)
error_prepend_string = ""   ; string to
output before an error message
error_append_string = ""; string to
output after an error message
error_log   =   /tmp/php-errors ; log errors to specified file
; error_log =   syslog  ; log errors to syslog (Event
Log on NT, not valid in Windows 95)
warn_plus_overloading   =   Off ; warn if the + operator
is used with strings


Previous Comments:
---

[2001-04-19 06:51:45] [EMAIL PROTECTED]
i get
Fatal error:  Cannot use [] for reading ...

you should check your error_reporting settings


---

[2001-04-19 06:21:12] [EMAIL PROTECTED]
If you try to use an array without a subscript, no data will
be send back to the browser. Netscape will say 'document
contained no data'; Galeon will display an empty page. The
following script illustrates:

*8<
Test.


*8<

This should imo return at least the first line, then 'this
is a test', and then a warning that $pr[] is invalid.

Configure line (although I think it's not relevant):
'./configure' '--enable-track-vars' '--with-mysql'
'--enable-trans-sid'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/etc' '--with-mcrypt' '--enable-shmop'

My php.ini is a bit long to paste here, mail me if needed.

---


Full Bug description available at: http://bugs.php.net/?id=10395


-- 
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 #10397: Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

2001-04-19 Thread tlechat

From: [EMAIL PROTECTED]
Operating system: W2000
PHP version:  4.0.4
PHP Bug Type: SNMP related
Bug description:  Cannot get, set or walk on different subtree than .iso.3.6.1.2.1

If seems that a default OID (.iso.3.6.1.2.1)  is always added to OID parameter when I 
call snmpget or snmpwalk.

Example, If I try :

snmpget("myhost","public","1.3.6.1.2.3.1191.1.2"),

it will try to get .iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2
so it fails
with warning ".iso.3.6.1.2.1.1.3.6.1.2.3.1191.1.2" doesn't exists

I modify php_snmp.dll when I saw with an dll editor the string .1.3.6.1.2.1 inside and 
I replace first of his char by \0, from now, it works fine, I can get different OID.

Bonus Question : What is snmprealwalk() function ? There is no information in 
documentation. It seems that it does same function that snmpwalkoid. Right ?



-- 
Edit Bug report at: http://bugs.php.net/?id=10397&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] PHP 4.0 Bug #7274 Updated: odbc_execute does not accept new arguments when failing

2001-04-19 Thread edrenth

ID: 7274
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: ODBC related
Description: odbc_execute does not accept new arguments when failing

RESUBMITTED IN ENGLISH, STILL OCCURS IN 4.04PL1

I am working with openlink drivers for a UNIFY 2000 database
No recent drivers available

So, here's a testscript:




Previous Comments:
---

[2001-04-16 22:30:32] [EMAIL PROTECTED]
please re-submit report in english...

also does this still occur in the latest releases of PHP?

---

[2000-10-17 07:25:31] [EMAIL PROTECTED]
$st=odbc_prepare($conn,"update tabel set veld1=?");

$arg[0]="1";

odbc_execute($st,$arg);

// stel dat dit statement mislukt

$arg[0]="3";

odbc_execute($st,$arg);

// nu zal odbc_execute weer "1" als waarde van het argument gebruiken.

./configure --with-mysql=no --with-openlink --with-apache=../apache_1.3.12 
--enable-track-vars

---


Full Bug description available at: http://bugs.php.net/?id=7274


-- 
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 #10395 Updated: $array[] with no subscript will not return any data

2001-04-19 Thread hholzgra

ID: 10395
Updated by: hholzgra
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Old-Bug Type: 
Bug Type: *General Issues
PHP Version: 4.0.4pl1
Assigned To: 
Comments:

i get
Fatal error:  Cannot use [] for reading ...

you should check your error_reporting settings


Previous Comments:
---

[2001-04-19 06:21:12] [EMAIL PROTECTED]
If you try to use an array without a subscript, no data will
be send back to the browser. Netscape will say 'document
contained no data'; Galeon will display an empty page. The
following script illustrates:

*8<
Test.


*8<

This should imo return at least the first line, then 'this
is a test', and then a warning that $pr[] is invalid.

Configure line (although I think it's not relevant):
'./configure' '--enable-track-vars' '--with-mysql'
'--enable-trans-sid'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/etc' '--with-mcrypt' '--enable-shmop'

My php.ini is a bit long to paste here, mail me if needed.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10395&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 #10396: LDAP Support is broken (I suppose)

2001-04-19 Thread rabellino

From: [EMAIL PROTECTED]
Operating system: Solaris 2.7
PHP version:  4.0.4pl1
PHP Bug Type: Compile Problem
Bug description:  LDAP Support is broken (I suppose)

php can't compile with the ldap libraries embedded in solaris 2.7 (either sparc/intel 
versions)

The problems are 2:

1) In ldap.c where there is a compilation directive like #ifdef LDAP_API_VERSION > 
2000 ) || HAVE_NSLDAP

solaris has an interface compliant to these, but not used...

2) In the makefiles during the link phase, -lldap must be added, because the ldap 
libraries are shared...

If you need other info, please contact me!

now I can run php/ldap scripts correctly...


-- 
Edit Bug report at: http://bugs.php.net/?id=10396&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 #10395: $array[] with no subscript will not return any data

2001-04-19 Thread roel

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: 
Bug description:  $array[] with no subscript will not return any data

If you try to use an array without a subscript, no data will
be send back to the browser. Netscape will say 'document
contained no data'; Galeon will display an empty page. The
following script illustrates:

*8<
Test.


*8<

This should imo return at least the first line, then 'this
is a test', and then a warning that $pr[] is invalid.

Configure line (although I think it's not relevant):
'./configure' '--enable-track-vars' '--with-mysql'
'--enable-trans-sid'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/etc' '--with-mcrypt' '--enable-shmop'

My php.ini is a bit long to paste here, mail me if needed.


-- 
Edit Bug report at: http://bugs.php.net/?id=10395&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] PHP 4.0 Bug #10394 Updated: mysql_query() dosen't stable!

2001-04-19 Thread ttttntl

ID: 10394
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Description: mysql_query() dosen't stable!



Previous Comments:
---

[2001-04-19 05:55:43] [EMAIL PROTECTED]
Hi,
I have a table:
CREATE TABLE boardlist (
   board_id int(11) DEFAULT '0' NOT NULL,
   header_inc mediumtext NOT NULL,
   footer_inc mediumtext NOT NULL,
   board_width varchar(10) NOT NULL,
   board_align varchar(10) NOT NULL,
   name varchar(50) NOT NULL,
   description varchar(255) NOT NULL,
   admin varchar(20) NOT NULL,
   password varchar(20) NOT NULL,
   email varchar(50) NOT NULL,
   mail_reply tinyint(4) DEFAULT '0' NOT NULL,
   color1 varchar(20) NOT NULL,
   color2 varchar(20) NOT NULL,
   color3 varchar(20) NOT NULL,
   color4 varchar(20) NOT NULL,
   color5 varchar(20) NOT NULL,
   img_id tinyint(4) DEFAULT '0' NOT NULL,
   btn_id tinyint(4) DEFAULT '0' NOT NULL,
   rows tinyint(4) DEFAULT '10' NOT NULL,
   pages tinyint(4) DEFAULT '10' NOT NULL,
   image_path1 varchar(50) NOT NULL,
   image_path2 varchar(50) NOT NULL,
   image_path3 varchar(50) NOT NULL,
   id_check tinyint(4) DEFAULT '0' NOT NULL,
   writer_check tinyint(4) DEFAULT '0' NOT NULL,
   date_check tinyint(4) DEFAULT '0' NOT NULL,
   point_check tinyint(4) DEFAULT '0' NOT NULL,
   counter_check tinyint(4) DEFAULT '0' NOT NULL,
   image_check tinyint(4) DEFAULT '0' NOT NULL,
   text_check tinyint(4) DEFAULT '0' NOT NULL,
   color_check tinyint(4) DEFAULT '0' NOT NULL,
   bg_image_check tinyint(4) DEFAULT '0' NOT NULL,
   bg_color_check tinyint(4) DEFAULT '0' NOT NULL,
   usertype tinyint(4) DEFAULT '0' NOT NULL,
   write_check tinyint(4) DEFAULT '0' NOT NULL,
   update_check tinyint(4) DEFAULT '0' NOT NULL,
   delete_check tinyint(4) DEFAULT '0' NOT NULL,
   reply_check tinyint(4) DEFAULT '0' NOT NULL,
   upload_check tinyint(4) DEFAULT '0' NOT NULL,
   PRIMARY KEY (board_id)
);

and use:
$board_id=2;
$sql="insert boardlist(board_id, header_inc, footer_inc, board_width, board_align, 
name, description, admin, password, email, mail_reply, color1, color2, color3, color4, 
color5, img_id, btn_id, rows, pages, image_path1, image_path2, image_path3, id_check, 
writer_check, date_check, point_check, counter_check, image_check, text_check, 
color_check, bg_image_check, bg_color_check, usertype,write_check, update_check, 
delete_check, reply_check, upload_check) values('$board_id', '', '', '80%', 'left', 
'Board', 'Board', 'admin', '1323', '', '0', '#7DA7D9', '#E1E1FA', '#FF', 
'#D0D0FC', '#D0D0FC', '1', '1', '10', 
'10','http://user.chollian.net/~dawn0121/icon.htm', '', '', '1', '1', '1', '1', '1', 
'1', '1', '1', '1', '1', '0', '1', '1', '1', '1', '1');";
//$sql="insert into boardlist(board_id) values(".$board_id.")";
mysql_query($sql) or die(mysql_error()."sql==".$sql);
echo $sql;
--
Sometime it works (inserts ok) but sometime doesn't (without notice an error!).
When it doesn't, I copy the sql statement from echo $sql result, paste into mysql 
command line,and run, but it always works!!

---


Full Bug description available at: http://bugs.php.net/?id=10394


-- 
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 #10394: mysql_query() dosen't stable!

2001-04-19 Thread ttttntl

From: [EMAIL PROTECTED]
Operating system: Linux RedHat7
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  mysql_query() dosen't stable!

Hi,
I have a table:
CREATE TABLE boardlist (
   board_id int(11) DEFAULT '0' NOT NULL,
   header_inc mediumtext NOT NULL,
   footer_inc mediumtext NOT NULL,
   board_width varchar(10) NOT NULL,
   board_align varchar(10) NOT NULL,
   name varchar(50) NOT NULL,
   description varchar(255) NOT NULL,
   admin varchar(20) NOT NULL,
   password varchar(20) NOT NULL,
   email varchar(50) NOT NULL,
   mail_reply tinyint(4) DEFAULT '0' NOT NULL,
   color1 varchar(20) NOT NULL,
   color2 varchar(20) NOT NULL,
   color3 varchar(20) NOT NULL,
   color4 varchar(20) NOT NULL,
   color5 varchar(20) NOT NULL,
   img_id tinyint(4) DEFAULT '0' NOT NULL,
   btn_id tinyint(4) DEFAULT '0' NOT NULL,
   rows tinyint(4) DEFAULT '10' NOT NULL,
   pages tinyint(4) DEFAULT '10' NOT NULL,
   image_path1 varchar(50) NOT NULL,
   image_path2 varchar(50) NOT NULL,
   image_path3 varchar(50) NOT NULL,
   id_check tinyint(4) DEFAULT '0' NOT NULL,
   writer_check tinyint(4) DEFAULT '0' NOT NULL,
   date_check tinyint(4) DEFAULT '0' NOT NULL,
   point_check tinyint(4) DEFAULT '0' NOT NULL,
   counter_check tinyint(4) DEFAULT '0' NOT NULL,
   image_check tinyint(4) DEFAULT '0' NOT NULL,
   text_check tinyint(4) DEFAULT '0' NOT NULL,
   color_check tinyint(4) DEFAULT '0' NOT NULL,
   bg_image_check tinyint(4) DEFAULT '0' NOT NULL,
   bg_color_check tinyint(4) DEFAULT '0' NOT NULL,
   usertype tinyint(4) DEFAULT '0' NOT NULL,
   write_check tinyint(4) DEFAULT '0' NOT NULL,
   update_check tinyint(4) DEFAULT '0' NOT NULL,
   delete_check tinyint(4) DEFAULT '0' NOT NULL,
   reply_check tinyint(4) DEFAULT '0' NOT NULL,
   upload_check tinyint(4) DEFAULT '0' NOT NULL,
   PRIMARY KEY (board_id)
);

and use:
$board_id=2;
$sql="insert boardlist(board_id, header_inc, footer_inc, board_width, board_align, 
name, description, admin, password, email, mail_reply, color1, color2, color3, color4, 
color5, img_id, btn_id, rows, pages, image_path1, image_path2, image_path3, id_check, 
writer_check, date_check, point_check, counter_check, image_check, text_check, 
color_check, bg_image_check, bg_color_check, usertype,write_check, update_check, 
delete_check, reply_check, upload_check) values('$board_id', '', '', '80%', 'left', 
'Board', 'Board', 'admin', '1323', '', '0', '#7DA7D9', '#E1E1FA', '#FF', 
'#D0D0FC', '#D0D0FC', '1', '1', '10', 
'10','http://user.chollian.net/~dawn0121/icon.htm', '', '', '1', '1', '1', '1', '1', 
'1', '1', '1', '1', '1', '0', '1', '1', '1', '1', '1');";
//$sql="insert into boardlist(board_id) values(".$board_id.")";
mysql_query($sql) or die(mysql_error()."sql==".$sql);
echo $sql;
--
Sometime it works (inserts ok) but sometime doesn't (without notice an error!).
When it doesn't, I copy the sql statement from echo $sql result, paste into mysql 
command line,and run, but it always works!!


-- 
Edit Bug report at: http://bugs.php.net/?id=10394&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] lxr.php.net and the php4/core directory

2001-04-19 Thread Hartmut Holzgraefe


could someone please make lxr ignore the old php4/core directory
when indexing the source?

-- 
Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77

-- 
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 #10393: CPDFlib support not compile as module

2001-04-19 Thread Vladimir . Michl

From: [EMAIL PROTECTED]
Operating system: Debian GNU/Linux
PHP version:  4.0.3pl1
PHP Bug Type: ClibPDF related
Bug description:  CPDFlib support not compile as module

ClibPDF not compile as module, I rewrote ext/cpdf/config for
module support. It may be found on 
http://www.penguin.cz/~michlv/software/phpcpdf/php4-4.0.3pl1-cpdf.diff


-- 
Edit Bug report at: http://bugs.php.net/?id=10393&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] PHP 4.0 Bug #8210 Updated: file upload

2001-04-19 Thread cecot

ID: 8210
User Update by: [EMAIL PROTECTED]
Old-Status: Closed
Status: Open
Bug Type: HTTP related
Description: file upload

i haven't tried it my self, but [EMAIL PROTECTED] asked me to reopen it 
because in 4.0.5RC1 the bug is there

Previous Comments:
---

[2001-04-10 09:36:43] [EMAIL PROTECTED]
No feedback. If this happens with soon to be released PHP 4.0.5 too, reopen this bug 
report.

--Jani


---

[2001-02-25 07:45:36] [EMAIL PROTECTED]
Does the problem persist with PHP 4.0.4pl1 or the latest snapshot from 
http://snaps.php.net/?

---

[2000-12-12 12:41:36] [EMAIL PROTECTED]
one more test
windows2000+apache-1.3.14+php.exe php-4.0.3pl1(php as CGI) is working

definetly the problem is in php4apache.dll


---

[2000-12-12 12:36:08] [EMAIL PROTECTED]
I tried windows2000+apache-1.3.14+php.exe php-4.0.2(php as CGI) - works again, so I 
localize the problem in php4apache.dll I guess

here's the code if needed

if ($HTTP_POST_FILES["pic"] && $HTTP_POST_FILES["pic"]["tmp_name"] != "none"){
$userRegistrationInfo["pic"] = 
addslashes(fread(fopen($HTTP_POST_FILES["pic"]['tmp_name'], "r"), 
filesize($HTTP_POST_FILES["pic"]['tmp_name'])));unlink($HTTP_POST_FILES["pic"]['tmp_name']);

$userRegistrationInfo["pic_type"] = $HTTP_POST_FILES["pic"]['type'];
}

and after that something like
mysql_query("insert into person set ".implode(',', $userQuery));


---

[2000-12-12 12:10:38] [EMAIL PROTECTED]
so when I use windows2000+apache-1.3.14+php4apache.dll php-4.0.3pl1 (php as apache 
module)
and I upload files and put them in MySQL table they do come full (only few bytes of 
them are inserted into MySQL) I do not know exactly how much.

I downgraded to windows2000+apache-1.3.12+php.exe php-4.0.2(php as CGI)

it works perfectly

on linux also works perfectly

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=8210


-- 
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]