Re: [PHP-DEV] Non threadsafe Windows build

2003-01-10 Thread Frank M. Kromann
Hi,

I have not used non thread safe versions since PHP3, and I think most
users would like to see a working ISAPI or Apache version where we need
the thread safe versions.

- Frank

>   The project file(s) for the non threadsafe Windows build are out of
>   sync with the thread safe one(s).
> 
>   IIRC, there was already some discussion to ditch the non threadsafe
>   version. That way we didn't have to maintain two sets of files, etc.
> 
>   What do you think?
> 
> -- 
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/
http://phpOpenTracker.de/
> 
>   Did I help you? Consider a gift:
http://wishlist.sebastian-bergmann.de/
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 




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




[PHP-DEV] Non threadsafe Windows build

2003-01-10 Thread Sebastian Bergmann
  The project file(s) for the non threadsafe Windows build are out of
  sync with the thread safe one(s).

  IIRC, there was already some discussion to ditch the non threadsafe
  version. That way we didn't have to maintain two sets of files, etc.

  What do you think?

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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




[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/overload .cvsignore CREDITS READMEconfig.m4 overload.c overload.dsp php_overload.h

2003-01-10 Thread Sebastian Bergmann
Marcus Börger wrote:

But now you removed it for ZE1, too.


 So what? It's still in the PHP_4_3 branch and HEAD is PHP 5.

--
 Sebastian Bergmann
 http://sebastian-bergmann.de/ http://phpOpenTracker.de/

 Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

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




Re: [PHP-DEV] when PHP code causes crash due to bad input, is it a bug?

2003-01-10 Thread gk
At 12:51 PM 1/10/2003 -0800, Leon Atkinson wrote:

Thanks for sticking with the issue, Greg.


Wow. I needed that.
I have been programming with PHP since the PHP/FI days but felt like 
ditching it all and switching to Python for a moment there.

I guess it is a mark of PHP's success that so many people spam the bug 
database and mailing lists.

After using PHP for many years, I would really like to contribute as a 
developer or SQA person if I feel that sanity rules at the top. 
[EMAIL PROTECTED] made me feel otherwise.

It seems like there is a bit of a problem in the SQA area when people are 
rushing to dismiss things as 'bogus'. I had to reopen this bug 3 times, all 
the while knowing that I'm a nobody and have no authority to do so!

I think the problem lies in the database web interface perhaps. 'Open', 
'Closed', and 'Bogus' is not sufficient. Apparently 'priveleged' people 
like Ilia A. can set bug status to things like 'Analyzed' but mere mortals 
like me cannot. I do not know why chregu decided it was a 'Bogus' bug when 
he recognized it was a fault in domxml logic - do developers have the 
authority to set bug status to 'Analyzed'?

Anyway, if somebody could point me to a reference to how PHP development 
politics works I will read it with interest and move on to more productive 
pursuits. Thanks

- Greg Keraunen


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



Re: [PHP-DEV] when PHP code causes crash due to bad input, is it a bug?

2003-01-10 Thread Steph
> Since you have lots of experience doing QA, you probably already
> understand this and maybe you have some ideas for how the process can
> improve.

This was the best thing said in ages regards QA, bug reporting and
bogusment.

Thanks.
>
> Leon



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




[PHP-DEV] PROPOSAL: default value handling

2003-01-10 Thread Nyk Cowham
As a convert from Perl one of the 'features' I miss from Perl is the 
short-circuit behavior of the or operand (||) and how it can be used to 
set default values if a passed value is false (0 or ""). Thus, in a 
passed parameter you can write:

	$result = $value || $default;

In perl if the $value variable is false (0 or empty string) then $value 
will be set to the default value.

In PHP the or operand does not short-circuit in this way. Instead I 
find myself having to write something like:

	$result = ($_REQUEST['value']) ? $_REQUEST['value'] : 'my default 
value';

This is not only ugly and difficult to read but has the redundancy of 
naming the $_REQUEST['value'] variable twice.

Another nice feature of using Perl's short-circuit or operand is that 
defaults can be chained so:

	$result = $value || $alt_value || $default;

Will return the default only if $value and $alt_value have both 
evaluated as false. In other words the first expression that evaluates 
as true (actually 'not false' would be more accurate) will be returned, 
all preceding and subsequent values will be ignored.

I don't propose the || operant in PHP should be short-circuited like 
Perl, but rather either a new operand or new function be added that 
would have this specific behavior.

As an operand it might look like:

	$result = $value ?: $alt_value ?: [ ...] ?: $default; // reusing the 
terniary operator in this context would be a reasonable mnemonic.

Alternatively if implemented as a function it might look like:

	$result = choose($value, $alt_value, [ ... ], $default);

I would be happy to volunteer to do the work to provide this feature if 
there is enough support for it's inclusion. Thoughts?

Nyk Cowham


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



[PHP-DEV] Re: how build komplex array

2003-01-10 Thread l0t3k
Johannes,
could you perhaps show a bit of the schema and your expected array
output in print_r format ?

"Johannes G. Arlt" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hello all,

I need a very complex array from a mysql-statement like DB::getAssoc but
more
complex.




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




Re: [PHP-DEV] when PHP code causes crash due to bad input, is it a bug?

2003-01-10 Thread Leon Atkinson
Thanks for sticking with the issue, Greg.

If I may make an objective observation... Random users constantly submit
issues to the bug database that are clearly not problems with PHP, issues
that are better addressed in the mailing lists.  I imagine it must be
frustrating to the QA team to have people constantly blaming PHP for bugs
in their scripts.  Sometimes issues are mistakenly changed to bogus when
they shouldn't be.  And as a bug submitter it's easy to think bogus really
means you're a liar or an idiot.  It doesn't.  It just seems to be a space
we've reached where resolution of bug reports isn't perfect.  The best
idea I have is to remain polite and persistent.  Hey, at least no one used
a swear word.

Since you have lots of experience doing QA, you probably already
understand this and maybe you have some ideas for how the process can
improve.

Leon



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




[PHP-DEV] CVS Account Request: sasha123

2003-01-10 Thread Sasha
characters IMP 

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




Re: [PHP-DEV] when PHP code causes crash due to bad input, is it a bug?

2003-01-10 Thread Brian Moon
| I have worked as Sr. SQA engineer for many years and have always worked 
| under the understanding that crashes are unacceptible - no matter what 
| caused them: code should be able to handle bad data and not crash.

Agreed, IMO, if it in fact crashes, it is not bogus.

Brian Moon
dealnews.com


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




Re: [PHP-DEV] traversing EG(function_table)

2003-01-10 Thread Derick Rethans
On Fri, 10 Jan 2003, Andrey Hristov wrote:

>   Hi,
> is it ok to traverse this has using its internal HashPosition or 
> external one has to be used.

If you want to traverse it, you would usually use zend_hash_apply()

Derick

-- 

-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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




[PHP-DEV] when PHP code causes crash due to bad input, is it a bug?

2003-01-10 Thread gk
I am trying to help with PHP. But this experience makes me feel like it is 
not worth it.
Can anyone give me some clarification.
Is there a common agreement on what constitutes a bug?

I have worked as Sr. SQA engineer for many years and have always worked 
under the understanding that crashes are unacceptible - no matter what 
caused them: code should be able to handle bad data and not crash.

See my bug report and analysis by Daniel Veillard of libxml2 at:
http://bugs.php.net/bug.php?id=21477
- Greg

Date: Fri, 10 Jan 2003 11:50:35 -0800
To: [EMAIL PROTECTED]
From: gk <[EMAIL PROTECTED]>
Subject: Re: Bug #21477 [Opn->Bgs]: $node->dump_node($node) crashes with 
libxml2-2.4.30

At 06:54 PM 1/10/2003 +, you wrote:

You're not in position to decide what is bogus and what is not. This is
bogus.



- Greg Keraunen


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




[PHP-DEV] traversing EG(function_table)

2003-01-10 Thread Andrey Hristov
  Hi,
is it ok to traverse this has using its internal HashPosition or 
external one has to be used.
 
Andrey



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




[PHP-DEV] how build komplex array

2003-01-10 Thread Johannes G. Arlt
Hello all,

I need a very complex array from a mysql-statement like DB::getAssoc but more 
complex.
In the time of mysql_fetch_row, I don't know, is the next data strings only or 
must I fetch a next array in this branch or part of branch.
With this function I get all data for OOHForm + html-field-titles, help-text, 
SQL-update-, SQL-select string and so on. 
The database is very big and complex.

My Problem is, (I think so), I need an array of pointers for the field_array.
If I use strings, I get x times the last data why I use the same keys every 
times. 
I have tested many ways but now I'am tired to test more.
Please help me.

Here is a part of my code(it dosen't work I know).


zval **x_fname, **x_fvalue;
zval *feldname_C, *feldvalue_C, *field_array;
   MYSQL_ROW s_row;
(...array_init ..)

CONNECT ... SELECT an so on ...

while (s_row = mysql_fetch_row(s_mysql_res)) {
  key = s_row[0];  // name of the branch
  for (z = 0; z < fields; z++) {
add_next_index_string(feldname_C, fieldinfo[z].name, 1); 
add_next_index_string(feldvalue_C, s_row[z],  1);
z1++;
  }
  for (z = z2; z < z1; z++) {
zend_hash_index_find(Z_ARRVAL_P(feldname_C), z, (void **)&x_fname );
zend_hash_index_find(Z_ARRVAL_P(feldvalue_C), z, (void **)&x_fvalue );

zend_hash_add(Z_ARRVAL_P(felder_array), x_fname, sizeof(zval *), \
x_finhalt, sizeof(zval *), NULL); 

}
z2 = z1;
zend_hash_add(Z_ARRVAL_P(return_value),key , strlen(key)+1 , \
   &felder_array, sizeof(zval *), NULL); 
}

Thanks 

Johannes G.  Arlt
[EMAIL PROTECTED]

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




Re: [PHP-DEV] What headers/libs does Win32 Snaps build use?

2003-01-10 Thread Steph
> I actually think the more complete we can make the win32build.zip the
better.
> Andi

OK, but then you get people all around the world who don't have good
connectivity and don't have asdl and etc etc blah ..

so should we perhaps look at splitting that 70 megs into smaller
associated groups of extensions? and keep the 'pure' PHP build env as
the only item in the win32build.zip maybe?

Just to prove I can think two contradictory thoughts in the same mail:
there's also the issue Edin brought up somewhere (irc?), regarding the
number of updates needed to keep all the extensions current.  We were
talking about 'why not CVS' at the time, but we'd still have a similar
problem with zip files, in that they'd need to be updated whenever the
'snaps' versions of libs and headers were updated.  It would be much
more simple to allow direct access to those versions online in some kind
of repository... (in an ideal world, a la cygwin).



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




RE: [PHP-DEV] size of session vars

2003-01-10 Thread Ford, Mike [LSS]
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> Sent: 10 January 2003 11:11
> 
> Lately, when people start asking php-general questions on 
> php-dev people 
> give them the answer and add "but you should have asked on 
> the php-general 
> list". Having received a good answer from php-dev gives them 
> incentive to 
> mail us again :)
> I suggest we keep to the standard polite reply that they 
> should please mail 
> php-general without giving them the answers.

If you really, really want to be helpful and give an answer,
couldn't you CC php-general into the standard polite reply,
and then go answer that when it shows up?

Or maybe the standard protocol for the standard polite reply
should be to CC it to php-general?

Cheers!

Mike

-
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730  Fax:  +44 113 283 3211 

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




[PHP-DEV] patch to sapi/servlet fixes bug 21291 &more, please apply to STABLE/HEAD

2003-01-10 Thread Giuseppe Tanzilli - CSF
hi,
tryng to use the php servlet sapi with Tomcat 4.1,
I found this problems:
-- configure generates a makefile without JAVA_INCLUDES
-- make fails on servlet.c (php_module_startup call)
-- make do not build phpsrvlt.jar
-- got it working, every page start with "HTTP/1.0 200 X"

this patch fixes all this problems,
tested on :
php4-stable / php4-head
RedHat Linux 7.x and 8.0
Sun J2SDK 1.4.1_01
Tomcat 4.1.18

Servlet extension still need the LD_LIBRARY_PATH settings,
still crash sometime, but at least it compile and run.

Who is the maintainer of this sapi module ?

thanks in advance,
Giuseppe


--
---
Giuseppe Tanzilli		[EMAIL PROTECTED]
CSF Sistemi srl			phone ++39 0775 7771
Via del Ciavattino 
Anagni FR
Italy

diff -u -r php-4.3.0_org/ext/java/config.m4 php-4.3.0_test/ext/java/config.m4
--- php-4.3.0_org/ext/java/config.m4Fri Nov 29 14:32:49 2002
+++ php-4.3.0_test/ext/java/config.m4   Fri Jan 10 12:15:28 2003
@@ -97,7 +97,7 @@
dnl We have to find everything
dnl
for i in `find $PHP_JAVA/include -type d`; do
- test -f $i/jni.h  && JAVA_INCLUDE=-I$i
+ test -f $i/jni.h  && JAVA_INCLUDE="$JAVA_INCLUDE -I$i"
  test -f $i/jni_md.h   && JAVA_INCLUDE="$JAVA_INCLUDE -I$i"
done
 
@@ -178,6 +178,8 @@
   fi
 
   PHP_SUBST(JAVA_CLASSPATH)
+  PHP_SUBST(JAVA_INCLUDE)
+  PHP_SUBST(JAVA_CFLAGS)
 
   PHP_ADD_MAKEFILE_FRAGMENT
 fi
diff -u -r php-4.3.0_org/sapi/servlet/Makefile.frag 
php-4.3.0_test/sapi/servlet/Makefile.frag
--- php-4.3.0_org/sapi/servlet/Makefile.fragThu Mar  7 15:19:58 2002
+++ php-4.3.0_test/sapi/servlet/Makefile.frag   Fri Jan 10 12:15:28 2003
@@ -1,19 +1,19 @@
 
-$(builddir)/java.c : $(srcdir)/../../ext/java/java.c
-   @cp $(srcdir)/../../ext/java/java.c $(builddir)
+sapi/servlet/java.c : sapi/servlet/../../ext/java/java.c sapi/servlet/phpsrvlt.jar
+   @cp sapi/servlet/../../ext/java/java.c sapi/servlet
 
-$(builddir)/phpsrvlt.jar : $(srcdir)/servlet.java 
$(srcdir)/../../ext/java/reflect.java
-   $(mkinstalldirs) $(builddir)/net/php
-   @echo library=php4 > $(builddir)/net/php/reflect.properties
-   @echo library=php4 > $(builddir)/net/php/servlet.properties
-   @cp $(builddir)/formatter.java $(builddir)/net/php
-   @cp $(builddir)/servlet.java $(builddir)/net/php
-   @cp $(srcdir)/../../ext/java/reflect.java $(builddir)/net/php
-   cd $(builddir) && javac net/php/reflect.java
-   @test ! -f $(builddir)/reflect.class || mv $(builddir)/reflect.class 
$(builddir)/net/php # bug in KJC javac
-   javac -classpath .:$(SERVLET_CLASSPATH):$(CLASSPATH) 
$(builddir)/net/php/servlet.java
-   @test ! -f $(builddir)/servlet.class || mv $(builddir)/servlet.class 
$(builddir)/net/php # bug in KJC javac
-   javac -classpath .:$(SERVLET_CLASSPATH):$(CLASSPATH) 
$(builddir)/net/php/formatter.java
-   @test ! -f $(builddir)/formatter.class || mv $(builddir)/formatter.class 
$(builddir)/net/php # bug in KJC javac
-   cd $(builddir)/ && $(JAVA_JAR) phpsrvlt.jar net/php/*.class 
net/php/*.properties
-   @rm -rf $(builddir)/net
+sapi/servlet/phpsrvlt.jar : sapi/servlet/servlet.java 
+sapi/servlet/../../ext/java/reflect.java
+   $(mkinstalldirs) sapi/servlet/net/php
+   @echo library=php4 > sapi/servlet/net/php/reflect.properties
+   @echo library=php4 > sapi/servlet/net/php/servlet.properties
+   @cp sapi/servlet/formatter.java sapi/servlet/net/php
+   @cp sapi/servlet/servlet.java sapi/servlet/net/php
+   @cp sapi/servlet/../../ext/java/reflect.java sapi/servlet/net/php
+   cd sapi/servlet && javac net/php/reflect.java
+   @test ! -f sapi/servlet/reflect.class || mv sapi/servlet/reflect.class 
+sapi/servlet/net/php # bug in KJC javac
+   cd sapi/servlet && javac -classpath .:$(SERVLET_CLASSPATH):$(CLASSPATH):. 
+net/php/servlet.java
+   @test ! -f sapi/servlet/servlet.class || mv sapi/servlet/servlet.class 
+sapi/servlet/net/php # bug in KJC javac
+   cd sapi/servlet && javac -classpath .:$(SERVLET_CLASSPATH):$(CLASSPATH):. 
+net/php/formatter.java
+   @test ! -f sapi/servlet/formatter.class || mv sapi/servlet/formatter.class 
+sapi/servlet/net/php # bug in KJC javac
+   cd sapi/servlet/ && $(JAVA_JAR) phpsrvlt.jar net/php/*.class 
+net/php/*.properties
+   @rm -rf sapi/servlet/net
diff -u -r php-4.3.0_org/sapi/servlet/config.m4 php-4.3.0_test/sapi/servlet/config.m4
--- php-4.3.0_org/sapi/servlet/config.m4Thu Mar  7 15:20:00 2002
+++ php-4.3.0_test/sapi/servlet/config.m4   Fri Jan 10 12:36:13 2003
@@ -34,13 +34,15 @@
 AC_DEFINE(SAPI_SERVLET, 1, [Whether you use Servlet])
 
 INSTALL_IT="\$(mkinstalldirs) \$(libdir)"
-INSTALL_IT="$INSTALL_IT; \$(INSTALL) -m 0755 \$(srcdir)/sapi/servlet/phpsrvlt.jar 
\$(libdir)"
+INSTALL_IT="$INSTALL_IT; \$(INSTALL) -m 0755 
+\$(top_srcdir)/sapi/servlet/phpsrvlt.jar \$(libdir)"
 INSTALL_IT="$INSTALL_IT; \$(INSTALL) -m 0755 $SAPI_SHARED \$(libdir)"
  

RE: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

2003-01-10 Thread Lukas Smith
> From: Derick Rethans [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 10, 2003 12:31 PM
> 
> On Fri, 10 Jan 2003, Lukas Smith wrote:
> 
> > > From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> > > Sent: Friday, January 10, 2003 12:14 PM
> > >
> > > At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote:
> > > >   For as long as I can remember, the bcmath, calendar, ftp and
> > > >   wddx extensions are enabled by default on Win32.
> > > >
> > > >   But why? I mean, they are not enabled by default on *NIX, so
why
> > > >   the inconsistency?
> > >
> > > Because building this stuff on Windows is harder and it's probably
> > > easiest for Windows users to have stuff in by default.
> > >
> >
> > So once the PEAR installer is able to handle binaries for windows in
a
> > reliable fashion this could be changed?
> 
> Not really, as almost nobody has a copy of MSVC...
> 

Hmmm, this is not my area of expertise and maybe I did not make clear
what I meant, but ...

What I was trying to say was this:
Isn't the plan for the PEAR installer to be able to install binary
versions which are not compiled on the client but on the server (or
uploaded compiled to the server)? So when people on windows use the PEAR
installer they will get a binary and not the source.

Regards,
Lukas 


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




Re: [PHP-DEV] jpeg2000 in php 4.3

2003-01-10 Thread Marcus Börger
At 10:10 10.01.2003, Adaloglou Maria wrote:

As I have read in the manual about the getimagesize function that
"Note: JPEG2000 support will be added in PHP 4.3. "
Do you know if it is supported finaly?


No - at the moment there is only support for jpc.
sorry i haven't yet the time to read through the complete
jpeg2000 specs.

marcus


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




RE: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

2003-01-10 Thread Derick Rethans
On Fri, 10 Jan 2003, Lukas Smith wrote:

> > From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, January 10, 2003 12:14 PM
> > 
> > At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote:
> > >   For as long as I can remember, the bcmath, calendar, ftp and
> > >   wddx extensions are enabled by default on Win32.
> > >
> > >   But why? I mean, they are not enabled by default on *NIX, so why
> > >   the inconsistency?
> > 
> > Because building this stuff on Windows is harder and it's probably
> > easiest for Windows users to have stuff in by default.
> > 
> 
> So once the PEAR installer is able to handle binaries for windows in a
> reliable fashion this could be changed?

Not really, as almost nobody has a copy of MSVC...

Derick

-- 

-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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




RE: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

2003-01-10 Thread Lukas Smith
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 10, 2003 12:14 PM
> 
> At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote:
> >   For as long as I can remember, the bcmath, calendar, ftp and wddx
> >   extensions are enabled by default on Win32.
> >
> >   But why? I mean, they are not enabled by default on *NIX, so why
the
> >   inconsistency?
> 
> Because building this stuff on Windows is harder and it's probably
easiest
> for Windows users to have stuff in by default.
> 

So once the PEAR installer is able to handle binaries for windows in a
reliable fashion this could be changed?

Regards,
Lukas


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




Re: [PHP-DEV] TR : Bug #21549 [Opn->Fbk]: problem with INGRES IIpermanent connexions

2003-01-10 Thread Derick Rethans
Hi,

this went wrong in someway, can you just send it to me privately?

regards,
Derick

On Fri, 10 Jan 2003, pierre-marie mouliere wrote:

> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> Envoyé : jeudi 9 janvier 2003 15:45
> À : [EMAIL PROTECTED]
> Objet : Bug #21549 [Opn->Fbk]: problem with INGRES II permanent
> connexions
> 
> Hello, I send you the modifications made to the INGRES II extensions.
> 
> All the modified lines ends by /* INTERNATIONAL ARC */
> 
> Attached find 2 files. Diff for differences only and ii.c for the source
> code
> 
>  
> 
>  
> 
> Bests Regards
> 
> 
> 
>  
> 
> Pierre-Marie MOULIERE
> 
> Responsable des Technologies, Méthodes & Support Logiciels  
> 
> ARC INTERNATIONAL
> 
> 41 Avenue du Général De GAULLE
> 
> 62510 ARQUES
> 
> Tel 03 21 95 47 76
> 
> Fax  03 21 38 97 02
> 
> Email  
> [EMAIL PROTECTED]
> 
>  
> 
>  
> 
>  
> 
>  
> 
> ID:   21549
> 
>  Updated by:   [EMAIL PROTECTED]
> 
>  Reported By:  [EMAIL PROTECTED]
> 
> -Status:   Open
> 
> +Status:   Feedback
> 
>  Bug Type: *Database Functions
> 
>  Operating System: HP-UX 11.00
> 
>  PHP Version:  4.2.1
> 
>  New Comment:
> 
>  
> 
> Please send this patch to [EMAIL PROTECTED] (make sure you  have a
> 
> patch against either PHP 4.3.0 or the latest non-stable cvs version).
> 
>  
> 
> Derick
> 
>  
> 
>  
> 
> Previous Comments:
> 
> 
> 
>  
> 
> [2003-01-09 08:41:13] [EMAIL PROTECTED]
> 
>  
> 
> We use permanent connections to the Database INGRES II.  Connections
> 
> are not usable any more when the Database is offline.  When the base is
> 
> again available, open connections are not accessible any more.  the
> 
> only solution to purge connections is stop the Web server APACHE and
> 
> start . 
> 
> Also we modified the PHP INGRES II module in order to fix the problem. 
> 
> It's run in our company for several weeks without problem.  We can send
> 
> you the modify sources codes.  We have several hundreds of users access
> 
> INGRES database with PHP.
> 
> Sorry for the enghish.
> 
> Best Regards 
> 
> Pierre-Marie MOULIERE
> 
> ARC-INTERNATIONAL
> 
> 41 Avenue du giniral de GAULLE
> 
> 62510 ARQUES 
> 
> FRANCE
> 
> Web site : http://www.arc-international.com
> 
> email : [EMAIL PROTECTED]
> 
>  
> 
>  
> 
> 
> 
>  
> 
>  
> 
> 

-- 

-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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




Re: [PHP-DEV] bcmath, calendar, ftp, wddx on Win32

2003-01-10 Thread Andi Gutmans
At 06:36 PM 1/9/2003 +0100, Sebastian Bergmann wrote:

  For as long as I can remember, the bcmath, calendar, ftp and wddx
  extensions are enabled by default on Win32.

  But why? I mean, they are not enabled by default on *NIX, so why the
  inconsistency?


Because building this stuff on Windows is harder and it's probably easiest 
for Windows users to have stuff in by default.

Andi


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



Re: [PHP-DEV] size of session vars

2003-01-10 Thread Andi Gutmans
Hi,

Lately, when people start asking php-general questions on php-dev people 
give them the answer and add "but you should have asked on the php-general 
list". Having received a good answer from php-dev gives them incentive to 
mail us again :)
I suggest we keep to the standard polite reply that they should please mail 
php-general without giving them the answers.

Andi

At 04:26 AM 1/8/2003 -0700, Rick Widmer wrote:
At 10:52 AM 1/8/03 +0100, Hannes Smit wrote:

Does anyone know how much space can be stored in a session?



How much free space do you have on the drive that holds the session 
data?  I don't think there is an arbitrary limit on session size.  Just 
the limitations of the resources of your machine.


This thread probably belongs on php-general.  This list is for the 
development _of_ php, not _with_ php.

Rick


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


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




Re: [PHP-DEV] What headers/libs does Win32 Snaps build use?

2003-01-10 Thread Andi Gutmans
At 01:31 AM 1/8/2003 +0100, Edin Kadribasic wrote:

Yes, Steph is right, the set of libraries used on the snaps machine is ~70MB
(uncompressed) and I don't think it's practical to update win32build.zip to
include them all. And this 70 MB does not include files needed for building
ext/infromix, ext/interbase and sapi/pi3web.


I actually think the more complete we can make the win32build.zip the better.
Andi


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




[PHP-DEV] TR : Bug #21549 [Opn->Fbk]: problem with INGRES II permanent connexions

2003-01-10 Thread pierre-marie mouliere








 

 

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Envoyé : jeudi 9 janvier 2003 15:45
À : [EMAIL PROTECTED]
Objet : Bug #21549 [Opn->Fbk]: problem with INGRES II permanent
connexions

 

 

 

Hello, I send you the modifications made to the INGRES
II extensions.

All the modified lines ends by /* INTERNATIONAL ARC */

Attached find 2 files. Diff for differences only and ii.c
for the source code

 

 

Bests Regards



 

Pierre-Marie MOULIERE

Responsable des Technologies, Méthodes
& Support Logiciels  

ARC INTERNATIONAL

41 Avenue du Général De GAULLE

62510 ARQUES

Tel 03 21 95 47 76

Fax  03 21 38 97 02

Email [EMAIL PROTECTED]

 

 

 

 

ID:   21549

 Updated by:   [EMAIL PROTECTED]

 Reported By:  [EMAIL PROTECTED]

-Status:   Open

+Status:   Feedback

 Bug Type: *Database Functions

 Operating System: HP-UX 11.00

 PHP Version:  4.2.1

 New Comment:

 

Please send this patch to [EMAIL PROTECTED] (make sure you  have a

patch against either PHP 4.3.0 or the latest non-stable cvs version).

 

Derick

 

 

Previous Comments:



 

[2003-01-09 08:41:13] [EMAIL PROTECTED]

 

We use permanent connections to the Database INGRES II.  Connections

are not usable any more when the Database is offline.  When the base is

again available, open connections are not accessible any more.  the

only solution to purge connections is stop the Web server APACHE and

start . 

Also we modified the PHP INGRES II module in order to fix the problem. 

It's run in our company for several weeks without problem.  We can send

you the modify sources codes.  We have several hundreds of users access

INGRES database with PHP.

Sorry for the enghish.

Best Regards 

Pierre-Marie MOULIERE

ARC-INTERNATIONAL

41 Avenue du giniral de GAULLE

62510 ARQUES 

FRANCE

Web site : http://www.arc-international.com

email : [EMAIL PROTECTED]

 

 



 

 






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


Re: [PHP-DEV] Include a file from inside an extension...

2003-01-10 Thread Andi Gutmans
You are probably best off using zend_eval_string() and eval "include 
"$myfile.inc;".

Andi

At 04:51 PM 1/7/2003 +, Stefano Corsi wrote:
Hello,

does someone understand if this is the right procedure to include a filename
from inside a C extension?

MAKE_STD_ZVAL(filename_z);
ZVAL_STRING(filename_z, "myfile.inc", 1);
op = compile_filename(ZEND_INCLUDE, filename_z);
zend_execute(op TSRMLS_CC);

Thanks,
Stefano


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



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




[PHP-DEV] jpeg2000 in php 4.3

2003-01-10 Thread Adaloglou Maria
As I have read in the manual about the getimagesize function that
"Note: JPEG2000 support will be added in PHP 4.3. "
Do you know if it is supported finaly?





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




Re: [PHP-DEV] Compile error in xml-rpc (HEAD)

2003-01-10 Thread Derick Rethans
On Fri, 10 Jan 2003, Derick Rethans wrote:

> Hi,
> 
> I patched my local tree, am now testing and if it works I'll commit.

It works! (And I committed). Thanks for the patch.

Derick

-- 

-
 Derick Rethans http://derickrethans.nl/ 
 PHP Magazine - PHP Magazine for Professionals   http://php-mag.net/
-


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