[PHP-DEV] PHP 4.0 Bug #10103 Updated: --without-packagename fails

2001-04-01 Thread derick

ID: 10103
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

The aspell extension is using the old build script functions.
But the pspell extension is the prefered extension to use anyways, as this one works 
with never version of aspell/pspell.
See also the README in the ext/pspell directory for more information.

Previous Comments:
---

[2001-04-01 22:31:01] [EMAIL PROTECTED]
This appears to be specific to aspell (all the other packages with the exception of 
the java package) exit cleanly with the proper return code when they fail. 

---

[2001-04-01 19:47:40] [EMAIL PROTECTED]
./configure --with-aspell=no
./configure --without-aspell

In both cases the compile fails. Since aspell is not a default module the above should 
be no different than 

./configure

which succeeds. 

Looks like it is checking for the presence of the extension even though the extension 
is not required:

checking for ASPELL support... configure: error: no

Checked on both redhat and debian with 4.0.5RC4. 

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10103&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] PHP 4.0 Bug #7582 Updated: ODBC or die inside userdefined functions

2001-04-01 Thread Derick Rethans

On 2 Apr 2001 [EMAIL PROTECTED] wrote:

> Please give me a URL where I can downlad PHP4.0.5RC4 and I'll be glad to test it out 
>again ASAP.

http://www.php.net/distributions/php-4.0.5RC4.tar.gz

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


-- 
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 #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported

2001-04-01 Thread derick

ID: 10089
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Compile Failure
Assigned To: 
Comments:

User reported that it was a rogue gd.h file that caused the troubles

Previous Comments:
---

[2001-04-01 21:04:17] [EMAIL PROTECTED]
Thanks for all your help Jani,

It was a stray gd.h file. Got to love where Red Hat puts some of its files.

Did what you sugested and it compiled/installed fine

Once again thank you

Evan

---

[2001-04-01 19:25:05] [EMAIL PROTECTED]
Thanks for your help Jani.

It was a rogue gd.h file. Deleted it and rconfigured and recompiled php.

Now it works with .png files. Once again thnanks for your help.
Got to love where Red Hat installs stuff :(

Evan

---

[2001-04-01 12:56:30] [EMAIL PROTECTED]
Did you check for older gd.h (ie. not matching the libgd ?)
in your system? And after removing those and reinstalling
GD try this:

1. delete config.cache
2. configure with your configure line
3. 'make clean ; make ; make install'

--Jani


---

[2001-04-01 07:48:39] [EMAIL PROTECTED]
sorry, i forgot that..
./configure --with-apxs --with-msql --with-gd

---

[2001-03-31 17:31:59] [EMAIL PROTECTED]
1. There is no GIF support in GD 1.8.4 
2. What was the configure line used to configure PHP?

Most likely you have got some old gd.h somewhere in 
your system which is found by PHP configure.
Try removing every old remains of GD library and reinstall
it.

--Jani


---

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=10089&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] PHP 4.0.5 Release & Midgard Problems

2001-04-01 Thread Alexander Bokovoy

On Mon, Apr 02, 2001 at 12:21:07AM +0200, Andi Gutmans wrote:
> I very much liked Andrei's implementation of Smary templates. It uses the 
> Zend (PHP) scripting language and caches templated scripts without messing 
> with the core of PHP.
> I haven't used it but from reading the specs it looks like Andrei & his 
> guys did a great job.
Yes, I know about Smarty. Most important problems with it are:

1. It is file-oriented and does not respect templates from different
non-filebased sources (RDMBS, inter-webserver module information exchange)

2. It does not support template overriding or hierarcies (i.e. subclassing of
   already existing style)

These two problems render it unusable for RDBMS-based applications. In Midgard,
for example, only bootstrap file with initial template is stored in filesystem
(only because PHP3 did not support execution of non-filebased sources -- not
so much changes in PHP4 too). All other information (pages, templates, template
elements, content and so on) are in RDBMS.

Andrei didn't use C coding in Smarty simply because his team failed to produce
effective solution in reasonable time, but it does not mean that such solution
impossible (no offense for IPSI at all, just facts from Smarty documentation).
We have spent about three years for it and did such C-based template engine
which proven to be fast and effective.

> 
> Andi
> 
> At 11:10 AM 4/1/2001 +0300, Alexander Bokovoy wrote:
> >On Sun, Apr 01, 2001 at 09:07:44AM +0200, Sebastian Bergmann wrote:
> > > Alexander Bokovoy wrote:
> > > > Ask Zend folks, they have our proposals, even C code to Zend engine
> > > > to implement native templating with no connection to Midgard at all -
> > > > this system was designed to be generic for any template providers.
> > >
> > >   Does this have to be implemented in the ZendEngine or would a
> > > ext/template extension (for instance) be possible, also? This would be
> > > great, though Template Engines are a dying species with the advent of
> > > XSLT, IMHO.
> >Not so simple because XSLT is far than complex for lot of applications and
> >especially when you are trying to provide content edit capabilities for
> >non-techies. This is huge nische.
> >
> >It most effective at ZendEngine level but actually task is two-tiered. Let 
> >me describe:
> >1. Templating require additional syntax which is better handled by ZendEngine
> >2. Syntax provides access to collection of template elements and manipulation
> >of them. It's up to template provider to collect template elements from
> >some source(s) before actual template building. This is better handled by
> >extensions.
> >
> >This separation also allows to make complex transitions like
> >'document with template markup' -> XML-based source + XSLT -> output
> >In this case second step is done by Template Provider which provides
> >template elements + hooks to translate them to XML + output callbacks.
> >Zend Engine dispatches these calls via easy user-oriented syntax.
> >
> >For example, in Midgard we have two kinds of template calls:
> ><[template element]> -- just insert content of template element here and 
> >evaluate it as PHP code.
> > It looks like hidden functional call to include() 
> > but the difference
> > is that 'template element' actually can come from 
> > completely
> > different place than file system (in Midgard it 
> > comes from Database
> > or FileTemplates).
> >&(variable:formatter); -- pass $variable throught existing formatter and 
> >insert
> > output into output stream. Different formatters allow
> > to convert plain text to HTML with different 
> > levels of
> > formatting, execute PHP code, execute 
> > user-defined formatter
> > against $variable. Variable could be any PHP 
> > structure
> > (scalar, object, array, etc)
> >
> >These are very simple constucts, but they are greatly reduce build-up for 
> >non-technical
> >interfaces.
> >--
> >Sincerely yours, Alexander Bokovoy
> >   The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
> >  www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net
> >-- Success is in the minds of Fools.
> > -- William Wrenshaw, 1578
> >
> >--
> >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]

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net 
-- If practice makes perfect, and nobody's perfect, why practice?

-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command

Re: [PHP-DEV] Can we have a "PING" function?

2001-04-01 Thread Andi Gutmans

Do most servers and OS's (for example Windows) support the sending of a UDP 
package to the echo port?

Andi

At 12:39 AM 4/2/2001 -0400, Dave Crawford wrote:
>Before I ask for a PING function in a future build of PHP, is there a
>way to ping a remote host using the existing PHP functions or modules?
>
>Based on my knowledge gained from various sources and php.net's online
>functional reference, there does not appear to be much support for LWP
>anything.
>
>I would like to know how to do, or perhaps you can build a function
>in a future release that can do basically the same thing as outlined in the
>following document for a similar function in Perl:
>http://www.perl.com/pub/doc/manual/html/lib/Net/Ping.html
>
>When my site was all html and Perl, I used this function to ping all of my
>mirror download sites, and I coloured the ping value based on a range
>(Ex: less than 150ms was green, greater than 600ms was red, etc.)
>
>I need a way to incorperate this same functionality into my new all PHP
>based website.
>
>Thanks.
>-Dave
>
>
>
>--
>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] PHP 4.0 Bug #10070 Updated: incorrect ob_gzhandler implementation

2001-04-01 Thread mnot

ID: 10070
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Zlib Related
Description: incorrect ob_gzhandler implementation

IIRC, it advertises both, so it shouldn't be an issue. I
don't have a windows box around to make sure with... 


Previous Comments:
---

[2001-03-30 19:45:38] [EMAIL PROTECTED]
Just to clarify a bit more, and see if a workaround is
worthwhile:

Currently, if both gzip and deflate are present in the
Accept-Encoding, we will prefer the gzip.

The only good reason for a workaround in the code is if
a widespread browser presents deflate only, and then
proceeds to break.  Do these broken versions of IE present
Accept-Encoding: deflate _only_ ?  And which versions are
they?

Anil

---

[2001-03-30 14:59:49] [EMAIL PROTECTED]
If a browser breaks RFCs -> not our problem. 
Closed.

--Jani


---

[2001-03-30 13:07:42] [EMAIL PROTECTED]
Applied a patch to add Vary: headers if we add a Content-Encoding: header.

Regarding the browser compatibility with Deflate, I think we should just leave it like 
it is.  _They_ break the RFC; encourage people to upgrade to modern, non-broken 
browsers instead ?

---

[2001-03-29 21:21:53] [EMAIL PROTECTED]
ob_gzhandler doesn't appear to set a Vary: header on
responses, which means that proxy caches could store a
compressed version of the resource and serve it to clients
which can't handle the encoding. This is very difficult to
debug for Web sites, and should be fixed ASAP.

For an example of the proper headers to send, see the PHP at:
  http://www.mnot.net/cgi_buffer/

Also, in my experience, some versions of MSIE don't handle
deflate compession correctly, even though their
Accept-Encoding claims they do. It might be better to avoid
deflate altogether, as gzip support is pretty much the
unwritten standard.

Cheers,

---


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


-- 
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 #7582 Updated: ODBC or die inside user defined functions

2001-04-01 Thread danielc

ID: 7582
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: ODBC related
Description: ODBC or die inside user defined functions

Hi kalowsky:

Please give me a URL where I can downlad PHP4.0.5RC4 and I'll be glad to test it out 
again ASAP.

--Dan

Previous Comments:
---

[2001-04-01 20:19:31] [EMAIL PROTECTED]
after trying numerous methods to reproduce this, I cannot.  
The only thing I can phathom is that your 
$RecordSetFieldCount is set inaccurately, but again I 
couldn't reproduce the described behavior when over running 
it.

Mind you, I am using PHP in a CGI format, and on Win98SE.  
PHP version is PHP4.0.5RC4.

---

[2001-02-26 15:11:56] [EMAIL PROTECTED]
Problem still exists in php4_0_5-dev-win32-20010220

---

[2000-12-19 00:10:43] [EMAIL PROTECTED]
The problem still exists in php4_0_4-dev-win32-20001123.

---

[2000-12-07 12:01:42] [EMAIL PROTECTED]
Get the latest build from http://www.php4win.de/
and reopen if problem still exists with it.

--Jani

---

[2000-11-09 21:04:46] [EMAIL PROTECTED]
Please advise where I can obtain a compiled binary of 4.0.4dev for Win32.  I'll be 
glad to test it.  Looks like CVS and snaps.php.net send source code.  Don't know where 
else to turn.

---

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=7582


-- 
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] Can we have a "PING" function?

2001-04-01 Thread Dave Crawford

Before I ask for a PING function in a future build of PHP, is there a
way to ping a remote host using the existing PHP functions or modules?

Based on my knowledge gained from various sources and php.net's online
functional reference, there does not appear to be much support for LWP
anything.

I would like to know how to do, or perhaps you can build a function
in a future release that can do basically the same thing as outlined in the
following document for a similar function in Perl:
http://www.perl.com/pub/doc/manual/html/lib/Net/Ping.html

When my site was all html and Perl, I used this function to ping all of my
mirror download sites, and I coloured the ping value based on a range
(Ex: less than 150ms was green, greater than 600ms was red, etc.)

I need a way to incorperate this same functionality into my new all PHP
based website.

Thanks.
-Dave



-- 
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 #10106: Garbage files created when trying to load an extension which doesn't exist(?)

2001-04-01 Thread nick

From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 6.0
PHP version:  4.0.4pl1
PHP Bug Type: *Configuration Issues
Bug description:  Garbage files created when trying to load an extension which doesn't 
exist(?)

The line:

extension=satellite.so

in /usr/local/lib/php.ini causes garbage files being created in root (/) directory:
e.g.

-rw-rw-r--   1 root root 2184 Mar 30 14:05 P}5@P}5@`?
-rw-rw-r--   1 root root  364 Apr  2 02:45 P?*@P?*@@?
-rw-rw-r--   1 root root  182 Mar 30 14:31 P?*@P?*@`?
-rw-rw-r--   1 root root  182 Mar 30 14:57 ]???t?.?

Contents of file looks like:

[25-Mar-2001 01:50:18] PHP Warning:  Unable to load dynamic library './satellite.so' - 
./satellite.so: cannot open shared object file: No such file or directory in Unknown 
on line 0
[26-Mar-2001 00:50:28] PHP Warning:  Unable to load dynamic library './satellite.so' - 
./satellite.so: cannot open shared object file: No such file or directory in Unknown 
on line 0
[26-Mar-2001 10:58:29] PHP Warning:  Unable to load dynamic library './satellite.so' - 
./satellite.so: cannot open shared object file: No such file or directory in Unknown 
on line 0

php info:
'./configure' '--with-apache=../apache_1.3.14' '--enable-track-vars' '--enable-ftp' 
'--with-gd=/home/nick/graph/gd-1.8.3' '--with-msql' '--with-mysql=/var/lib/mysql' 
'--with-xml=../expat/xmlparse' '--enable-wddx' '--enable-bcmath' 
'--with-sybase=/opt/sybase-11.9.2' '--enable-sockets' '--without-imap-ssl'

php ini file (error/log section)

error_reporting =   E_ALL & ~E_NOTICE   ; Show all errors except for 
notices
display_errors  =   On  ; Print out errors (as a part of the output)
; For production web sites, you're 
strongly encouraged
; to turn this feature off, and use 
error logging instead (see below).
; Keeping display_errors enabled on a 
production web site may reveal
; security information to end users, 
such as file paths on your Web server,
; your database schema or other 
information.
display_startup_errors = On ; Even when display_errors is on, errors that 
occur during
; PHP's 
startup sequence are not displayed.  It's strongly
; recommended 
to keep display_startup_errors off, except for
; when 
debugging.
log_errors  =   On  ; Log errors into a log file (server-specific 
log, stderr, or error_log (below))
; As stated above, you're strongly 
advised to use error logging in place of
; error displaying on production web 
sites.
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



-- 
Edit Bug report at: http://bugs.php.net/?id=10106&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 #10103 Updated: --without-packagename fails

2001-04-01 Thread augustz

ID: 10103
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: --without-packagename fails

This appears to be specific to aspell (all the other packages with the exception of 
the java package) exit cleanly with the proper return code when they fail. 

Previous Comments:
---

[2001-04-01 19:47:40] [EMAIL PROTECTED]
./configure --with-aspell=no
./configure --without-aspell

In both cases the compile fails. Since aspell is not a default module the above should 
be no different than 

./configure

which succeeds. 

Looks like it is checking for the presence of the extension even though the extension 
is not required:

checking for ASPELL support... configure: error: no

Checked on both redhat and debian with 4.0.5RC4. 

---


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


-- 
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] CVS Account Request

2001-04-01 Thread CVS Account Request

Full name: Gavin Sherry
Email: [EMAIL PROTECTED]
ID: swm
Purpose: Maintain SYS V Semaphore and Sys V SHM extensions

-- 
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 #9816 Updated: FATAL: emalloc(): Unable to allocate]

2001-04-01 Thread Tamer Shazli

it is 4.04pl1 on win2k sp1 and MDAC 2.6

Bug Database <[EMAIL PROTECTED]> wrote:
ID: 9816
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]

Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

A) Unable to reproduce locally on Win98SE, and MSAccess 
with 4.0.5RC4

B) which version of PHP are you using?  Bug report says 
4.0.4pl1, but your sample script suggests 4.0.2 - 
4.0.1pl1... which is it?

Previous Comments:
---

[2001-03-23 03:32:10] [EMAIL PROTECTED]
win2000 sp1 php4.0.2 - 4.0.4pl1


xx is a table whith 1 integer field and 1 row.
I try to select constant literal.
("select * from xx" works fine!!!)
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes 
!!! all so 2147483599 bytes 



---

[2001-03-18 00:00:17] [EMAIL PROTECTED]
When I query a "Query" from access with only 2087 rows( each row is 210 bytes
size), I get this error:

FATAL: emalloc(): Unable to allocate 2147483599 bytes 


please help!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9816&edit=2



Get free email and a permanent address at http://www.netaddress.com/?N=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 #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported

2001-04-01 Thread evdavies

ID: 10089
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported

Thanks for all your help Jani,

It was a stray gd.h file. Got to love where Red Hat puts some of its files.

Did what you sugested and it compiled/installed fine

Once again thank you

Evan

Previous Comments:
---

[2001-04-01 19:25:05] [EMAIL PROTECTED]
Thanks for your help Jani.

It was a rogue gd.h file. Deleted it and rconfigured and recompiled php.

Now it works with .png files. Once again thnanks for your help.
Got to love where Red Hat installs stuff :(

Evan

---

[2001-04-01 12:56:30] [EMAIL PROTECTED]
Did you check for older gd.h (ie. not matching the libgd ?)
in your system? And after removing those and reinstalling
GD try this:

1. delete config.cache
2. configure with your configure line
3. 'make clean ; make ; make install'

--Jani


---

[2001-04-01 07:48:39] [EMAIL PROTECTED]
sorry, i forgot that..
./configure --with-apxs --with-msql --with-gd

---

[2001-03-31 17:31:59] [EMAIL PROTECTED]
1. There is no GIF support in GD 1.8.4 
2. What was the configure line used to configure PHP?

Most likely you have got some old gd.h somewhere in 
your system which is found by PHP configure.
Try removing every old remains of GD library and reinstall
it.

--Jani


---

[2001-03-31 07:40:05] [EMAIL PROTECTED]
While compiling php with gd support it completely stops. gd now no longer supports gif 
files. Because of this while running "make" it cause the compile to crash because the 
associated "gif" commands are not recognised.
I found by editing the gd.c file under ext dir and removing anything with "gif" in it 
I could finish the compilation.

By the way PHP is a top language and I love using it. Only just starting with it

Thanks
Evan

---

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=10089


-- 
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 #9816 Updated: FATAL: emalloc(): Unable to allocate

2001-04-01 Thread kalowsky

ID: 9816
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

A) Unable to reproduce locally on Win98SE, and MSAccess 
with 4.0.5RC4

B) which version of PHP are you using?  Bug report says 
4.0.4pl1, but your sample script suggests 4.0.2 - 
4.0.1pl1... which is it?

Previous Comments:
---

[2001-03-23 03:32:10] [EMAIL PROTECTED]
win2000 sp1 php4.0.2 - 4.0.4pl1


xx is a table whith 1 integer field and 1 row.
I try to select constant literal.
("select * from xx" works fine!!!)
I get FATAL: emalloc(): Unable to allocate 2147483599 bytes 
!!! all so 2147483599 bytes 



---

[2001-03-18 00:00:17] [EMAIL PROTECTED]
When I query a "Query" from access with only 2087 rows( each row is 210 bytes size), I 
get this error:

FATAL: emalloc(): Unable to allocate 2147483599 bytes 


please help!

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9816&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 #9256 Updated: INSERT SQL command doesnt work

2001-04-01 Thread kalowsky

ID: 9256
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

works fine for me.  please provide a sample script to 
reproduce the problem.

Previous Comments:
---

[2001-02-14 06:32:11] [EMAIL PROTECTED]
I§m using ODBC connection to Access (only for testing purposes, I§m not stupid :)).
SQL command¨SELECT work OK, but all updates doesnt work to me - last version I used 
was 4.0.1 and there it works perfectly.

NO WARNING OR ERROR MESSAGE APPEARS!

php.ini part:
[ODBC]
odbc.allow_persistent   =   On
odbc.check_persistent  =On
odbc.max_persistent =   -1
odbc.max_links  =   -1
odbc.defaultlrl =   4096
odbc.defaultbinmode =   1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9256&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 #7582 Updated: ODBC or die inside user defined functions

2001-04-01 Thread kalowsky

ID: 7582
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

after trying numerous methods to reproduce this, I cannot.  
The only thing I can phathom is that your 
$RecordSetFieldCount is set inaccurately, but again I 
couldn't reproduce the described behavior when over running 
it.

Mind you, I am using PHP in a CGI format, and on Win98SE.  
PHP version is PHP4.0.5RC4.

Previous Comments:
---

[2001-02-26 15:11:56] [EMAIL PROTECTED]
Problem still exists in php4_0_5-dev-win32-20010220

---

[2000-12-19 00:10:43] [EMAIL PROTECTED]
The problem still exists in php4_0_4-dev-win32-20001123.

---

[2000-12-07 12:01:42] [EMAIL PROTECTED]
Get the latest build from http://www.php4win.de/
and reopen if problem still exists with it.

--Jani

---

[2000-11-09 21:04:46] [EMAIL PROTECTED]
Please advise where I can obtain a compiled binary of 4.0.4dev for Win32.  I'll be 
glad to test it.  Looks like CVS and snaps.php.net send source code.  Don't know where 
else to turn.

---

[2000-11-03 19:31:44] [EMAIL PROTECTED]
had no crash (w2k,4.0.4dev), try 4.0.4 as far as it is out
and if it still crashes I´ll try sth. different

---

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=7582&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 #10105: manual_en.chm causes an error in hh.exe when trying to open

2001-04-01 Thread howie

From: [EMAIL PROTECTED]
Operating system: Win 98
PHP version:  4.0.4pl1
PHP Bug Type: Documentation problem
Bug description:  manual_en.chm causes an error in hh.exe when trying to open

When I try to open manual_en.chm, I get:

HH caused an invalid page fault in module ITSS.DLL at 0167:5d48d301

I have removed and replaced hh on my system, and it works fine with many other chm 
files (including a copy of mysql.chm and the latest french version of the php manual 
in .chm format).

I have downloaded the manual_en.chm several times, from the main site, and from two 
mirrors.



-- 
Edit Bug report at: http://bugs.php.net/?id=10105&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 #9295 Updated: Error passing DATE to OpenLink

2001-04-01 Thread kalowsky

ID: 9295
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
Assigned To: 
Comments:

which version of OpenLink are you using?  Supposedly the 
latest OpenLink has been better optimized for use with PHP.  
Please try updating to that (if you haven't already) and 
see if this problem still persists for you...

Previous Comments:
---

[2001-02-16 05:47:11] [EMAIL PROTECTED]
Reproducing the problem:

odbc_do($cid, 'Select * from table where datefield=DATE("16/02/2001")');

produces:
Warning: SQL error: [unixODBC][OpenLink][ODBC][Driver]Option Value Changed, SQL state 
[?Ã÷Ø in SQLExecDirect in
/www/data/datetest.php on line 12

Entering the query from the OpenLink odbctest program gives
the desired result.

Using DATE(02,16,2001) gives the same result. 

I've tried with php configured to use both iodbc and
unixODBC. Both produce the same result.

Queries not involving DATE() are working on the same setup. 

My configuration:
-
'./configure' 
'--with-apxs=/usr/local/sbin/apxs' 
'--enable-versioning'
'--with-system-regex' 
'--with-config-file-path=/usr/local/etc'
'--disable-debug'
'--enable-track-vars'
'--without-gd'
'--disable-pear' 
'--without-mysql'
'--with-zlib'
'--with-mysql=/usr/local' 
'--with-unixODBC'
'--with-openlink'
'--with-magic-quotes'
'--enable-trans-sid' 
'--prefix=/usr/local'
'i386--freebsd4.2'

I'm running apache 1.3.14

---



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

2001-04-01 Thread pulstar

From: [EMAIL PROTECTED]
Operating system: All
PHP version:  4.0.4pl1
PHP Bug Type: MySQL related
Bug description:  Feedback

Suggestions:

Add a new optional parameter in the mysql_fetch_array() function to move the internal 
pointer to the previous row in the result set. This can also be applyed to another 
fetch functions that work the same way.

The mysql_data_seek() can also work in a relative method, moving the pointer 'n' rows 
before the actual row or 'n' rows after it.

I don't know if this is possible, but I think this will be very useful.



-- 
Edit Bug report at: http://bugs.php.net/?id=10104&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 #6628 Updated: MS-Access: insert statement only exec'd once

2001-04-01 Thread kalowsky

ID: 6628
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: ODBC related
Assigned To: 
Comments:

works fine for me.

Previous Comments:
---

[2000-09-08 10:21:12] [EMAIL PROTECTED]
sorry forgot "
--
  if ($conws=odbc_pconnect("DB1","Admin","")) {
if ($result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGEONE')") {   if (odbc_commit($conws)) {
  $result=odbc_exec($conws,"insert into MessageQueue (MsgType) values
('MESSAGETWO')");  odbc_commit($conws);  }  }
--

---

[2000-09-08 10:18:27] [EMAIL PROTECTED]
An insert statement on a MS Access database table only works once in the same script:

--
  if ($conws=odbc_pconnect("DB1","Admin","")) {
if ($result=odbc_exec($conws,"insert into MessageQueue (MsgType) values 
('MESSAGEONE')) { 
  if (odbc_commit($conws)) {
  $result=odbc_exec($conws,"insert into MessageQueue (MsgType) values 
('MESSAGETWO')");
  odbc_commit($conws);
  }
  }
--

MessageQueue is a table with one field: MsgType without an index or constraint. 
The second insert is not done, although the 'odbc_commit's are succesfull and 
'odbc_exec's do return a handle.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6628&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 #5482 Updated: ODBC Support lacks ability to pass named parameters for MS Access

2001-04-01 Thread kalowsky

ID: 5482
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: ODBC related
Assigned To: 
Comments:

please try this with a recent release or snapshot of PHP 
and see if this continues for you.

Previous Comments:
---

[2000-07-09 12:09:54] [EMAIL PROTECTED]
Preamble:
There is a similar but slightly different bug report 2976 that describes parameter 
passing problems as well.

Steps to observe behaviour:

1) In MS Access (preferably 97 or 2000) create a table named PEOPLE containing two 
fields
username and password of any type.

2) Populate the table with a row of test data.

3) In MS Access create the following query name verifypassword:

 SELECT username
 FROM people
 WHERE username = InputUsername AND password = InputPass
 WITH OWNERACCESS OPTION;

Since the DB is not going to be secured for any test cases, do NOT include the 

WITH OWNERACCESS OPTION, as it is pointless and may not work.  When in a 
secured database, this query will allow verification of a username and 
password 
combination for a user that does not have access to the PEOPLE table without 
giving direct access to the password field.  I provide this only for a 
description of
necessity.

4) Make an ODBC DSN to the DB

5) In your PHP script connect to the DSN first, save connection to $conn.

6) In your PHP script, then add:

 $prep = odbc_prepare( $conn, "SELECT * FROM VERIFYPASSWORD" );
 $params = array( "test", "case" );
 ODBC_Execute( $prep, &$params );

7) You will get a "missing parameters" error.

Problem:
There is no appearant way to populate MS Access parameters from PHP.  
Since, in this case the query must be created under a user with priviledges to
a secured table, the query cannot be generated on the fly -- access will be denied.

Ideally, I should be able to populate my $params array as:
$params = array( "InUsername" => "test", "InPassword" => "case" );

Synonymous behaviour in ASP:
In ASP the RECORDSET object supports named parameters.  
Obviously this functionality works in ASP.



---



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

2001-04-01 Thread augustz

From: [EMAIL PROTECTED]
Operating system: RedHat/Debian
PHP version:  4.0 Latest CVS (01/04/2001)
PHP Bug Type: Compile Failure
Bug description:  --without-packagename fails

./configure --with-aspell=no
./configure --without-aspell

In both cases the compile fails. Since aspell is not a default module the above should 
be no different than 

./configure

which succeeds. 

Looks like it is checking for the presence of the extension even though the extension 
is not required:

checking for ASPELL support... configure: error: no

Checked on both redhat and debian with 4.0.5RC4. 


-- 
Edit Bug report at: http://bugs.php.net/?id=10103&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 #6762 Updated: Incorrect ARGC in function odbc_columns - php_odbc.c

2001-04-01 Thread kalowsky

ID: 6762
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Old-Status: Assigned
Status: Closed
Bug Type: ODBC related
Assigned To: kalowsky
Comments:

this should be fixed post 4.0.3  it's even commented as so 
in the documentation for it... mind you, you can't find it 
on the general odbc function list though... 

Previous Comments:
---

[2001-03-26 17:10:10] [EMAIL PROTECTED]
yeah, i'll check this one out tooo.

---

[2000-09-14 12:40:15] [EMAIL PROTECTED]
Hi,

I just tried to use the php_odbc module under Win32 (WinNT 4.0 sp5, although that 
isn't an issue here) and noticed that the documentation for odbc_columns dissagrees 
with the actuall source code for the php function. The doco specifies:

int odbc_columns (int connection_id [, string qualifier [, string owner [, string 
table_name [, string column_name)

However, looking at the code the odbc_columns function will only work if the argument 
count has 1 or 5 arguments. This doesn't help with the last column not being known (as 
would probably be the case most of the time when people want to retreive a list of 
column name that are currently unknown at run-time).

I noticed the doco does allow the user to specify a "%" wildcard character, so there 
IS a work around.

Could you please look into this for me?

Cheers,

Mike Berry-Porter
[EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6762&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 #6275 Updated: ODBC_Prepare/ODBC_Execute fails with parameters

2001-04-01 Thread kalowsky

ID: 6275
Updated by: kalowsky
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: ODBC related
Assigned To: kalowsky
Comments:

further poking tonight revealed the following...

in the odbc_execute function, when doing a SQLDesrcibe on 
the value pulled out of the array function the following 
message was produced by PHP/ODBC:

SQL error: [Microsoft][ODBC Driver Manager\ Driver does not 
support this function, SQL state IM001 in SQLBindParamater 
.

Could it be that MS Access doesn't support this 
functionality?  Is there any way to (dis)prove this theory?  

Previous Comments:
---

[2001-03-23 17:01:42] [EMAIL PROTECTED]
Tried updating to the latest MDAC (2.6) and this provided no change in the given 
example.  It did fix one or two issues, but in generally hasn't helped any.

---

[2001-03-11 20:59:58] [EMAIL PROTECTED]
it seems the sample script provided is failing in the 
SQLBindParameter call.  Why?  The SQLError call tells us 
it's trying to bind a parameter of the wrong type.  

I've sent out an email on the PHP-DB list asking if anyone 
could try a small variation of this script, and only one 
person responded.  It seems to be a Microsoft Access 
specific issue only, but my only other comparision at this 
time is SQL Server...draw your own conclusions. 

---

[2001-02-14 08:20:41] [EMAIL PROTECTED]
starting to look into windows problems, only problem is I have only win98, so the 
winNT and 2k won't likely happen...

---

[2000-08-21 09:16:20] [EMAIL PROTECTED]
Hello,

My problem is odbc_execute fails with the following error message:

Warning: SQL error: [Microsoft][ODBC Microsoft Access Driver]COUNT field incorrect , 
SQL state 07001 in SQLExecute in d:Inetpubwwwrootphpadodbindex.php on line 77

The odbc_exec INSERT works fine. I am using a plain vanilla NorthWind MS Access 
database and am using the ISAPI version of PHP, with ODBC built in.

Sample code:

$conn = odbc_connect("nwind","","");
odbc_exec($conn,"drop table ADOXYZ"); 
odbc_exec($conn,"create table ADOXYZ (id int, firstname char(24), lastname 
char(24))"); 
odbc_exec($conn,"insert into ADOXYZ (id,firstname,lastname) values (0,'Zend','PHP')");
$stmt = odbc_prepare($conn,"insert into ADOXYZ (id,firstname,lastname) values 
(?,?,?)");
if ($stmt) {
print "Trying execute";
$stmt = odbc_execute($stmt,array(1,"John","Lim"));
}




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=6275&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 #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported

2001-04-01 Thread evdavies

ID: 10089
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported

Thanks for your help Jani.

It was a rogue gd.h file. Deleted it and rconfigured and recompiled php.

Now it works with .png files. Once again thnanks for your help.
Got to love where Red Hat installs stuff :(

Evan

Previous Comments:
---

[2001-04-01 12:56:30] [EMAIL PROTECTED]
Did you check for older gd.h (ie. not matching the libgd ?)
in your system? And after removing those and reinstalling
GD try this:

1. delete config.cache
2. configure with your configure line
3. 'make clean ; make ; make install'

--Jani


---

[2001-04-01 07:48:39] [EMAIL PROTECTED]
sorry, i forgot that..
./configure --with-apxs --with-msql --with-gd

---

[2001-03-31 17:31:59] [EMAIL PROTECTED]
1. There is no GIF support in GD 1.8.4 
2. What was the configure line used to configure PHP?

Most likely you have got some old gd.h somewhere in 
your system which is found by PHP configure.
Try removing every old remains of GD library and reinstall
it.

--Jani


---

[2001-03-31 07:40:05] [EMAIL PROTECTED]
While compiling php with gd support it completely stops. gd now no longer supports gif 
files. Because of this while running "make" it cause the compile to crash because the 
associated "gif" commands are not recognised.
I found by editing the gd.c file under ext dir and removing anything with "gif" in it 
I could finish the compilation.

By the way PHP is a top language and I love using it. Only just starting with it

Thanks
Evan

---


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


-- 
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] openssl extension update

2001-04-01 Thread Wez Furlong

Hi again,

I've spent a fair amount of time this weekend adding support for pkcs7 
encrypt/decrypt/sign/verify operations to the openSSL extension.

In plain English, that means that you can now sign/verify, encrypt/decrypt S/MIME 
messages using the openSSL software.

The code is all based on the "openssl smime" command from the openSSL dist.

I also made the cert/key passing a bit more PHP coder friendly.

More docs can be found in the README; I have commited these changes to CVS, so just do 
an update and if you find any problems please let me know!

--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] PHP mailing lists "on the blink" ?

2001-04-01 Thread Wez Furlong

Hi All,

I'm subscribed to the cvs commit list, but aside from the confirmation message, I have 
received no mail from it.

Also, I have gotten the last 3 PHP 3 bug summaries, but not the PHP 4 summaries.

Just thought you should know!

--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] PHP 4.0 Bug #10102: Parse error

2001-04-01 Thread pulstar

From: [EMAIL PROTECTED]
Operating system: Windows 98 4.10 english
PHP version:  4.0.4
PHP Bug Type: Scripting Engine problem
Bug description:  Parse error

Parse error: parse error, expecting `')'' 
in c:\site\home\news.php on line 21

Line 21:  if(!empty($news->getField(url)))
Line 22:  echo $news->getField(url);

What is wrong in this line? 
I changed it to:

$thing=$news->getField(url);
if(!empty($thing))
 echo $news->getField(url);

Now, it works fine. Weird...



-- 
Edit Bug report at: http://bugs.php.net/?id=10102&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] Using Zend Engine in Applications

2001-04-01 Thread Nick Loman


Hi all,

Does there exist a guide or some instructions for beginning to use PHP
code in applications outside the web-server (e.g. non-module,
non-CGI)? Especially calling code and executing a function from a C
program and retrieving the result, for example.

Any details appreciated,

Nick.


-- 
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] PHP 4.0.5 Release & Midgard Problems

2001-04-01 Thread Andi Gutmans

I very much liked Andrei's implementation of Smary templates. It uses the 
Zend (PHP) scripting language and caches templated scripts without messing 
with the core of PHP.
I haven't used it but from reading the specs it looks like Andrei & his 
guys did a great job.

Andi

At 11:10 AM 4/1/2001 +0300, Alexander Bokovoy wrote:
>On Sun, Apr 01, 2001 at 09:07:44AM +0200, Sebastian Bergmann wrote:
> > Alexander Bokovoy wrote:
> > > Ask Zend folks, they have our proposals, even C code to Zend engine
> > > to implement native templating with no connection to Midgard at all -
> > > this system was designed to be generic for any template providers.
> >
> >   Does this have to be implemented in the ZendEngine or would a
> > ext/template extension (for instance) be possible, also? This would be
> > great, though Template Engines are a dying species with the advent of
> > XSLT, IMHO.
>Not so simple because XSLT is far than complex for lot of applications and
>especially when you are trying to provide content edit capabilities for
>non-techies. This is huge nische.
>
>It most effective at ZendEngine level but actually task is two-tiered. Let 
>me describe:
>1. Templating require additional syntax which is better handled by ZendEngine
>2. Syntax provides access to collection of template elements and manipulation
>of them. It's up to template provider to collect template elements from
>some source(s) before actual template building. This is better handled by
>extensions.
>
>This separation also allows to make complex transitions like
>'document with template markup' -> XML-based source + XSLT -> output
>In this case second step is done by Template Provider which provides
>template elements + hooks to translate them to XML + output callbacks.
>Zend Engine dispatches these calls via easy user-oriented syntax.
>
>For example, in Midgard we have two kinds of template calls:
><[template element]> -- just insert content of template element here and 
>evaluate it as PHP code.
> It looks like hidden functional call to include() 
> but the difference
> is that 'template element' actually can come from 
> completely
> different place than file system (in Midgard it 
> comes from Database
> or FileTemplates).
>&(variable:formatter); -- pass $variable throught existing formatter and 
>insert
> output into output stream. Different formatters allow
> to convert plain text to HTML with different 
> levels of
> formatting, execute PHP code, execute 
> user-defined formatter
> against $variable. Variable could be any PHP 
> structure
> (scalar, object, array, etc)
>
>These are very simple constucts, but they are greatly reduce build-up for 
>non-technical
>interfaces.
>--
>Sincerely yours, Alexander Bokovoy
>   The Midgard Project| ALT  Linux  Team | Minsk Linux Users Group
>  www.midgard-project.org | www.altlinux.ru  |www.minsk-lug.net
>-- Success is in the minds of Fools.
> -- William Wrenshaw, 1578
>
>--
>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] Bug #10101: apache + mysqld + php3 == libphp3.so incorrect symbol...

2001-04-01 Thread bull_garbage

From: [EMAIL PROTECTED]
Operating system: linux mdk 2.2-17
PHP version:  3.0.17
PHP Bug Type: Other
Bug description:  apache + mysqld + php3   == libphp3.so incorrect symbol...

mysql_config --libs gives me :
-static -L'/usr/local/mysql/lib/mysql' -lmysqlclient  -lz  -lcrypt  -lnsl -lm


-- 
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] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread Felix Kronlage

On Sun, Apr 01, 2001 at 09:17:54PM +0200, André Langhorst wrote:

> > breadsticks to be precise;-)
> some kind of hobby or mental stimulation? ;)

amateur course of kamasutra.

-fkr
-- 
gpg-fingerprint: 076E 1E87 3E05 1C7F B1A0  8A48 0D31 9BD3 D9AC 74D0 
  |http://www.hazardous.org/ | whois -h whois.ripe.de FKR-RIPE  |
  |all your base are belong to us  |  shame on me  | fkr@IRCnet | 


--
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] PHP4 Bug Summary

2001-04-01 Thread Derick Rethans

Hello,

since the last three weeks I only received the PHP3 Bug Summary and the
assigned bugs thing. But no PHP4 Bug Summary. Can somebody check this out?


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]




Re: [PHP-DEV] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread André Langhorst

> breadsticks to be precise;-)

some kind of hobby or mental stimulation? ;)

andré


-- 
· André Langhorstt: +49 331 5811560 ·
· [EMAIL PROTECTED]  m: +49 173 9558736 ·
* PHP Quality Assurance  http://qa.php.net  *


-- 
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] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread Thies C. Arntzen

On Sun, Apr 01, 2001 at 03:00:34PM -0400, Mike Robinson wrote:
> 
> > Sorry about the address, or lack thereof.
> > When I run phpinfo();
> > A wierd logo in the right top corner with a guy that has walrus 
> > teeth shows up.
> 
> Actually, they look like french fries, or pencils maybe.
> What a hoot!

breadsticks to be precise;-)

tc

-- 
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 #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread jmoore

ID: 10100
Updated by: jmoore
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Bogus
Bug Type: Unknown/Other Function
Assigned To: 
Comments:

At the moment Thies C. Arntzen is under questioning by a crack squad of Large Fluffy 
Zend Bunnies about the appearance of his face in the PHP logo.

We hope to have the issue resolved by midnight tonight so check your phpinfo() again 
tomorrow.

- James
--  
James Moore
1st April 2001

Previous Comments:
---

[2001-04-01 14:48:59] [EMAIL PROTECTED]
Sorry about the address, or lack thereof.
When I run phpinfo();
A wierd logo in the right top corner with a guy that has walrus teeth shows up.

---

[2001-04-01 14:46:29] [EMAIL PROTECTED]


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10100&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] PHP 4.0 Bug #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread Mike Robinson


> Sorry about the address, or lack thereof.
> When I run phpinfo();
> A wierd logo in the right top corner with a guy that has walrus 
> teeth shows up.

Actually, they look like french fries, or pencils maybe.
What a hoot!

.mike


-- 
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 #10100 Updated: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread sedi

ID: 10100
User Update by: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Description: php.php has wierd logo!! Have you been Hacked?

Sorry about the address, or lack thereof.
When I run phpinfo();
A wierd logo in the right top corner with a guy that has walrus teeth shows up.

Previous Comments:
---

[2001-04-01 14:46:29] [EMAIL PROTECTED]


---


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


-- 
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 #10100: php.php has wierd logo!!!!!! Have you been Hacked?

2001-04-01 Thread sedi

From: [EMAIL PROTECTED]
Operating system: linux
PHP version:  4.0.4pl1
PHP Bug Type: Unknown/Other Function
Bug description:  php.php has wierd logo!! Have you been Hacked?




-- 
Edit Bug report at: http://bugs.php.net/?id=10100&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 #9935 Updated: seg fault - apache - repost

2001-04-01 Thread sniper

ID: 9935
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

Could you try updating your CVS checkout and do this:

'./cvsclean ; ./buildconf' 

And try generating that gdb backtrace again.
Oh, does this happen with some script? And is there
some other bug report about this? Which number?
Please add the shortest possible and self-containing 
script into this bug report that can be used to reproduce
this problem.

--Jani


Previous Comments:
---

[2001-03-26 18:07:08] [EMAIL PROTECTED]
libc-2.1.3 it looks like

thank you!
Terry

---

[2001-03-26 17:59:20] [EMAIL PROTECTED]
What is the version of glibc in your system?

--Jani


---

[2001-03-22 12:48:46] [EMAIL PROTECTED]
A backtrace was requested from Jani.

I recompiled everything as instructed but the result looks the same on the backtrace.  
I could not get a core file, so I continued as the instructions said and this is what 
I got again:

#0  0x0 in ?? ()
#1  0x422f19e8 in ?? ()
#2  0x422eb50a in ?? ()
#3  0x422d546b in ?? ()
#4  0x422d5620 in ?? ()
#5  0x422d5866 in ?? ()
#6  0x401735bc in getprotobyname_r () from /lib/libc.so.6
#7  0x40173438 in getprotobyname () from /lib/libc.so.6
#8  0x81f6679 in tcp_socket_open (sin=0xbfffa050, tmp=0xbfff9850 "¨

-- 
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 #10042 Updated: disable_functions fopen Memory allocation crash

2001-04-01 Thread sniper

ID: 10042
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

I can't reproduce this with latest CVS so please try the
snapshot from http://snaps.php.net/

--Jani


Previous Comments:
---

[2001-03-28 16:39:12] [EMAIL PROTECTED]
We configured PHP with fopen and all other file-related functions disabled 
(disable_functions = "fopen") on our Lnux 2.2.16 machine with Apache 1.3.19.

If a file with fopen or any other file-related (and disabled) function is run PHP does 
NOT simply refuse the execution of this function. It runs forever (or until the end of 
the max_execution_time setting) and allocates more and more memory. This results in a 
server crash within less than one minute because of memory shortage.

If you configure a very short max_execution_time (or stop the execution of the script 
with your browser manually after one second) the server does not crash immediatelly. 
However all memory allocated by the httpd process serving the script (many MBs per 
second!) is NOT released. So only a very short (fraction of a second) second execution 
of the script by the same httpd process will result in a server crash.

Sample script used (with add. syntax errors):

 


  
  Heutige Geburtstagsliste


  

   
  

  
  $today";
  ?>
  

  ";
  echo "";
  printf (substr($birthday, 4, 4));
  echo "";
  echo "$name";
  echo "mailto:$email>$email";
}
  }
}
if ($hit == 0)
{
  echo "Es sind für den heutigen Tag 
keine Einträge vorhanden!";
}

fclose ($fr);
  ?>

  



php.ini:

engine  =   On
short_open_tag  =   On 
precision   =   5
output_buffering =  Off

expose_php  =   Off
allow_url_fopen =   Off
asp_tags=   On
display_errors  =   On
doc_root=   "."
open_basedir=   "."
include_path=   "."
magic_quotes_gpc =  On
magic_quotes_runtime =  On
max_execution_time =5
memory_limit=   314000
register_globals =  On
file_uploads=   0
post_max_size   =   300K
safe_mode   =   On
safe_mode_exec_dir ="."
enable_dl   =   Off


;; EXTENSION LOADING
extension_dir   =   /usr/lib/php4

;; Global PHP defaults

warn_plus_overloading   =   On  ; warn if the + operator is used with strings
track_errors=   On  ; Store the last error/warning message in 
$php_errormsg (boolean)
track_vars  =   On  ; 
include_path= ".:/usr/share/php"
disable_functions="fopen,fpassthru,fputs,fread,fscanf,fseek,fstat,ftell,ftruncate,fwrite"




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10042&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 #9019 Updated: Segmentation fault using ldap_mod_del()

2001-04-01 Thread sniper

ID: 9019
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: LDAP related
Assigned To: 
Comments:

Which ldap libraries are you using? openldap? Version?
And please generate a GDB backtrace of the crash.
Information how to create a backrace can be found here:

http://www.php.net/bugs-generating-backtrace.php

Remember to add --enable-debug into your configure line
and delete config.cache before configure. And after configure, do 'make clean ; make ; 
make install'

This way you should get proper gdb backtraces.

--Jani




Previous Comments:
---

[2001-02-01 10:14:22] [EMAIL PROTECTED]
I should also note that php is running on Mandrake 7.2 with a stock install, and that 
the directory is Netscape Directory Server 4.12 on a solaris 8 box.

---

[2001-01-31 08:04:52] [EMAIL PROTECTED]
I also tried the function 'ldap_mod_add()' and the same thing happens.

---

[2001-01-30 21:07:10] [EMAIL PROTECTED]
Here is the code segment:

--snip

if($ACCESS == "No") {
for ($i=0; $i<$attrs["uniquemember"]["count"]; $i++) {
  if($attrs["uniquemember"][$i] == $dn) {
$setvar["uniquemember"][$i]=$attrs["uniquemember"][$i];
  }
}

$result=ldap_mod_del($ds, "cn=FTP,ou=groups,o=equifax.com", $setvar);
---snip

Here is the apache log:

[Tue Jan 30 21:02:28 2001] [notice] child pid 3807 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:49 2001] [notice] child pid 3808 exit signal Segmentation fault (11)
[Tue Jan 30 21:02:56 2001] [notice] child pid 3812 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:08 2001] [notice] child pid 3806 exit signal Segmentation fault (11)
[Tue Jan 30 21:05:10 2001] [notice] child pid 3809 exit signal Segmentation fault (11) 



Everytime I click my submit button to send my form (which then calls said code above), 
I get back  "The document contained no data..." 
and apache dumps another seg fault line in the error log.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9019&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 #10099 Updated: Segfault in Apache 1.3.19 + PHP4.0.x DSO

2001-04-01 Thread oliverh

ID: 10099
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Reproduceable crash
Description: Segfault in Apache 1.3.19 + PHP4.0.x DSO

Sniper,
Thanks for the quick response.  Here is the new debugged core dump:

Starting program: /usr/sbin/httpd -X

Program received signal SIGFPE, Arithmetic exception.
0x2b0b1da0 in php_minit_crypt (type=1, module_number=3) at crypt.c:105
105 php_srand(time(0) * getpid() * (php_combined_lcg() * 1.0));
(gdb) bt
#0  0x2b0b1da0 in php_minit_crypt (type=1, module_number=3) at crypt.c:105
#1  0x2b0a3968 in php_minit_basic (type=1, module_number=3)
at basic_functions.c:748
#2  0x2aff2068 in zend_startup_module (module=0x2b253b44) at zend_API.c:624
#3  0x2b01ac30 in php_startup_extensions (ptr=0x2b24e288, count=10)
at main.c:701
#4  0x2b01ccb4 in php_startup_internal_extensions () at internal_functions.c:62
#5  0x2b01b390 in php_module_startup (sf=0x2b24d290) at main.c:861
#6  0x2b014ca4 in php_apache_startup (sapi_module=0x2b24d290) at mod_php4.c:259
#7  0x2b016820 in php_init_handler (s=0x10122cc8, p=0x10122ca0)
at mod_php4.c:729
#8  0x4836b0 in ap_init_modules ()
#9  0x499dd4 in main ()

I believe there is a work-around for this.
See Bug #9827 by Matti Weissmueller.
He uses similar hardware.

Thanks for your help.

Previous Comments:
---

[2001-04-01 13:12:22] [EMAIL PROTECTED]
1. delete config.cache
2. add --enable-debug into your configure line
3. after configure 'make clean ; make ; make install'

Now you might get better backtrace of the problem.

Do you have PHP 3 installed into the apache?
If not, you don't need --enable-versioning argument.

--Jani



---

[2001-04-01 12:18:23] [EMAIL PROTECTED]
I have a Cobalt Qube2 (64-Bit MIPS little-endian).
I have compiled PHP 4.0.4 and any release after that including 4.0.5RC2.

PHP 4.0.x is configured like this:

./configure 
--with-apxs=/usr/sbin/apxs 
--enable-versioning 
--with-mysql=/usr/local/mysql 
--enable-track-vars 
--with-imap=/usr/local/imap-2000c 
--enable-ftp 
--with-mm=/usr/local/mm-1.1.3 
--with-zlib

(every interation of PHP after 4.0.4 was compiled with the options seen above)

My GDB backtrace looks like this:

#0  0x2aff60f8 in ?? ()
(gdb) bt
#0  0x2aff60f8 in ?? ()
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x2aff602c

That's all I have found.  


---


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


-- 
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 #9332 Updated: Crash in phpinfo with Netscape LDAP

2001-04-01 Thread sniper

ID: 9332
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: LDAP related
Assigned To: 
Comments:

Please try the latest CVS snapshot from http://snaps.php.net/ 

--Jani


Previous Comments:
---

[2001-02-19 08:10:03] [EMAIL PROTECTED]
The configured line is the one I indicated, just configure --with-ldap=/www/ldap
Originally, I used other parameters, which I suppressed to isolate the problem.
The crash is always the same, php displays 
ldap
Then crashes with core dump

I don't have gdb. adb indicates:
SIGABRT: Abort

The backtrace is :

__sigprocmask() + 8
_resetsig(0xef4678a4,0x1365c8,0xef466bf0,0x0,0x0,0x136634) + 378
_sigon(?) + cc
_lmutex_unlock(0xef46b688,0xef46b668,0x13662c,0xefffe50c,0x6,0x1)



---

[2001-02-19 05:56:45] [EMAIL PROTECTED]
Please include the configure line used to configure PHP 4 and if possible
a gdb backtrace of the crash.

--Jani


---

[2001-02-19 05:19:41] [EMAIL PROTECTED]
PHP4 crashes in phpinfo() on Solaris 2.6, when configured with Netscape LDAP 


configure --with-ldap=/www/ldap
Netscape ldap lib : libldapssl30.so

Toto file containing just 
"php4 toto" crashes with message "Abort(coredump)"

The core file indicates a crash in sigprocmask function.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9332&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 #9958 Updated: configure script does not link libldap into PHP

2001-04-01 Thread sniper

ID: 9958
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: LDAP related
Assigned To: 
Comments:

Closed. Reopen if latest CVS snapshot doesn't fix this.

--Jani


Previous Comments:
---

[2001-03-26 15:55:33] [EMAIL PROTECTED]
Could you please try the latest CVS snapshot from http://snaps.php.net/ ? 

I made a little modification to the configure and it should 
work now with the Solaris libldap.

--Jani


---

[2001-03-23 12:00:20] [EMAIL PROTECTED]
The configure script, run with the '--with-ldap' does not link php with libldap . PHP 
will compile fine, but when you try to run apache (DSO module) you get this:

Cannot load /usr/local/apache/libexec/libphp4.so into server: ld.so.1: 
/usr/local/apache/bin/httpd: fatal: relocation error: 
file /usr/local/apache/libexec/libphp4.so:
symbol ldap_unbind_s: referenced symbol not found

manually linking libphp with -lldap corrects the problem.

NOTE: solaris 8 has ldap libraries included. I would think this should be the default 
behavior.

configure was run as follows:
./configure --with-mysql=/usr/local/mysql --with-apxs=/usr/local/apache/bin/apxs 
--with-imap=../imap-2000c --with-ldap

---



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

2001-04-01 Thread sniper

ID: 9704
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: LDAP related
Assigned To: 
Comments:

No feedback and should be fixed now.

--Jani


Previous Comments:
---

[2001-03-12 17:29:33] [EMAIL PROTECTED]
If you use the latest snapshot or the soon to be released
4.0.5 (or release candidate) and OpenLDAP 2.x.x API, you
can tell it not to follow referrals, parse the referral
yourself and connect to the master server. I haven't
added all the documentation yet, but something like this
would catch a referral:

ldap_set_option($ds, LDAP_OPT_REFERRALS, 0);
ldap_bind($ds);
$sr=ldap_search($ds,"", "cn=inga cecilie*");
if (ldap_parse_result($ds, $sr, $rescode, $matcheddn,  
$errmsg, $referrals)) {
echo "Result code: $rescodenMatched DN:  $matcheddnnError 
msg: $errmsgn";
echo "Referrals: ", implode("nt", $referrals), "n";
} else {
echo "Error parsing result!n";
}

Will this suffice?


---

[2001-03-12 09:17:08] [EMAIL PROTECTED]
There is no support for LDAP referral in PHP 4.
It's a big problem, because it's not possible to add data in the LDAP Database because 
the local database is in read only. Only the the
master (referral) database is writable.
I writed a little function which call "ldap_set_rebind_proc()" but it's used
for all the LDAP link-id and it's not really a solution. Is it possible for you to add 
this type of function ?
Or may i have help for write this one ?

Greets, Yannick.

---



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

2001-04-01 Thread joey

ID: 10098
Updated by: joey
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *General Issues
Assigned To: 
Comments:

Not a PHP bug. Complain to Microsoft. :)

Previous Comments:
---

[2001-04-01 12:07:08] [EMAIL PROTECTED]
when i installed php on my computer it was impossible to start php.exe because 
Odbs32.dll was missing. this .dll comes with ms-office, but not with win'98 
distribution!

---



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

2001-04-01 Thread sniper

ID: 9351
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Closed
Bug Type: LDAP related
Assigned To: venaas
Comments:

No feedback.

--Jani


Previous Comments:
---

[2001-02-20 04:38:41] [EMAIL PROTECTED]
I think the problem might be that the LDAP server doesn't
support it. Please try searching with ldapsearch command
line utility and see if that works. What LDAP libraries
and server are you using?



---

[2001-02-20 03:39:23] [EMAIL PROTECTED]
I use PHP to connect ldap service for searching and modifing information. For search a 
entry, i use this:
$filter="(date >= 20010116)";
then use ldap_search($ld,$dn,$filter);
but seems the function can't work.
surprisingly, if i use 
$filter="(date = 20010116)";  //change '>=' to '='
it works.
so, can anyone tell me what's the wrong with it?
thanks a lot.



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9351&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 #9457 Updated: cannot compile with native Solaris libldap (fix included)

2001-04-01 Thread sniper

ID: 9457
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: LDAP related
Assigned To: 
Comments:

This should be fixed in CVS now. Please try the latest snapshot from 
http://snaps.php.net/

Reopen this bug report if it doesn't work.

--Jani


Previous Comments:
---

[2001-02-26 07:28:25] [EMAIL PROTECTED]
./configure --with-ldap ...
don't use native /usr/lib/libldap.so

*** ext/ldap/config.m4  Mon Feb 26 15:16:51 2001
--- ext/ldap/config.m4.orig Mon Feb 26 15:16:01 2001
***
*** 43,50 
if test -f $LDAP_LIBDIR/liblber.a -o -f $LDAP_LIBDIR/liblber.so ; then
AC_ADD_LIBRARY_WITH_PATH(lber, $LDAP_LIBDIR, LDAP_SHARED_LIBADD)
AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD)
-   elif test -f $LDAP_LIBDIR/libldap.so ; then
-   AC_ADD_LIBRARY_WITH_PATH(ldap, $LDAP_LIBDIR, LDAP_SHARED_LIBADD)
elif test -f $LDAP_LIBDIR/libldapssl41.so; then
if test -n "$LDAP_PTHREAD"; then
AC_ADD_LIBRARY($LDAP_PTHREAD)
--- 43,48 



---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9457&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 #8651 Updated: Linking with bundled Solaris libldap not supported

2001-04-01 Thread sniper

ID: 8651
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: LDAP related
Assigned To: 
Comments:

This should be fixed in CVS now. Please try the latest snapshot from 
http://snaps.php.net/

Reopen this bug report if it still doesn't work.

--Jani


Previous Comments:
---

[2001-01-27 20:32:28] [EMAIL PROTECTED]
reclassified

---

[2001-01-11 04:42:50] [EMAIL PROTECTED]
Presently the libldap bundled with Solaris 7 (package SUNWlldap) is
not correctly recognized. I suggest addind support for this.
Here is a workaround:
Enter in php-config: #define LDAP_API_VERSION 2004
Run configure --with-ldap 
make
Final linking will fail; repeat the  final failed command manually but add
-lldap

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=8651&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 #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread sniper

ID: 10097
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: *Graphics related
Assigned To: 
Comments:

This is limitation of GD library. It only supports 256 colors. Not a bug in PHP.

--Jani


Previous Comments:
---

[2001-04-01 13:28:40] [EMAIL PROTECTED]
explanation :

The clocks hands SHOULD be in 2 different red variants if no different color is 
specified - it works in a low-color JPG :

http://oct31.de/dyn/clock.php
- no texture, image created with ImageCreate()
- the clock hands show in red

http://oct31.de/dyn/clock.php?img=ff&hs=30
- ff.jpg is a plain white JPG
- the clock hands show in red

The same on a JPG with more colors :
http://oct31.de/dyn/clock.php?img=av_face1&hs=30
- av_face1 uses 2686 different colors
- the clock hands show in a color that is used somewhere in the source JPG

---

[2001-04-01 13:19:02] [EMAIL PROTECTED]
Could you please clarify this a little bit ie.
add the examples of both cases (one color allocation that doesn't work and the one 
that works)

--Jani


---

[2001-04-01 13:15:24] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

 modification 

It seems to be an undocumented limitation, not a bug.

After trying ImageColorAllocate() on an image created from a JPG with only very few 
colors, the colors could be allocated

---

[2001-04-01 13:04:39] [EMAIL PROTECTED]
Please explain HOW it doesn't work? 
The URLs seem to work just fine.

And you shouln't be reporting the bug if you're not
admin of the site as you can't try any other versions
of PHP or GD.

And FYI: ImageColorAllocate() after imagecreatefromjpeg()
works just fine for me.


--Jani


---

[2001-04-01 08:04:18] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

---

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=10097&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 #10083 Updated: libphp4.so

2001-04-01 Thread sniper

ID: 10083
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Apache related
Assigned To: 
Comments:

User feedback:
--
i tried php3 php4 and php4 latest cvs
and they all give me the same error.
is it me or is it the software :-)
---

Please add the output of 
'# /usr/local/mysql-3.23.36-pc-linux-gnu-i686/bin/mysql_config --libs'

into this bug report. (And DO NOT reply via email, use the web interface to update bug 
report!)

A workaround is to add --with-zlib into your configure line.

--Jani


Previous Comments:
---

[2001-03-31 16:46:10] [EMAIL PROTECTED]
Please try the latest CVS snapshot from http://snaps.php.net/ as this should be fixed.

--Jani


---

[2001-03-30 23:13:00] [EMAIL PROTECTED]
 ./apachectl start
Syntax error on line 236 of /home/httpd/conf/httpd.conf:
Cannot load /home/httpd/libexec/libphp4.so into server: 
/home/httpd/libexec/libphp4.so: undefined symbol: uncompress
./apachectl start: httpd could not be started
after make install and make of php 4
and ./configure -with-apxs=/home/httpd/bin/apxs 
 -with-mysql=/usr/local/mysql-3.23.36-pc-linux-gnu-i686

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10083&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 #10026 Updated: For loop always execute

2001-04-01 Thread sniper

ID: 10026
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: *General Issues
Assigned To: 
Comments:

As I can not reproduce this with latest CVS please try
the latest snapshot from http://snaps.php.net/

And if happens with it too, create one 
short but self-containing script which can be used
to reproduce this anywhere without modifications
and add it into this bug report.

--Jani


Previous Comments:
---

[2001-03-29 12:57:01] [EMAIL PROTECTED]
When i said ONCE - i didnt mean ONCE :)
It ALWAYS happen in the code referred...

---

[2001-03-29 12:55:32] [EMAIL PROTECTED]
Its not easy reproduceable - i have only seen this happens ONCE - in the specified 
function. Its NOT a simple for-loop - the for-loop executes INSIDE a recursively 
called function.

I've also tried this one :
---
$c = count($myarray);
if ($c>0) {
  echo "c is greater than 0";
  for (...) {
...code
  }
}
---
then IF c is 0 the echo statement doesnt execute BUT the for loop executes...

I cant figure out why...

If some of you want it i can mail you the file so you can see the things in 
perspective.

- Svein

---

[2001-03-29 11:55:23] [EMAIL PROTECTED]
I can't reproduce this (using code below):



Could you try this one?
And note: If the variable passed to count() is not an array,
it will return 1.

--Jani


---

[2001-03-27 11:09:08] [EMAIL PROTECTED]
The code submitted is inside a function that is called recursively and its not exact 
copy of the code.

I've also tried to change the for loop to a while loop with the same result.

---

[2001-03-27 11:07:07] [EMAIL PROTECTED]
I have a strange situation;
I have this code : 

$c = count($myarray);
echo $c . '';

for ($i=0; $i<$c; $i++) { 
   code goes here... 
}

echo often often output that $c is 0 BUT the for loop ALWAYS execute...
I also have tried to sorrund the for loop with this :
if ($c>0) {
  for(...)
}

and it STILL execute if $c==0

---

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=10026&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 #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread vha

ID: 10097
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Old-Bug Type: GD related
Bug Type: *Graphics related
Description: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

explanation :

The clocks hands SHOULD be in 2 different red variants if no different color is 
specified - it works in a low-color JPG :

http://oct31.de/dyn/clock.php
- no texture, image created with ImageCreate()
- the clock hands show in red

http://oct31.de/dyn/clock.php?img=ff&hs=30
- ff.jpg is a plain white JPG
- the clock hands show in red

The same on a JPG with more colors :
http://oct31.de/dyn/clock.php?img=av_face1&hs=30
- av_face1 uses 2686 different colors
- the clock hands show in a color that is used somewhere in the source JPG

Previous Comments:
---

[2001-04-01 13:19:02] [EMAIL PROTECTED]
Could you please clarify this a little bit ie.
add the examples of both cases (one color allocation that doesn't work and the one 
that works)

--Jani


---

[2001-04-01 13:15:24] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

 modification 

It seems to be an undocumented limitation, not a bug.

After trying ImageColorAllocate() on an image created from a JPG with only very few 
colors, the colors could be allocated

---

[2001-04-01 13:04:39] [EMAIL PROTECTED]
Please explain HOW it doesn't work? 
The URLs seem to work just fine.

And you shouln't be reporting the bug if you're not
admin of the site as you can't try any other versions
of PHP or GD.

And FYI: ImageColorAllocate() after imagecreatefromjpeg()
works just fine for me.


--Jani


---

[2001-04-01 08:04:18] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

---


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


-- 
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 #10064 Updated: Apache Seg Faults with XSLT and domXML usage

2001-04-01 Thread sniper

ID: 10064
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: Apache related
Bug Type: Sablotron XSL
Assigned To: 
Comments:

With latest CVS (from today) I can not reproduce this.
Please try updating your CVS checkout.

--Jani


Previous Comments:
---

[2001-03-29 14:15:46] [EMAIL PROTECTED]
The compile script is as follows:

./configure 
--mandir=/usr/share/man 
--with-apxs=/usr/local/apache/bin/apxs 
--with-config-file-path=/etc/httpd 
--enable-magic-quotes 
--enable-bcmath 
--enable-calendar 
--with-dom=/usr/local 
--with-zlib-dir 
--enable-ftp 
--with-mysql=/usr/local/mysql 
--with-pgsql=/usr/local/pgsql 
--with-expat-dir=/usr/local 
--with-sablot=/usr/local 
--enable-trans-sid 
--with-regex=system 
--with-swf=/usr/local/openswf 
--enable-wddx 
--enable-memory-limit 
--with-gnu-ld


The system is:
Linux Mandrake 8.0
Apache 1.3.19
glibc 2.2.2
MySQL 3.23.34a
Postgres 7.0.3
libxml 2.3.4
Sablot 0.51
expat 1.95.1

gdb backtrace:

 
Program received signal SIGSEGV, Segmentation fault.
0x403d0742 in Processor::useArg (this=0x8145840, 
name=0x8f8 , val=0x0)
at proc.cpp:1067
1067proc.cpp: No such file or directory.
in proc.cpp
Current language:  auto; currently c++
(gdb) bt
#0  0x403d0742 in Processor::useArg (this=0x8145840, 
name=0x8f8 , val=0x0)
at proc.cpp:1067
#1  0x403d12a4 in SablotRunProcessor 
(processor_=0x8145840, sheetURI=0x81358bc "test.xsl",
inputURI=0x4032ebfc "arg:/_xmlinput", 
resultURI=0x4032ebef "arg:/_output", params=0x0, 
arguments=0xbfffdad0)
at sablot.cpp:137
#2  0x40279d7e in php_if_xslt_output_endtransform (ht=0, 
return_value=0x8136254, this_ptr=0x0, return_value_used=0)
at sablot.c:317
#3  0x4021c3c1 in execute (op_array=0x811d774) at 
./zend_execute.c:1494
#4  0x4022d27d in zend_execute_scripts (type=8, 
file_count=3) at zend.c:743
#5  0x40244f5c in php_execute_script 
(primary_file=0xb690) at main.c:1194
#6  0x402406a5 in apache_php_module_main (r=0x812ad04, 
display_source_mode=0) at sapi_apache.c:89
#7  0x4024137c in send_php (r=0x812ad04, 
display_source_mode=0,
filename=0x812b7e4 
"/home/www/public_html/xsl/test2.php") at mod_php4.c:521
#8  0x402413c2 in send_parsed_php (r=0x812ad04) at 
mod_php4.c:532
#9  0x0805b797 in ap_invoke_handler ()
#10 0x0807029b in process_request_internal ()
#11 0x08070310 in ap_process_request ()
#12 0x080673b2 in child_main ()
#13 0x08067564 in make_child ()
#14 0x080676d8 in startup_children ()
#15 0x08067d57 in standalone_main ()
#16 0x0806858f in main ()
#17 0x400960de in __libc_start_main () from /lib/libc.so.6
(gdb)


Code that is killing it:

$books = $doc->add_root("books");

//
$book = $books->new_child("book","");

// 
$title = $book->new_child("title","Core Java Programming");

// 
$authors = $book->new_child("authors","");

//
$author = $authors->new_child("author","Leon Atkinson2");
$author->set_attribute("id","1");
// 
$isbn = $book->new_child("isbn",123);
// 
$isbn->set_attribute("id","987");
/*
##
*/

//
$book = $books->new_child("book","");

// 
$title = $book->new_child("title","Flash 4 Magic");

// 
$authors = $book->new_child("authors","");

//
$author = $authors->new_child("author","David Emberton");
$author->set_attribute("id","1");
$author = $authors->new_child("author","J. Scott Hamlin");
$author->set_attribute("id","2");

// 
$isbn = $book->new_child("isbn",123);
// 
$isbn->set_attribute("id","987");


echo $doc->dumpmem();

xslt_output_endtransform();
?>




---



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

2001-04-01 Thread melinda labanus

i tried php3 php4 and php4 latest cvs
and they all give me the same error.
is it me or is it the software :-)

thanks and keep up the incredible work !
./apachectl start
Syntax error on line 236 of /home/httpd/conf/httpd.conf:
Cannot load /home/httpd/libexec/libphp3.so into server: 
/home/httpd/libexec/libphp3.so: undefined symbol: uncompress


>From: Bug Database <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: PHP 4.0 Bug #10083 Updated: libphp4.so
>Date: 31 Mar 2001 21:46:11 -
>
>ID: 10083
>Updated by: sniper
>Reported By: [EMAIL PROTECTED]
>Old-Status: Open
>Status: Feedback
>Bug Type: Apache related
>Assigned To:
>Comments:
>
>Please try the latest CVS snapshot from http://snaps.php.net/ as this 
>should be fixed.
>
>--Jani
>
>
>Previous Comments:
>---
>
>[2001-03-30 23:13:00] [EMAIL PROTECTED]
>  ./apachectl start
>Syntax error on line 236 of /home/httpd/conf/httpd.conf:
>Cannot load /home/httpd/libexec/libphp4.so into server: 
>/home/httpd/libexec/libphp4.so: undefined symbol: uncompress
>./apachectl start: httpd could not be started
>after make install and make of php 4
>and ./configure -with-apxs=/home/httpd/bin/apxs
>  -with-mysql=/usr/local/mysql-3.23.36-pc-linux-gnu-i686
>
>---
>
>
>
>ATTENTION! Do NOT reply to this email!
>To reply, use the web interface found at 
>http://bugs.php.net/?id=10083&edit=2
>
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.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 #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread sniper

ID: 10097
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *Graphics related
Bug Type: GD related
Assigned To: 
Comments:

Could you please clarify this a little bit ie.
add the examples of both cases (one color allocation that doesn't work and the one 
that works)

--Jani


Previous Comments:
---

[2001-04-01 13:15:24] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

 modification 

It seems to be an undocumented limitation, not a bug.

After trying ImageColorAllocate() on an image created from a JPG with only very few 
colors, the colors could be allocated

---

[2001-04-01 13:04:39] [EMAIL PROTECTED]
Please explain HOW it doesn't work? 
The URLs seem to work just fine.

And you shouln't be reporting the bug if you're not
admin of the site as you can't try any other versions
of PHP or GD.

And FYI: ImageColorAllocate() after imagecreatefromjpeg()
works just fine for me.


--Jani


---

[2001-04-01 08:04:18] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10097&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 #6175 Updated: XML functions no longer work in objects

2001-04-01 Thread jon

ID: 6175
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: *XML functions
Description: XML functions no longer work in objects

I believe it's still a problem, but I'll have to recreate my test case.  I'll try and 
get to it soon.

Previous Comments:
---

[2001-03-31 11:17:17] [EMAIL PROTECTED]
do you still experience this error?

---

[2000-08-31 15:00:35] [EMAIL PROTECTED]
With today's CVS, including Andrei's latest change to xml.c (rev. 1.61), I can 
generate a backtrace for the segfault that occurs when calling the xml_* routines from 
the constructor:

Starting program: /usr/local/src/apache_1.3.12/src/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x80e3a0e in _efree (ptr=0x5a5a5a5a, 
__zend_filename=0x81bb1a9 "zend_variables.c", __zend_lineno=98, 
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:196
196 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size);
(gdb) bt
#0  0x80e3a0e in _efree (ptr=0x5a5a5a5a, 
__zend_filename=0x81bb1a9 "zend_variables.c", __zend_lineno=98, 
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:196
#1  0x80eea7e in zval_del_ref (p=0x8263b3c) at zend_variables.c:98
#2  0x80dc0cd in xml_parser_dtor (parser=0x8263b24) at xml.c:302
#3  0x80f3dc1 in list_entry_destructor (ptr=0x82d3be4) at zend_list.c:253
#4  0x80f2b1d in zend_hash_apply_deleter (ht=0x824b880, p=0x82b70a4)
at zend_hash.c:619
#5  0x80f2c3e in zend_hash_graceful_destroy (ht=0x824b880) at zend_hash.c:670
#6  0x80f3e97 in zend_destroy_rsrc_list () at zend_list.c:298
#7  0x80e9490 in shutdown_executor () at zend_execute_API.c:179
#8  0x80ef604 in zend_deactivate () at zend.c:520
#9  0x808070b in php_request_shutdown (dummy=0x0) at main.c:659
#10 0x807e887 in php_apache_request_shutdown (dummy=0x0) at mod_php4.c:291
#11 0x8124ee5 in run_cleanups (c=0x82b30f4) at alloc.c:1706
#12 0x812359b in ap_clear_pool (a=0x82b200c) at alloc.c:531
#13 0x812361b in ap_destroy_pool (a=0x82b200c) at alloc.c:561
#14 0x8123587 in ap_clear_pool (a=0x826600c) at alloc.c:528
#15 0x8133165 in child_main (child_num_arg=0) at http_main.c:3900
#16 0x81337a5 in make_child (s=0x8252034, slot=0, now=967748297)
at http_main.c:4281
#17 0x813391e in startup_children (number_to_start=3) at http_main.c:4363
#18 0x8133f28 in standalone_main (argc=2, argv=0xbfbffa48) at http_main.c:4651
#19 0x8134740 in main (argc=2, argv=0xbfbffa48) at http_main.c:4978

>From Apache's error log:

httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
httpd in free(): warning: chunk is already free.
[Thu Aug 31 08:57:05 2000] [notice] child pid 57954 exit signal Segmentation fault (11)

---

[2000-08-23 10:30:05] [EMAIL PROTECTED]
If you're referring to Andrei's changes that accept the array($this, 'fooHandler') 
syntax, no, it doesn't fix my problem, and I actually haven't gotten the new syntax to 
work correctly, either.  I'll try and look into it some more later today.

---

[2000-08-23 08:29:41] [EMAIL PROTECTED]
Wasn't this just fixed in cvs??

--Jani

---

[2000-08-21 10:25:09] [EMAIL PROTECTED]
All of my attempts to reduce the problem to a short script have failed, but I have 
examples of working and non-working code you can look at.

I've made them available here: http://orca.gaiaservers.com/work/xml.tar.gz

xml.php works fine.

help.xml is the XML source file used in the following two files.
Help1.php calls the xml_* functions from the constructor and doesn't work.
Help2.php calls the xml_* functions from a separate init method and does work.

---

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=6175


-- 
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 #10072 Updated: SIGSEGV on startup (apxs)

2001-04-01 Thread sniper

ID: 10072
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

Can you please try the latest CVS snapshot from http://snaps.php.net/ ? 
And I saw some informix related stuff in that truss output
so it might be something left in there. Check your php.ini
and also do 'make clean' after configuring PHP.

--Jani


Previous Comments:
---

[2001-03-30 17:07:16] [EMAIL PROTECTED]
I'm not sure what you mean. My PHP configure line already has --enable-debug, and 
contains no source dirs except jpeg-6b (I can take that out and recompile I guess).
../../mysql = /usr/local/mysql, which is where it installed

Or are you referring to my Apache configure line (the example installation specified 
to use those source dirs).



---

[2001-03-30 14:37:24] [EMAIL PROTECTED]
1. Delete config.cache
2. Add --enable-debug into your configure line
3. Configure and compile and try regenerating that gdb backtrace.

And do not use the source dirs in any other configure
option of PHP than --with-apache. You should be using the
INSTALL base dirs.

--Jani



---

[2001-03-29 23:40:15] [EMAIL PROTECTED]
OS version:
SunOS ptl2 5.7 Generic sun4u sparc SUNW,Ultra-5_10

Apache 1.3.19+mod_ssl-2.8.1 configure line:
EAPI_MM=../mm-1.1.3 SSL_BASE=../openssl-0.9.6 ./configure --prefix=/usr/local/apache 
--enable-module=ssl --enable-module=so --enable-module=rewrite 

PHP 4.0.4pl1 configure line:
./configure --with-apxs --with-mcrypt --with-mhash --with-mysql=../../mysql --with-gd 
--enable-versioning --with-ttf --with-jpeg-dir=../jpeg-6b  --enable-debug

If the LoadModule libphp4.so is removed from httpd.conf, Apache operates correctly. 
Otherwise, there is a SIGSEGV as httpd starts up. Following is a GDB backtrace and 
partial truss output. Full truss output can be found at 
http://wolf.project-w.com/notes/20010330.phpsegv.txt

---

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"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
warning: Lowest section in /usr/lib/libintl.so.1 is .hash at 0074

Program received signal SIGSEGV, Segmentation fault.
0xff3b8894 in ?? ()
(gdb) bt
#0  0xff3b8894 in ?? ()
#1  0xff3b35a0 in ?? ()
#2  0xff3b37e8 in ?? ()
#3  0xff3bd154 in ?? ()
#4  0xb7764 in ap_os_dso_load ()
#5  0x83a70 in load_module ()
#6  0x8d550 in invoke_cmd ()
#7  0x8e3c0 in ap_handle_command ()
#8  0x8e49c in ap_srm_command_loop ()
#9  0x8ee84 in ap_process_resource_config ()
#10 0x8facc in ap_read_config ()
#11 0x9e7bc in main ()
(gdb) 

---

...

stat("/usr/local/apache", 0xFFBED7C8)   = 0
open("/usr/local/apache/libexec/libphp4.so", O_RDONLY) = 5
fstat(5, 0xFFBED614)= 0
mmap(0x, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFF34
mmap(0x, 2187264, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xFED8
munmap(0xFEF46000, 57344)   = 0
mmap(0xFEF54000, 182128, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 5, 
1851392) = 0xFEF54000

...

mprotect(0xFED8, 1854910, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0xFED8, 1854910, PROT_READ|PROT_EXEC) = 0
munmap(0xFEF54000, 265928)  = 0
munmap(0xFED8, 1854910) = 0
Incurred fault #6, FLTBOUNDS  %pc = 0xFF3B8894
  siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
Received signal #11, SIGSEGV [default]
  siginfo: SIGSEGV SEGV_ACCERR addr=0xFF3CABD4
*** process killed ***


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10072&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 #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread vha

ID: 10097
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Old-Bug Type: GD related
Bug Type: *Graphics related
Description: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

 modification 

It seems to be an undocumented limitation, not a bug.

After trying ImageColorAllocate() on an image created from a JPG with only very few 
colors, the colors could be allocated

Previous Comments:
---

[2001-04-01 13:04:39] [EMAIL PROTECTED]
Please explain HOW it doesn't work? 
The URLs seem to work just fine.

And you shouln't be reporting the bug if you're not
admin of the site as you can't try any other versions
of PHP or GD.

And FYI: ImageColorAllocate() after imagecreatefromjpeg()
works just fine for me.


--Jani


---

[2001-04-01 08:04:18] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

---


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


-- 
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 #10099 Updated: Segfault in Apache 1.3.19 + PHP4.0.x DSO

2001-04-01 Thread sniper

ID: 10099
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Reproduceable crash
Assigned To: 
Comments:

1. delete config.cache
2. add --enable-debug into your configure line
3. after configure 'make clean ; make ; make install'

Now you might get better backtrace of the problem.

Do you have PHP 3 installed into the apache?
If not, you don't need --enable-versioning argument.

--Jani



Previous Comments:
---

[2001-04-01 12:18:23] [EMAIL PROTECTED]
I have a Cobalt Qube2 (64-Bit MIPS little-endian).
I have compiled PHP 4.0.4 and any release after that including 4.0.5RC2.

PHP 4.0.x is configured like this:

./configure 
--with-apxs=/usr/sbin/apxs 
--enable-versioning 
--with-mysql=/usr/local/mysql 
--enable-track-vars 
--with-imap=/usr/local/imap-2000c 
--enable-ftp 
--with-mm=/usr/local/mm-1.1.3 
--with-zlib

(every interation of PHP after 4.0.4 was compiled with the options seen above)

My GDB backtrace looks like this:

#0  0x2aff60f8 in ?? ()
(gdb) bt
#0  0x2aff60f8 in ?? ()
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x2aff602c

That's all I have found.  


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10099&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 #10097 Updated: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread sniper

ID: 10097
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Old-Bug Type: *Graphics related
Bug Type: GD related
Assigned To: 
Comments:

Please explain HOW it doesn't work? 
The URLs seem to work just fine.

And you shouln't be reporting the bug if you're not
admin of the site as you can't try any other versions
of PHP or GD.

And FYI: ImageColorAllocate() after imagecreatefromjpeg()
works just fine for me.


--Jani


Previous Comments:
---

[2001-04-01 08:04:18] [EMAIL PROTECTED]
After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10097&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 #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported

2001-04-01 Thread sniper

ID: 10089
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Feedback
Bug Type: Compile Failure
Assigned To: 
Comments:

Did you check for older gd.h (ie. not matching the libgd ?)
in your system? And after removing those and reinstalling
GD try this:

1. delete config.cache
2. configure with your configure line
3. 'make clean ; make ; make install'

--Jani


Previous Comments:
---

[2001-04-01 07:48:39] [EMAIL PROTECTED]
sorry, i forgot that..
./configure --with-apxs --with-msql --with-gd

---

[2001-03-31 17:31:59] [EMAIL PROTECTED]
1. There is no GIF support in GD 1.8.4 
2. What was the configure line used to configure PHP?

Most likely you have got some old gd.h somewhere in 
your system which is found by PHP configure.
Try removing every old remains of GD library and reinstall
it.

--Jani


---

[2001-03-31 07:40:05] [EMAIL PROTECTED]
While compiling php with gd support it completely stops. gd now no longer supports gif 
files. Because of this while running "make" it cause the compile to crash because the 
associated "gif" commands are not recognised.
I found by editing the gd.c file under ext dir and removing anything with "gif" in it 
I could finish the compilation.

By the way PHP is a top language and I love using it. Only just starting with it

Thanks
Evan

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10089&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 #10099: Segfault in Apache 1.3.19 + PHP4.0.x DSO

2001-04-01 Thread oliverh

From: [EMAIL PROTECTED]
Operating system: Linux-mipsel (Cobalt Linux 5.0)
PHP version:  4.0.4pl1
PHP Bug Type: Reproduceable crash
Bug description:  Segfault in Apache 1.3.19 + PHP4.0.x DSO

I have a Cobalt Qube2 (64-Bit MIPS little-endian).
I have compiled PHP 4.0.4 and any release after that including 4.0.5RC2.

PHP 4.0.x is configured like this:

./configure \
--with-apxs=/usr/sbin/apxs \
--enable-versioning \
--with-mysql=/usr/local/mysql \
--enable-track-vars \
--with-imap=/usr/local/imap-2000c \
--enable-ftp \
--with-mm=/usr/local/mm-1.1.3 \
--with-zlib

(every interation of PHP after 4.0.4 was compiled with the options seen above)

My GDB backtrace looks like this:

#0  0x2aff60f8 in ?? ()
(gdb) bt
#0  0x2aff60f8 in ?? ()
warning: Hit heuristic-fence-post without finding
warning: enclosing function for address 0x2aff602c

That's all I have found.  



-- 
Edit Bug report at: http://bugs.php.net/?id=10099&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 #10098: can't start php.exe

2001-04-01 Thread enchanted

From: [EMAIL PROTECTED]
Operating system: win\'98
PHP version:  4.0.4pl1
PHP Bug Type: *General Issues
Bug description:  can't start php.exe

when i installed php on my computer it was impossible to start php.exe because 
Odbs32.dll was missing. this .dll comes with ms-office, but not with win'98 
distribution!


-- 
Edit Bug report at: http://bugs.php.net/?id=10098&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 #9966 Updated: date(today) and date(tomorrow) return twice the same date

2001-04-01 Thread leonardo

ID: 9966
User Update by: [EMAIL PROTECTED]
Status: Closed
Bug Type: Date/time related
Description: date(today) and date(tomorrow) return twice the same date

well, thanks... that is more than a reasonable solving for me.

Previous Comments:
---

[2001-03-26 04:22:37] [EMAIL PROTECTED]
yeah, right... but what is the cure for this situation ? i mean i don't want to screw 
up my scripts because a common daylight saving time. i don't know if you know what i 
mean... it's just... silly

---

[2001-03-25 10:21:32] [EMAIL PROTECTED]
You have just discovered daylight savings time...

---

[2001-03-24 04:44:12] [EMAIL PROTECTED]
I made a script that loops through a week ahead (starting from 19 of March 2001 and 
includind the week of 19-25 of March 2001) and reads the data from a database 
according to the date. I've noticed the '2001-03-24' is returned twice using the 
following script:

for($i = 0; $i < 6; $i++)
{
   $next_date = date("Y-m-d", mktime(0,0,0,date("m"),date("d")+$i,date("Y")));
   print $next_date;
}

The script returns the same date with PHP 4.0.4 on IIS and Apache for Windows.


---


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


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

2001-04-01 Thread Sebastian Bergmann

Zeev Suraski wrote:
> Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), 
> merge in the necessary patches, and commit it.

  Thanks, I hope I didn't break anything :-)

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

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

2001-04-01 Thread Zeev Suraski

Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge 
in the necessary patches, and commit it.

Zeev

At 16:19 1/4/2001, Sebastian Bergmann wrote:
>Sebastian Bergmann wrote:
> > sbergmann   Sun Apr  1 07:13:10 2001 EDT
> >
> >   Modified files:
> > /php4   NEWS
> >   Log:
> >   Fixed some glitches in NEWS. (Yes, you may call me pedantic :-)
>
>   I forgot how to commit to a branch, so could someone please MFH this
>for me?
>
>   Thanks,
>Sebastian
>
>--
>  sebastian bergmann[EMAIL PROTECTED]
>http://www.sebastian-bergmann.de
>
>  bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de
>
>--
>PHP Development Mailing List 
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]

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


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




[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2001-04-01 Thread Sebastian Bergmann

Sebastian Bergmann wrote:
> sbergmann   Sun Apr  1 07:13:10 2001 EDT
> 
>   Modified files:
> /php4   NEWS
>   Log:
>   Fixed some glitches in NEWS. (Yes, you may call me pedantic :-)

  I forgot how to commit to a branch, so could someone please MFH this
for me?

  Thanks,
Sebastian

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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 #10097: ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

2001-04-01 Thread vha

From: [EMAIL PROTECTED]
Operating system: Linux
PHP version:  4.0.4pl1
PHP Bug Type: *Graphics related
Bug description:  ImageColorAllocate() doesn't work with ImageCreateFromJPEG()

After creating an image with ImageCreateFromJPEG() all ImageAllocate() on this image 
fail.
The same script with ImageCreate() works fine.

http://oct31.de/dyn/clock.php?img=avface2bl
http://oct31.de/dyn/clock.php

Config see http://oct31.de/php/phpinfo.php

I don't run the server myself and cannot tell much about the configuration.

Script source at http://oct31.de/aw/phpclock/index.html


-- 
Edit Bug report at: http://bugs.php.net/?id=10097&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 #10093 Updated: crash with virtual()

2001-04-01 Thread ohrn

ID: 10093
Updated by: ohrn
Reported By: [EMAIL PROTECTED]
Status: Open
Old-Bug Type: Apache related
Bug Type: Reproduceable crash
Assigned To: 
Comments:

This is reproducable on Linux too. I have a bit of trouble getting a sensible 
backtrace thou...

(gdb) bt
#0  _dl_lookup_versioned_symbol (undef_name=0x804bc88 "unlink", undef_map=0x40016280, 
ref=0xb848, symbol_scope=0x400163d4, 
version=0x4007f298, reloc_type=7, explicit=0) at do-lookup.h:80
#1  0x4000ce52 in fixup (l=0x40016280, reloc_offset=20) at dl-runtime.c:89

Previous Comments:
---

[2001-03-31 10:10:29] [EMAIL PROTECTED]
actually 4.0.5 RC4

virtual( '/foo/' ) where the foo directory contains index.php (registered in apache as 
DirectoryIndex) crashes the child

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=10093&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 #10089 Updated: gd1.8.4 compiled into php causes compile failure, gif isn't supported

2001-04-01 Thread evdavies

ID: 10089
User Update by: [EMAIL PROTECTED]
Old-Status: Feedback
Status: Open
Bug Type: Compile Failure
Description: gd1.8.4 compiled into php causes compile failure, gif isn't supported

sorry, i forgot that..
./configure --with-apxs --with-msql --with-gd

Previous Comments:
---

[2001-03-31 17:31:59] [EMAIL PROTECTED]
1. There is no GIF support in GD 1.8.4 
2. What was the configure line used to configure PHP?

Most likely you have got some old gd.h somewhere in 
your system which is found by PHP configure.
Try removing every old remains of GD library and reinstall
it.

--Jani


---

[2001-03-31 07:40:05] [EMAIL PROTECTED]
While compiling php with gd support it completely stops. gd now no longer supports gif 
files. Because of this while running "make" it cause the compile to crash because the 
associated "gif" commands are not recognised.
I found by editing the gd.c file under ext dir and removing anything with "gif" in it 
I could finish the compilation.

By the way PHP is a top language and I love using it. Only just starting with it

Thanks
Evan

---


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


-- 
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] minor TSRM issues

2001-04-01 Thread Eetay Natan

Hello there!

Here are two things that occurred to me while I played around with the TSRM
module (I am using 4.0.4pl1):

The first is: when compiling the TSRM without TSRM_DEBUG defined, but
compiling the PHP with -enable-debug option, the file zend_alloc.c uses the
function tsrm_error() but the function is not compiled in TSRM.c (#if'ed
out) and you get an undefined symbol error in linkage. Maybe the tsrm_error
function should be available even if TSRM_DEBUG is not defined.

The other thing in TSRM.c is this: The macro TSRM_ERROR is defined as either
"trsm_error" or as nothing. Here's the thing: when TSRM_ERROR is defined as
nothing, then:

TSRM_ERROR(something here, another here, etc, etc, etc );

is compiled as

(something here, another here, etc, etc, etc );

Which is a legal C statement, and it is compiled, but that is not quite what
one would hope for (i.e. an empty line), since all the parameters are still
eval'ed. The solution might be:

#ifdef TSRM_DEBUG
#define TSRM_ERROR(x) tsrm_error x
#else
#define TSRM_ERROR(x)
#endif

TSRM_ERROR((something here, another here, etc, etc, etc ));



Best Regards,

Eetay Natan,
R&D   Manager
Zend  Technologies
T:  +972-3-6139665
mailto:[EMAIL PROTECTED]
http://www.zend.com

Come and visit the Zend Booth # 605 at Apachecon 2001, April 4-6,
California.

-Original Message-
From: Joe Brown [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 01, 2001 11:06 AM
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] what kind of insect is this?

Had fun tracking this bugger down, now that I found it, I don't know what to
do with it.  Maybe you can help me?

Summary:  WinNT, Apache 1.3.19,  fairly recent snap, php_oci8.dll (maybe
MySql also)
Resource not releasted after casting to an integer.

Don't know if this the the culprit to my Apache server on windows constantly
crashing, but suspect it may be playing a role in it.

First round:";
$statement=OCIParse ($connection, "select user from dual");
//$result_value=intval($statement);  //CULPABLE.

echo var_dump($statement)."Freed";
@OCIFreeStatement($statement);
echo var_dump($statement)."";

echo "Second round:";
$statement=OCIParse ($connection, "select user from dual");
$result_value=intval($statement);  //CULPRIT

echo var_dump($statement)."Freed";
@OCIFreeStatement($statement);
echo var_dump($statement)."";
?>

Outputs:
First round:
resource(2) of type (oci8 statement)
Freed
resource(2) of type (Unknown)

Second round:
resource(3) of type (oci8 statement)
Freed
resource(3) of type (oci8 statement)

In the second round, the resource is not freed.

Background info:
Thought it would be a good idea to use Manuel Lemos'  Metabase.  Works great
on Linux.  That's where I developed this app, but now I need to migrate to a
Windows platform and it's crashing like crazy.   Metabase's classes use an
intval($resource) as a place holder, in an array of statement_info so that
you can run mutiple queries.  Metabase can keeps track of its queries this
way (for OCI at least).

The crashes experienced catestrophic, but threads aren't closing up shop
properly.  Bug #9857 came about because a constant would be still be defined
the next page refresh.  Haven't been able to reproduce this in a short code
segment w/out starting up metabase classes.  After using Metabase on windows
however, all kinds of weirdness ensues.  Apache performs illegal
instructions after every other refresh w/oci8 then.

-Joe "Shmengie"



--
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] what kind of insect is this?

2001-04-01 Thread Joe Brown

Had fun tracking this bugger down, now that I found it, I don't know what to
do with it.  Maybe you can help me?

Summary:  WinNT, Apache 1.3.19,  fairly recent snap, php_oci8.dll (maybe
MySql also)
Resource not releasted after casting to an integer.

Don't know if this the the culprit to my Apache server on windows constantly
crashing, but suspect it may be playing a role in it.

First round:";
$statement=OCIParse ($connection, "select user from dual");
//$result_value=intval($statement);  //CULPABLE.

echo var_dump($statement)."Freed";
@OCIFreeStatement($statement);
echo var_dump($statement)."";

echo "Second round:";
$statement=OCIParse ($connection, "select user from dual");
$result_value=intval($statement);  //CULPRIT

echo var_dump($statement)."Freed";
@OCIFreeStatement($statement);
echo var_dump($statement)."";
?>

Outputs:
First round:
resource(2) of type (oci8 statement)
Freed
resource(2) of type (Unknown)

Second round:
resource(3) of type (oci8 statement)
Freed
resource(3) of type (oci8 statement)

In the second round, the resource is not freed.

Background info:
Thought it would be a good idea to use Manuel Lemos'  Metabase.  Works great
on Linux.  That's where I developed this app, but now I need to migrate to a
Windows platform and it's crashing like crazy.   Metabase's classes use an
intval($resource) as a place holder, in an array of statement_info so that
you can run mutiple queries.  Metabase can keeps track of its queries this
way (for OCI at least).

The crashes experienced catestrophic, but threads aren't closing up shop
properly.  Bug #9857 came about because a constant would be still be defined
the next page refresh.  Haven't been able to reproduce this in a short code
segment w/out starting up metabase classes.  After using Metabase on windows
however, all kinds of weirdness ensues.  Apache performs illegal
instructions after every other refresh w/oci8 then.

-Joe "Shmengie"



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