date:20021114

[PHP-DEV] Safe_mode options

2002-11-14 Thread Ryan McConigley


	Hi,

	We've had a problem with PHP4 and Apache2 regarding what 
"safe_mode_include_dir" actually did.  I assumed any directories listed 
under it would be excluded from all safe mode checks, but apparently its 
just require and include functions?  (See 
http://bugs.php.net/bug.php?id=20054 for further info)

	This was causing some problems for us, especially when a user would want 
to access a common datafile in a different directory.  If they were not in 
the same group or the original user, then it didn't work.  Unfortunately 
due to the "open" nature of the university, having everyone in a same group 
isn't a solution.

	So, while I was hoping for a solution from the php gods, I started looking 
at source and think I have added in a work-around.  It works on a similar 
thing to the safe_mode_include_dir tag, configured in php.ini.

	However, being completely new to hacking something like this does anyone 
have good pointers for how to test it?  Secondly do people think this is 
something they would be interested in?

	Cheers,
		Ryan.
--
  Ryan McConigley - Systems Administrator  _.-,
 Computer Science   University of Western Australia.--'  '-._
   Tel: (+61 8) 9380 7082 - Fax: (+61 8) 9380 1089   _/`-  _  '.
Email: [EMAIL PROTECTED] - http://www.cs.uwa.edu.au/~ryan  ''._`.. \
 ` \;
 "You're just jealous because the voices are talking to me";_\




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

RE: [PHP-DEV] show_source()

2002-11-14 Thread Derick Rethans

On Thu, 14 Nov 2002, John Coggeshall wrote:

> 
> If no one has an objection, I'll look into making some of that happen.

THere was already some discussion about this a few weeks ago on this 
list. AFAIK the concensus was to re-implement the whole show_source() 
thing, see: 
http://marc.theaimsgroup.com/?l=php-dev&m=103190697430631&w=2
http://marc.theaimsgroup.com/?l=php-dev&m=103260607216272&w=2

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-

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

[PHP-DEV] PHP Database

2002-11-14 Thread Steven Priddy

I am looking into how I can make a database like this one that is MySql
controlled. http://www.uhlfans.com/uhlstats/ That is one of my partners
sites but the guy that created the database can't or won't tell me how to
build one myself for a different subject. Thanks for your help!



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

Re: [PHP-DEV] show_source()

2002-11-14 Thread Eric Coleman

I would actually love to see that :)


"John Coggeshall" <[EMAIL PROTECTED]> wrote in message
news:000701c28c5e$ac9cb200$9d10fea9@;coogle...

If no one has an objection, I'll look into making some of that happen.

John


|-Original Message-
|From: [EMAIL PROTECTED] [mailto:nicos@;php.net]
|Sent: Thursday, November 14, 2002 10:15 PM
|To: [EMAIL PROTECTED]
|Subject: [PHP-DEV] show_source()
|
|
|Hello,
|
|Some users are requesting some new arguments in
|show_source() like having the line numbers, having a link to
|the php manual when a function is called... (see  #12442 )
|
|What do you think of that?
|
|Regards.
|M.CHAILLAN Nicolas
|[EMAIL PROTECTED]
|www.WorldAKT.com Hébergement de sites internets.
|
|
|
|
|--
|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] CVS Daily??

2002-11-14 Thread John Coggeshall


I haven't received a CVS Daily report in a couple of days... Something
broken?

John


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

RE: [PHP-DEV] show_source()

2002-11-14 Thread John Coggeshall


If no one has an objection, I'll look into making some of that happen.

John


|-Original Message-
|From: [EMAIL PROTECTED] [mailto:nicos@;php.net] 
|Sent: Thursday, November 14, 2002 10:15 PM
|To: [EMAIL PROTECTED]
|Subject: [PHP-DEV] show_source()
|
|
|Hello,
|
|Some users are requesting some new arguments in 
|show_source() like having the line numbers, having a link to 
|the php manual when a function is called... (see  #12442 )
|
|What do you think of that?
|
|Regards.
|M.CHAILLAN Nicolas
|[EMAIL PROTECTED]
|www.WorldAKT.com Hébergement de sites internets.
|
|
|
|
|-- 
|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] mime_magic segfaults

2002-11-14 Thread Ilia A.

Could you try the attached patch and see if it fixes the problem.

Ilia

On November 14, 2002 03:10 pm, Moriyoshi Koizumi wrote:
> Hi,
>
> I found a bug in mime_magic. If the module fails to read the magic file
> specified by mime_magic.magicfile during the module initialisation, it
> tries to put an error, and then segfaults.
>
> Here's the backtrace.
>
> #0  0x0813402b in sapi_send_headers (tsrm_ls=0x8277f68)
> at /home/koizumi/src/php.net/HEAD/php4/main/SAPI.c:673
> #1  0x080e5ce2 in php_header ()
> at /home/koizumi/src/php.net/HEAD/php4/ext/standard/head.c:62
> #2  0x08171433 in sapi_cli_log_message (
> message=0x82a5c74 "PHP Warning:  mime_magic: can't read magic file
> .ext/mime _magic/tests/magic.test.1 in Unknown on line 0")
> at /home/koizumi/src/php.net/HEAD/php4/sapi/cli/php_cli.c:174
> #3  0x0812d639 in php_log_err (
> log_message=0x82a5c74 "PHP Warning:  mime_magic: can't read magic file
> .ext/ mime_magic/tests/magic.test.1 in Unknown on line 0",
> tsrm_ls=0x8277f68) at /home/koizumi/src/php.net/HEAD/php4/main/main.c:360
> #4  0x0812dc9a in php_error_cb (type=2, error_filename=0x8228eab "Unknown",
> error_lineno=0, format=0x81fcb00 "mime_magic: can't read magic file
> %s", args=0xbfffd7b8) at
> /home/koizumi/src/php.net/HEAD/php4/main/main.c:600 #5  0x081581d9 in
> zend_error (type=2,
> format=0x81fcb00 "mime_magic: can't read magic file %s")
> at /home/koizumi/src/php.net/HEAD/php4/Zend/zend.c:711
> #6  0x080b2206 in apprentice ()
> at /home/koizumi/src/php.net/HEAD/php4/ext/mime_magic/mime_magic.c:348
> #7  0x080b1f4e in zm_startup_mime_magic (type=1, module_number=9,
> tsrm_ls=0x8277f68)
> at /home/koizumi/src/php.net/HEAD/php4/ext/mime_magic/mime_magic.c:266
> #8  0x0815a053 in zend_startup_module (module=0x82577a0)
> at /home/koizumi/src/php.net/HEAD/php4/Zend/zend_API.c:1008
> #9  0x0812ec2b in php_startup_extensions (ptr=0x82621a0, count=15)
> at /home/koizumi/src/php.net/HEAD/php4/main/main.c:974
> #10 0x08172732 in php_startup_internal_extensions ()
> at main/internal_functions_cli.c:79
> #11 0x0812f090 in php_module_startup (sf=0x8261f60, additional_modules=0x0,
> num_additional_modules=0)
> at /home/koizumi/src/php.net/HEAD/php4/main/main.c:1138
> #12 0x08171955 in main (argc=1, argv=0xba94)
> at /home/koizumi/src/php.net/HEAD/php4/sapi/cli/php_cli.c:446
> #13 0x40318507 in __libc_start_main (main=0x81717e8 , argc=1,
> ubp_av=0xba94, init=0x80671f8 <_init>, fini=0x8172770 <_fini>,
> rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xba8c)
> at ../sysdeps/generic/libc-start.c:129
>
>
> IMO php_error() should not be used in PHP_MINIT_FUNCTION. Any fix else?
>
>
> Moriyoshi

Index: mime_magic.c
===
RCS file: /repository/php4/ext/mime_magic/mime_magic.c,v
retrieving revision 1.13
diff -u -3 -p -r1.13 mime_magic.c
--- mime_magic.c4 Oct 2002 19:01:34 -   1.13
+++ mime_magic.c15 Nov 2002 03:24:35 -
@@ -304,6 +304,11 @@ PHP_FUNCTION(mime_content_type)
return;
}
 
+   if ((int) conf->magic == -1) {
+zend_error(E_ERROR, MODNAME " could not be initialized, magic file %s 
+is not avaliable",  conf->magicfile);
+   RETURN_FALSE;
+   } 
+
if(!conf->magic) {
php_error(E_WARNING, MODNAME " not initialized");
RETURN_FALSE;
@@ -343,13 +348,12 @@ static int apprentice(void)
 magic_server_config_rec *conf = &mime_global;
 
 fname = conf->magicfile; // todo cwd?
-f = fopen(fname, "r");
+f = fopen(fname, "rb");
 if (f == NULL) {
-   php_error(E_WARNING,
-MODNAME ": can't read magic file %s", fname);
-   return -1;
+   (int) conf->magic = -1;
+   return -1;
 }
-
+
 /* set up the magic list (empty) */
 conf->magic = conf->last = NULL;
 


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

[PHP-DEV] show_source()

2002-11-14 Thread nicos

Hello,

Some users are requesting some new arguments in show_source() like
having the line numbers, having a link to the php manual when a function is
called... (see  #12442 )

What do you think of that?

Regards.
M.CHAILLAN Nicolas
[EMAIL PROTECTED]
www.WorldAKT.com Hébergement de sites internets.




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

RE: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Mike Robinson

Derick Rethans wrote:
 
> It clearly crashes in the gid stuff... most likely the zlib version 
> against which gd was build does not match the zlib against PHP was 
> linked. But I really dont think you should be asking for support, as 
> this is a hacked up GD.

Nope, not asking for support. Just mentioning the segfault.
Thanks for taking it easy on me though. :)

Best Regards
Mike Robinson





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

[PHP-DEV] [CORRECTED] [PATCH] fancy_html_errors

2002-11-14 Thread John Bradford

Hi,

Thanks for pointing me to README.SUBMITTING_PATCH - it's only included
in the CVS tree, not in the releases.  It might be a good idea to put
it in distribution releases too - I did look around for such a guide
before submitting.

Anyway, here is a new patch against the CVS tree.

Basically, I've added a new option, fancy_html_errors, which defaults
to ON.  If set, it overrides html_errors, and outputs errors in the
same html format, but also includes the following style information:

position:fixed;left:25%;right:25%;top:25%;bottom:25%;
border-style:dashed;border-size:2;background:white;

the reason I'm suggesting this is that at the moment, it's possible to
'loose' a php error message in amoungst other webpage output.  The
style information causes compatible browsers, (Konqueror, for
example), to render a box in the middle of the screen with a dashed
border, containing the php error against a white background.

The only problem I can see is that multiple errors will overlap, but
whether that is a problem or not depends on the user.

John.

Index: main/main.c
===
RCS file: /repository/php4/main/main.c,v
retrieving revision 1.512
diff -u -r1.512 main.c
--- main/main.c 12 Nov 2002 14:40:00 -  1.512
+++ main/main.c 14 Nov 2002 20:57:31 -
@@ -246,6 +246,7 @@
STD_PHP_INI_BOOLEAN("expose_php",   "1",
PHP_INI_SYSTEM, OnUpdateBool,   expose_php,
 php_core_globals,   core_globals)
STD_PHP_INI_ENTRY("docref_root", "http://www.php.net/";, PHP_INI_ALL,   
 OnUpdateString, docref_root,php_core_globals, 
  core_globals)
STD_PHP_INI_ENTRY("docref_ext", "",
 PHP_INI_ALL,OnUpdateString, docref_ext,   
  php_core_globals,   core_globals)
+   STD_PHP_INI_BOOLEAN("fancy_html_errors","1",PHP_INI_ALL,   
+ OnUpdateBool,   fancy_html_errors,  
+php_core_globals,   core_globals)
STD_PHP_INI_BOOLEAN("html_errors",  "1",
PHP_INI_ALL,OnUpdateBool,   html_errors,   
 php_core_globals,   core_globals)
STD_PHP_INI_BOOLEAN("xmlrpc_errors","0",
PHP_INI_SYSTEM, OnUpdateBool,   xmlrpc_errors, 
 php_core_globals,   core_globals)
STD_PHP_INI_ENTRY("xmlrpc_error_number","0",PHP_INI_ALL,   
 OnUpdateInt,xmlrpc_error_number,php_core_globals, 
  core_globals)
@@ -453,7 +454,11 @@
}
}
if (PG(html_errors)) {
-   php_error(type, "%s(%s) [%s]: 
%s", get_active_function_name(TSRMLS_C), params, docref_root, docref, docref_target, 
docref, buffer);
+   if (PG(fancy_html_errors)) {
+   php_error(type, "%s(%s)
+ [%s]: %s", get_active_function_name(TSRMLS_C), params, 
+docref_root, docref, docref_target, docref, buffer);
+   } else {
+   }   
+   php_error(type, "%s(%s) [%s]: %s", 
+get_active_function_name(TSRMLS_C), params, docref_root, docref, docref_target, 
+docref, buffer);
} else {
php_error(type, "%s(%s) [%s%s%s]: %s", 
get_active_function_name(TSRMLS_C), params, docref_root, docref, docref_target, 
buffer);
}
@@ -609,6 +614,9 @@
error_format = PG(html_errors) ?
"\n%s:  %s in %s on line 
%d\n"
: "\n%s: %s in %s on line %d\n";
+   if (PG(fancy_html_errors)) {
+   error_format = "\n%s:  %s in %s on line %d\n";
+   }
if (PG(xmlrpc_errors)) {
error_format = do_alloca(ERROR_BUF_LEN);
snprintf(error_format, ERROR_BUF_LEN-1, "faultCode%ldfaultString%%s:%%s
 in %%s on line 
%%d", 
PG(xmlrpc_error_number));
Index: main/php_globals.h
===
RCS file: /repository/php4/main/php_globals.h,v
retrieving revision 1.84
diff -u -r1.84 php_globals.h
--- main/php_globals.h  21 Oct 2002 16:41:06 -  1.84
+++ main/php_globals.h  14 Nov 2002 20:57:31 -
@@ -125,6 +125,7 @@
char *docref_ext;
 
zend_bool html_errors;
+   zend_bool fancy_html_errors;
zend_bool xmlrpc_errors;
 
long xmlrpc_error_number;


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

[PHP-DEV] Extension debugging (stand alone extension)

2002-11-14 Thread Glenn MacGregor

Hi All,

I have written an extension to php, it looks like it is crashin in a library
call.  Is there anyway to use gdb to debug this stuff?

Thanks
Glenn



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

[PHP-DEV] mime_magic segfaults

2002-11-14 Thread Moriyoshi Koizumi

Hi,

I found a bug in mime_magic. If the module fails to read the magic file 
specified by mime_magic.magicfile during the module initialisation, it 
tries to put an error, and then segfaults.

Here's the backtrace.

#0  0x0813402b in sapi_send_headers (tsrm_ls=0x8277f68)
at /home/koizumi/src/php.net/HEAD/php4/main/SAPI.c:673
#1  0x080e5ce2 in php_header ()
at /home/koizumi/src/php.net/HEAD/php4/ext/standard/head.c:62
#2  0x08171433 in sapi_cli_log_message (
message=0x82a5c74 "PHP Warning:  mime_magic: can't read magic file .ext/mime
_magic/tests/magic.test.1 in Unknown on line 0")
at /home/koizumi/src/php.net/HEAD/php4/sapi/cli/php_cli.c:174
#3  0x0812d639 in php_log_err (
log_message=0x82a5c74 "PHP Warning:  mime_magic: can't read magic file .ext/
mime_magic/tests/magic.test.1 in Unknown on line 0", tsrm_ls=0x8277f68)
at /home/koizumi/src/php.net/HEAD/php4/main/main.c:360
#4  0x0812dc9a in php_error_cb (type=2, error_filename=0x8228eab "Unknown",
error_lineno=0, format=0x81fcb00 "mime_magic: can't read magic file %s",
args=0xbfffd7b8) at /home/koizumi/src/php.net/HEAD/php4/main/main.c:600
#5  0x081581d9 in zend_error (type=2,
format=0x81fcb00 "mime_magic: can't read magic file %s")
at /home/koizumi/src/php.net/HEAD/php4/Zend/zend.c:711
#6  0x080b2206 in apprentice ()
at /home/koizumi/src/php.net/HEAD/php4/ext/mime_magic/mime_magic.c:348
#7  0x080b1f4e in zm_startup_mime_magic (type=1, module_number=9,
tsrm_ls=0x8277f68)
at /home/koizumi/src/php.net/HEAD/php4/ext/mime_magic/mime_magic.c:266
#8  0x0815a053 in zend_startup_module (module=0x82577a0)
at /home/koizumi/src/php.net/HEAD/php4/Zend/zend_API.c:1008
#9  0x0812ec2b in php_startup_extensions (ptr=0x82621a0, count=15)
at /home/koizumi/src/php.net/HEAD/php4/main/main.c:974
#10 0x08172732 in php_startup_internal_extensions ()
at main/internal_functions_cli.c:79
#11 0x0812f090 in php_module_startup (sf=0x8261f60, additional_modules=0x0,
num_additional_modules=0)
at /home/koizumi/src/php.net/HEAD/php4/main/main.c:1138
#12 0x08171955 in main (argc=1, argv=0xba94)
at /home/koizumi/src/php.net/HEAD/php4/sapi/cli/php_cli.c:446
#13 0x40318507 in __libc_start_main (main=0x81717e8 , argc=1,
ubp_av=0xba94, init=0x80671f8 <_init>, fini=0x8172770 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xba8c)
at ../sysdeps/generic/libc-start.c:129


IMO php_error() should not be used in PHP_MINIT_FUNCTION. Any fix else?


Moriyoshi



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

Re: [PHP-DEV] [PATCH] fancy_html_errors

2002-11-14 Thread Marcus Börger

You can configure error messages in various ways from you php.ini.
Below you can read about in a php.ini snippet (php.ini-dist should be
contained in your distribution).

If you have more questions about those ini directives -> ask 
mailto:php-general@;lists.php.net

According to your patch: The mail server deletes some attachments
so give another name or better set up a http link or inline it if it is small
enough.

marcus

log_errors_max_len = 1024

; Do not log repeated messages. Repeated errors must occur in same file on same
; line until ignore_repeated_source is set true.
ignore_repeated_errors = Off

; Ignore source of message when ignoring repeated messages. When this setting
; is On you will not log errors with repeated messages from different files or
; sourcelines.
ignore_repeated_source = Off

; If this parameter is set to Off, then memory leaks will not be shown (on
; stdout or in the log). This has only effect in a debug compile, and if
; error reporting includes E_WARNING in the allowed list
report_memleaks = On

; Store the last error/warning message in $php_errormsg (boolean).
track_errors = Off

; Disable the inclusion of HTML tags in error messages.
;html_errors = Off

; If html_errors is set On PHP produces clickable error messages that direct
; to a page describing the error or function causing the error in detail.
; You can download a copy of the PHP manual from http://www.php.net/docs.php
; and change docref_root to the base URL of your local copy including the
; leading '/'. You must also specify the file extension being used including
; the dot.
;docref_root = /phpmanual/
;docref_ext = .html

; String to output before an error message.
;error_prepend_string = ""

; String to output after an error message.
;error_append_string = ""


At 20:36 14.11.2002, John Bradford wrote:
Hi,

Firstly, please accept my appologies if this is the wrong list to send
a patch to.

PHP error messages in web pages are often made difficult to read by
the surrounding HTML, and it occurred to me that style-sheet aware
browsers could render errors in a more attention-getting way.  Non
style-sheet aware browsers should just ignore the extra code.

The following patchset defines:

fancy_html_errors

and displays errors in a large box in the middle of the screen, in a
capable browser, E.G. Konqueror.

One problem is that all errors will overlap, so only the last one is
visible, so maybe this output should be in addition to, not instead of
the usual error reporting?

The attached patch is against PHP 4.2.3.

John.

--
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] PHP 4.3 ToDo

2002-11-14 Thread Marcus Börger




| >* Change PHP error messages, so that they point to pages
|or sections
| >  in the PHP Manual.
|

Any particular concern as to how/when to point to the manual? I'm
assuming a HREF to http://www.php.net/ works, for every
function?


We simply have to convert php_error() calls to php_error_docref() Calls and
everything else is done automagically :-)
Again http://marcus-boerger.de/docref.txt



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

[PHP-DEV] [RESEND] [PATCH] fancy_html_errors

2002-11-14 Thread John Bradford

Ah, looks like I have to send the patch in-line, not as an attachment?

John.

diff --unified php-4.2.3.orig/main/main.c php-4.2.3/main/main.c
--- php-4.2.3.orig/main/main.c  2002-07-25 10:35:18.0 +0100
+++ php-4.2.3/main/main.c   2002-11-14 19:02:44.0 +
@@ -218,6 +218,7 @@
STD_PHP_INI_BOOLEAN("display_startup_errors",   "0",PHP_INI_ALL,   
 OnUpdateBool,   display_startup_errors, php_core_globals,   
core_globals)
STD_PHP_INI_BOOLEAN("enable_dl","1",
PHP_INI_SYSTEM, OnUpdateBool,   enable_dl, 
 php_core_globals,   core_globals)
STD_PHP_INI_BOOLEAN("expose_php",   "1",
PHP_INI_SYSTEM, OnUpdateBool,   expose_php,
 php_core_globals,   core_globals)
+   STD_PHP_INI_BOOLEAN("fancy_html_errors","1",
+PHP_INI_SYSTEM, OnUpdateBool,   fancy_html_errors,
+  php_core_globals,   core_globals)
STD_PHP_INI_BOOLEAN("html_errors",  "1",
PHP_INI_SYSTEM, OnUpdateBool,   html_errors,   
 php_core_globals,   core_globals)
STD_PHP_INI_BOOLEAN("xmlrpc_errors","0",
PHP_INI_SYSTEM, OnUpdateBool,   xmlrpc_errors, 
 php_core_globals,   core_globals)
STD_PHP_INI_ENTRY("xmlrpc_error_number","0",PHP_INI_ALL,   
 OnUpdateInt,xmlrpc_error_number,php_core_globals, 
  core_globals)
@@ -467,6 +468,9 @@
error_format = PG(html_errors) ?
"\n%s:  %s in %s on line 
%d\n"
: "\n%s: %s in %s on line %d\n";
+   if (PG(fancy_html_errors)) {
+   error_format = "\n%s:  %s in %s on line %d\n";
+   }
if (PG(xmlrpc_errors)) {
error_format = do_alloca(1024);
snprintf(error_format, 1023, "faultCode%ldfaultString%%s:%%s
 in %%s on line 
%%d", 
PG(xmlrpc_error_number));
diff --unified php-4.2.3.orig/main/php_globals.h php-4.2.3/main/php_globals.h
--- php-4.2.3.orig/main/php_globals.h   2002-02-28 08:27:03.0 +
+++ php-4.2.3/main/php_globals.h2002-11-14 19:00:26.0 +
@@ -116,6 +116,7 @@
 
zend_bool y2k_compliance;
 
+   zend_bool fancy_html_errors;
zend_bool html_errors;
zend_bool xmlrpc_errors;
 

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

Re: [PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread Georg Richter

On Thursday 14 November 2002 19:58, Steven Roussey wrote:
> Personally, I'd like to see the MySQL extension work again.
>
> The issue: persistent connections are broken when used heavily.
>
> Simple fix: _restore_connection_defaults() can be eliminated until fixed
> properly.

As discussed with Derick and Zak we will remove this stuff and wait until a 
resolution inside the api is available (new api-function: 
mysql_reset_connection). To unset all these things (and we can't unset all) 
needs more time than to establish a new connection.

Additionally we should add some warnings into the mysql_pconnect chapter.

Regards

Georg

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

RE: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Derick Rethans

On Thu, 14 Nov 2002, Mike Robinson wrote:

> 
> > Jani Taskinen writes:
> 
> > This was actually fixed long time ago in CVS..
> > 
> 
> I use 2.0.4 with the gif stuff hacked in, and current CVS from
> about 5 minutes ago segfaults when using the gif stuff. Might be
> a problem with the gd lib I'm using... backtrace as follows
> (couldn't get a core file).

It clearly crashes in the gid stuff... most likely the zlib version 
against which gd was build does not match the zlib against PHP was 
linked. But I really dont think you should be asking for support, as 
this is a hacked up GD.

Derick

> Starting program: /usr/local/apache/bin/httpd -X
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x40599842 in compress (init_bits=3, outfile=0x81614fc, im=0x8166c00) at
> gd_lzw_out.c:534
> 534 if ( HashTabOf (i) == fcode ) {
> (gdb) bt
> #0  0x40599842 in compress (init_bits=3, outfile=0x81614fc,
> im=0x8166c00) at gd_lzw_out.c:534
> #1  0x405996c5 in GIFEncode (fp=0x81614fc, GWidth=365, GHeight=599,
> GInterlace=0, Background=0, 
> Transparent=-1, BitsPerPixel=1, Red=0x8166c10, Green=0x8167010,
> Blue=0x8167410, im=0x8166c00)
> at gd_lzw_out.c:349
> #2  0x40599139 in gdImageLzwCtx (im=0x8166c00, out=0x81614fc) at
> gd_lzw_out.c:67
> #3  0x4059807b in gdImageGifCtx (im=0x8166c00, out=0x81614fc) at
> gd_gif_out.c:23
> #4  0x4014d413 in _php_image_output_ctx (ht=1, return_value=0x81612dc,
> this_ptr=0x0, return_value_used=0, 
> image_type=1, tn=0x402c77de "GIF", func_p=0x4059805a
> )
> at /usr/local/src/phpcvs/php4/ext/gd/gd_ctx.c:98
> #5  0x40150987 in zif_imagegif (ht=1, return_value=0x81612dc,
> this_ptr=0x0, return_value_used=0)
> at /usr/local/src/phpcvs/php4/ext/gd/gd.c:1642
> #6  0x4023e336 in execute (op_array=0x81512e4) at
> /usr/local/src/phpcvs/php4/Zend/zend_execute.c:1595
> #7  0x40231c15 in zend_execute_scripts (type=8, retval=0x0,
> file_count=3)
> at /usr/local/src/phpcvs/php4/Zend/zend.c:840
> #8  0x4020d20c in php_execute_script (primary_file=0xb6c0) at
> /usr/local/src/phpcvs/php4/main/main.c:1560
> #9  0x40241efe in apache_php_module_main (r=0x8144f1c,
> display_source_mode=0)
> at /usr/local/src/phpcvs/php4/sapi/apache/sapi_apache.c:55
> #10 0x402428c5 in send_php (r=0x8144f1c, display_source_mode=0,
> filename=0x0)
> at /usr/local/src/phpcvs/php4/sapi/apache/mod_php4.c:556
> #11 0x40242a5a in send_parsed_php (r=0x8144f1c) at
> /usr/local/src/phpcvs/php4/sapi/apache/mod_php4.c:571
> #12 0x080542c0 in ap_invoke_handler ()
> #13 0x0806876a in process_request_internal ()
> #14 0x080687ca in ap_process_request ()
> #15 0x0805fb8e in child_main ()
> #16 0x0805fd54 in make_child ()
> #17 0x0805febb in startup_children ()
> #18 0x080604e8 in standalone_main ()
> #19 0x08060d20 in main ()
> #20 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


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

[PHP-DEV] [PATCH] fancy_html_errors

2002-11-14 Thread John Bradford

Hi,

Firstly, please accept my appologies if this is the wrong list to send
a patch to.

PHP error messages in web pages are often made difficult to read by
the surrounding HTML, and it occurred to me that style-sheet aware
browsers could render errors in a more attention-getting way.  Non
style-sheet aware browsers should just ignore the extra code.

The following patchset defines:

fancy_html_errors

and displays errors in a large box in the middle of the screen, in a
capable browser, E.G. Konqueror.

One problem is that all errors will overlap, so only the last one is
visible, so maybe this output should be in addition to, not instead of
the usual error reporting?

The attached patch is against PHP 4.2.3.

John.


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

Re: [PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread Derick Rethans

On Thu, 14 Nov 2002, Steven Roussey wrote:

> Personally, I'd like to see the MySQL extension work again.
> 
> The issue: persistent connections are broken when used heavily.
> 
> Simple fix: _restore_connection_defaults() can be eliminated until fixed
> properly.
> 
> So if the simple fix is implemented then all users of MySQL not using
> transactions will work as before, whether using persistent connections
> or not. Standard working behavior. Which is not currently the case.
> 
> User's of MySQL using trasactions will not be able to use persistent
> connections. This has always been the case, but the trial fix for this
> has broken persistent connections for everyone. :(

I've been discussing this with the maintainer of the module, Georg, and 
he'll discuss it with the other maintainer, Zak. It's likely that this 
is indeed removed.

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


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

Re: [PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread Andrey Hristov

 I agree.

Nevertheless that I think 430 is stable, this unstability in the mysql
extension
will stop me from promoting to people I know the switch from 4.2.2 to 4.3.0
On my dev server we deployed 430-dev and I have seen those "out of sync"
errors. I think that it is maybe even a showstopper.

Regards,
Andrey

- Original Message -
From: "Steven Roussey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 8:58 PM
Subject: Re: [PHP-DEV] PHP 4.3 ToDo


> Personally, I'd like to see the MySQL extension work again.
>
> The issue: persistent connections are broken when used heavily.
>
> Simple fix: _restore_connection_defaults() can be eliminated until fixed
> properly.
>
> So if the simple fix is implemented then all users of MySQL not using
> transactions will work as before, whether using persistent connections
> or not. Standard working behavior. Which is not currently the case.
>
> User's of MySQL using trasactions will not be able to use persistent
> connections. This has always been the case, but the trial fix for this
> has broken persistent connections for everyone. :(
>
> -steve-
>
>
>
> --
> 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] GD 2.0.6 make errors

2002-11-14 Thread Mike Robinson


> Jani Taskinen writes:

> This was actually fixed long time ago in CVS..
> 

I use 2.0.4 with the gif stuff hacked in, and current CVS from
about 5 minutes ago segfaults when using the gif stuff. Might be
a problem with the gd lib I'm using... backtrace as follows
(couldn't get a core file).

Regards
Mike Robinson


Starting program: /usr/local/apache/bin/httpd -X

Program received signal SIGSEGV, Segmentation fault.
0x40599842 in compress (init_bits=3, outfile=0x81614fc, im=0x8166c00) at
gd_lzw_out.c:534
534 if ( HashTabOf (i) == fcode ) {
(gdb) bt
#0  0x40599842 in compress (init_bits=3, outfile=0x81614fc,
im=0x8166c00) at gd_lzw_out.c:534
#1  0x405996c5 in GIFEncode (fp=0x81614fc, GWidth=365, GHeight=599,
GInterlace=0, Background=0, 
Transparent=-1, BitsPerPixel=1, Red=0x8166c10, Green=0x8167010,
Blue=0x8167410, im=0x8166c00)
at gd_lzw_out.c:349
#2  0x40599139 in gdImageLzwCtx (im=0x8166c00, out=0x81614fc) at
gd_lzw_out.c:67
#3  0x4059807b in gdImageGifCtx (im=0x8166c00, out=0x81614fc) at
gd_gif_out.c:23
#4  0x4014d413 in _php_image_output_ctx (ht=1, return_value=0x81612dc,
this_ptr=0x0, return_value_used=0, 
image_type=1, tn=0x402c77de "GIF", func_p=0x4059805a
)
at /usr/local/src/phpcvs/php4/ext/gd/gd_ctx.c:98
#5  0x40150987 in zif_imagegif (ht=1, return_value=0x81612dc,
this_ptr=0x0, return_value_used=0)
at /usr/local/src/phpcvs/php4/ext/gd/gd.c:1642
#6  0x4023e336 in execute (op_array=0x81512e4) at
/usr/local/src/phpcvs/php4/Zend/zend_execute.c:1595
#7  0x40231c15 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/phpcvs/php4/Zend/zend.c:840
#8  0x4020d20c in php_execute_script (primary_file=0xb6c0) at
/usr/local/src/phpcvs/php4/main/main.c:1560
#9  0x40241efe in apache_php_module_main (r=0x8144f1c,
display_source_mode=0)
at /usr/local/src/phpcvs/php4/sapi/apache/sapi_apache.c:55
#10 0x402428c5 in send_php (r=0x8144f1c, display_source_mode=0,
filename=0x0)
at /usr/local/src/phpcvs/php4/sapi/apache/mod_php4.c:556
#11 0x40242a5a in send_parsed_php (r=0x8144f1c) at
/usr/local/src/phpcvs/php4/sapi/apache/mod_php4.c:571
#12 0x080542c0 in ap_invoke_handler ()
#13 0x0806876a in process_request_internal ()
#14 0x080687ca in ap_process_request ()
#15 0x0805fb8e in child_main ()
#16 0x0805fd54 in make_child ()
#17 0x0805febb in startup_children ()
#18 0x080604e8 in standalone_main ()
#19 0x08060d20 in main ()
#20 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 


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

Re: [PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread Steven Roussey

Personally, I'd like to see the MySQL extension work again.

The issue: persistent connections are broken when used heavily.

Simple fix: _restore_connection_defaults() can be eliminated until fixed
properly.

So if the simple fix is implemented then all users of MySQL not using
transactions will work as before, whether using persistent connections
or not. Standard working behavior. Which is not currently the case.

User's of MySQL using trasactions will not be able to use persistent
connections. This has always been the case, but the trial fix for this
has broken persistent connections for everyone. :(

-steve-



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

RE: [PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread John Coggeshall

| >* Make all extensions thread-safe.
|
|lol: How do we know that? Partly er rely on external 
|libraries...discussed 
|elsewhere

I don't think we're going to get the extensions all thread-safe... That
could very well be a third-party library issue having little to do with
PHP. If we can set things up to determine what modules aren't thread
safe and that is beyond our control, then have them somehow disabled
unless ./configured to do otherwise...

Shane and I have been slacking on the new test script (I think it has to
do with the fact that we got busy, and someone mentioned we could wait
until PHP5 before release hehe). But that script should help us pin down
what is safe and not... At least that is my understanding of it all.

| >* Change PHP error messages, so that they point to pages 
|or sections
| >  in the PHP Manual.
|

Any particular concern as to how/when to point to the manual? I'm
assuming a HREF to http://www.php.net/ works, for every
function?

|As a conclusion i think we should go for 4.4 and not directly 
|to 5.0. Additional i would vote for 4.4 being delivered in two 
|offical version one with ZE1 and one with ZE2.

I tend to agree, I'd like to see PHP4.4 come with ZE2 and be labeled
"stable".. 

My 2c For what its worth.

John


|marcus
|
|
|-- 
|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] GD 2.0.6 make errors

2002-11-14 Thread Clay P. Campbell

Thanks everyone,  it is fixed and I found the answer in php.bugs  Sorry again to 
bother the dev list

-Original Message-
From: Jani Taskinen [mailto:sniper@;iki.fi]
Sent: Thursday, November 14, 2002 12:37 PM
To: [EMAIL PROTECTED]
Cc: Adam Voigt; Clay P. Campbell; [EMAIL PROTECTED]
Subject: Re: [PHP-DEV] GD 2.0.6 make errors


This was actually fixed long time ago in CVS..
   
--Jani
   

On Thu, 14 Nov 2002, Marcus Börger wrote:

>No! Exactly the correct list because he told us that current version do not
>build with newest GD version. And the GD maintainers have to do something
>about that :-)
>
>marcus
>
>At 17:55 14.11.2002, Adam Voigt wrote:
>>Wrong list, try php-general or php-install, php-dev is for
>>discussion about the development of PHP not development in PHP.
>>
>>On Thu, 2002-11-14 at 11:51, Clay wrote:
>> > Gcc 3.2
>> > Solaris 9
>> >
>> > 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any platform?
>> >
>> > In file included from gd.c:83:
>> > gd_ctx.c: In function `_php_image_output_ctx':
>> > gd_ctx.c:70: structure has no member named `free'
>> > gd_ctx.c:98: structure has no member named `free'
>> > gd.c: In function `_php_image_type':
>> > gd.c:1014: structure has no member named `free'
>> > gd.c:1017: structure has no member named `free'
>> > gd.c: In function `_php_image_create_from':
>> > gd.c:1209: structure has no member named `free'
>> > make[3]: *** [gd.lo] Error 1
>> > make[2]: *** [all-recursive] Error 1
>> > make[1]: *** [all-recursive] Error 1
>> > make: *** [all-recursive] Error 1
>> >
>> > Any ideas
>> >
>> >
>> >
>> > --
>> > PHP Development Mailing List 
>> > To unsubscribe, visit: http://www.php.net/unsub.php
>> >
>>--
>>Adam Voigt ([EMAIL PROTECTED])
>>The Cryptocomm Group
>>My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc
>
>
>

--
<- For Sale! ->

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

Re: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Jani Taskinen


This was actually fixed long time ago in CVS..

--Jani


On Thu, 14 Nov 2002, Marcus Börger wrote:

>No! Exactly the correct list because he told us that current version do not
>build with newest GD version. And the GD maintainers have to do something
>about that :-)
>
>marcus
>
>At 17:55 14.11.2002, Adam Voigt wrote:
>>Wrong list, try php-general or php-install, php-dev is for
>>discussion about the development of PHP not development in PHP.
>>
>>On Thu, 2002-11-14 at 11:51, Clay wrote:
>> > Gcc 3.2
>> > Solaris 9
>> >
>> > 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any platform?
>> >
>> > In file included from gd.c:83:
>> > gd_ctx.c: In function `_php_image_output_ctx':
>> > gd_ctx.c:70: structure has no member named `free'
>> > gd_ctx.c:98: structure has no member named `free'
>> > gd.c: In function `_php_image_type':
>> > gd.c:1014: structure has no member named `free'
>> > gd.c:1017: structure has no member named `free'
>> > gd.c: In function `_php_image_create_from':
>> > gd.c:1209: structure has no member named `free'
>> > make[3]: *** [gd.lo] Error 1
>> > make[2]: *** [all-recursive] Error 1
>> > make[1]: *** [all-recursive] Error 1
>> > make: *** [all-recursive] Error 1
>> >
>> > Any ideas
>> >
>> >
>> >
>> > --
>> > PHP Development Mailing List 
>> > To unsubscribe, visit: http://www.php.net/unsub.php
>> >
>>--
>>Adam Voigt ([EMAIL PROTECTED])
>>The Cryptocomm Group
>>My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc
>
>
>

-- 
<- For Sale! ->


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

[PHP-DEV] PHP 4.3 ToDo

2002-11-14 Thread Marcus Börger

I am commenting some entries from the ToDo here:

>global
>--
>For PHP 4.3.0:
>* Add aliases to functions to conform to new naming conventions, e.g.
>  str_to_upper().

some work done - many work needed here.
What about a new compiler define that allows enabling/disabling old function
names and then make a configure switch for that? That would be a good and
simple solution, i guess.

>* Make all extensions thread-safe.

lol: How do we know that? Partly er rely on external libraries...discussed 
elsewhere

>* Make everything on the language-level independent of your locale
>  settings.

many work done - are we ready?

>* Change PHP error messages, so that they point to pages or sections
>  in the PHP Manual.

partly done

>* Make sure that all ZTS globals get destructed. Most ts_allocate_id()
>  calls should have a dtor entry.

?

>* Activate all extensions by default that don't rely on external
>  dependencies. (eg ftp) (DONE?)

not done extreme example is mbstring discussed the last days.

>* on some platforms unimplemented function will just do nothing
>  (e.g. symlink) they should print a warning or not even be defined!
>  (DONE ?)

partly done or are we already finished in this?

>* Use arg_separator.input to implode args in the CGI sapi extension
>  and arg_separator.input to explode in php_build_argv(). (DONE?)

?

>* Implement flush feature suitable for nested output buffers.

Heavily discussed - what will we do next here?

As a conclusion i think we should go for 4.4 and not directly to 5.0.
Additional i would vote for 4.4 being delivered in two offical version one
with ZE1 and one with ZE2.

marcus


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

Re: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Marcus Börger

No! Exactly the correct list because he told us that current version do not
build with newest GD version. And the GD maintainers have to do something
about that :-)

marcus

At 17:55 14.11.2002, Adam Voigt wrote:

Wrong list, try php-general or php-install, php-dev is for
discussion about the development of PHP not development in PHP.

On Thu, 2002-11-14 at 11:51, Clay wrote:
> Gcc 3.2
> Solaris 9
>
> 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any platform?
>
> In file included from gd.c:83:
> gd_ctx.c: In function `_php_image_output_ctx':
> gd_ctx.c:70: structure has no member named `free'
> gd_ctx.c:98: structure has no member named `free'
> gd.c: In function `_php_image_type':
> gd.c:1014: structure has no member named `free'
> gd.c:1017: structure has no member named `free'
> gd.c: In function `_php_image_create_from':
> gd.c:1209: structure has no member named `free'
> make[3]: *** [gd.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
>
> Any ideas
>
>
>
> --
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Adam Voigt ([EMAIL PROTECTED])
The Cryptocomm Group
My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc



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

RE: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Mike Robinson

Its up to 2.0.6 now. :)
Boutell has gone GD crazy all of a sudden.

Regards
Mike Robinson


> -Original Message-
> From: Pierre-Alain Joye [mailto:paj@;pearfr.org] 
> Sent: Thursday, November 14, 2002 11:55 AM
> To: Clay
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] GD 2.0.6 make errors
> 
> 
> On Thu, 14 Nov 2002 11:51:30 -0500
> "Clay" <[EMAIL PROTECTED]> wrote:
> 
> > Gcc 3.2
> > Solaris 9
> > 
> > 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any 
> > platform?
> 
> do you mean 2.04 official gd ?
> 
> pa
> 
> -- 
> 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] GD 2.0.6 make errors

2002-11-14 Thread Pierre-Alain Joye

On Thu, 14 Nov 2002 11:51:30 -0500
"Clay" <[EMAIL PROTECTED]> wrote:

> Gcc 3.2
> Solaris 9
> 
> 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any
> platform?

do you mean 2.04 official gd ?

pa

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

Re: [PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Adam Voigt

Wrong list, try php-general or php-install, php-dev is for
discussion about the development of PHP not development in PHP.

On Thu, 2002-11-14 at 11:51, Clay wrote:
> Gcc 3.2
> Solaris 9
> 
> 2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any platform?
> 
> In file included from gd.c:83:
> gd_ctx.c: In function `_php_image_output_ctx':
> gd_ctx.c:70: structure has no member named `free'
> gd_ctx.c:98: structure has no member named `free'
> gd.c: In function `_php_image_type':
> gd.c:1014: structure has no member named `free'
> gd.c:1017: structure has no member named `free'
> gd.c: In function `_php_image_create_from':
> gd.c:1209: structure has no member named `free'
> make[3]: *** [gd.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
> 
> Any ideas
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
-- 
Adam Voigt ([EMAIL PROTECTED])
The Cryptocomm Group
My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc



signature.asc
Description: This is a digitally signed message part

[PHP-DEV] GD 2.0.6 make errors

2002-11-14 Thread Clay

Gcc 3.2
Solaris 9

2.0.1 works fine.  Any ideas?  Anyone compile 2.0.6 yet on any platform?

In file included from gd.c:83:
gd_ctx.c: In function `_php_image_output_ctx':
gd_ctx.c:70: structure has no member named `free'
gd_ctx.c:98: structure has no member named `free'
gd.c: In function `_php_image_type':
gd.c:1014: structure has no member named `free'
gd.c:1017: structure has no member named `free'
gd.c: In function `_php_image_create_from':
gd.c:1209: structure has no member named `free'
make[3]: *** [gd.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

Any ideas



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

Re: [PHP-DEV] is_*

2002-11-14 Thread Melvyn Sopacua

At 03:46 14-11-2002, [EMAIL PROTECTED] wrote:


Hello,

After having helped many users, I just thought of new functions like
is_alpha, is_alnum, is_valid_email()


Oh - please don't touch that.
"Bug #102839404: php sent email to invalid address

Hi,
is_valid_email() says '[EMAIL PROTECTED]' is valid, but it is not.
Fix it!"



With kind regards,

Melvyn Sopacua



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

Re: [PHP-DEV] windows binaries with LIBXSLT enabled

2002-11-14 Thread Lucas M. Kalita

> > Is it possible to make Windows binaries (snapshots and releases)
> > to include XSLT/EXSLT support included in DOM XML extension.
> >
> > XSL transformation engine in DOM XML is in my opininion (we use it on
> > several sites) a lot better then XSLT extension (Sablotron).

> I would think that you would want (or have) to enable XSLT/EXSLT in both
> major platforms (win32 and *nix).
>
> However, the problem that i see is that many *nix developers do not need
> or possibly want DOM.  So coding it all might be more hassle then it is
> worth.
>
No. You have slightly misunderstood what i have on my mind :)

XSLT/EXSTL support is already in DOM XML extension in PHP. Under UNIX
systems you can easily just add --with-dom-xslt or --with-dom-exslt and
everything works great.

What I want is to enable --with-dom-xslt   and  --with-dom-exslt (the later
is not
so important in my opinion) when building Windows binaries in snapshots
and releases.

LK



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

Re: [PHP-DEV] windows binaries with LIBXSLT enabled

2002-11-14 Thread BigDog

I would think that you would want (or have) to enable XSLT/EXSLT in both
major platforms (win32 and *nix).

However, the problem that i see is that many *nix developers do not need
or possibly want DOM.  So coding it all might be more hassle then it is
worth.

IMHO

On Thu, 2002-11-14 at 11:52, Lucas M. Kalita wrote:
> Hi,
> 
> Is it possible to make Windows binaries (snapshots and releases)
> to include XSLT/EXSLT support included in DOM XML extension.
> 
> XSL transformation engine in DOM XML is in my opininion (we use it on
> several sites) a lot better then XSLT extension (Sablotron).
> 
> LK
-- 
.: B i g D o g :.

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

Re: [PHP-DEV] Sybase_ct and tli lib

2002-11-14 Thread Brian Foddy

Timm Friebe wrote:


On Wed, 2002-11-13 at 18:03, Brian Foddy wrote:
 

Timm,

I've seen it used for 10 years on Solaris, and I spent about
a year working on Irix and Informix, and there were some
references to it there also.  

strings libtli.so | grep "^Sybase"
Sybase TCP/IP TLI Library/12.0/P/SPARC/Solaris 2.5.1/1/OPT/Sat Sep 25 
21:07:40 1999
Sybase, Inc.  All rights reserved.
Sybase, Inc. 6475 Christie Avenue, Emeryville, CA 94608, USA
   


OK, so it should probably be added for those systems. 

A line like this should be added to config.m4 (wrapped for readability),
could you provide the second parameter here:

PHP_CHECK_LIBRARY(
 tli, 
 ---???---,
 [PHP_ADD_LIBRARY(tli,,SYBASE_CT_SHARED_LIBADD)],
 [],
 [-L$SYBASE_CT_LIBDIR]
)

or is maybe the pure existance of this file enough:
 


I'm not familiar with what the second arg of this macro does.
In our environment, which I've work on Solaris/Sybase for 10 yrs,
we always include it by default.



thekid@friebes:~/devel/php/php4 > cvs diff ext/sybase_ct/config.m4 
Index: ext/sybase_ct/config.m4
===
RCS file: /repository/php4/ext/sybase_ct/config.m4,v
retrieving revision 1.11
diff -u -r1.11 config.m4
--- ext/sybase_ct/config.m4 12 Mar 2002 16:36:30 -  1.11
+++ ext/sybase_ct/config.m4 14 Nov 2002 12:07:33 -
@@ -44,7 +44,11 @@
],[ 
  $SYBASE_CT_LIBS 
])
-  
+
+if test -f $SYBASE_CT_LIBDIR/libtli.so ; then
+  PHP_ADD_LIBRARY(tli,, SYBASE_CT_SHARED_LIBADD)
+  SYBASE_CT_LIBS="$SYBASE_CT_LIBS -ltli"
+fi
 


This looks fine.

I still wish I knew why it seems to work with root permissions, and not
with sudo; and in general knew more about this bugger.  Maybe I'll just
ask our Sybase DBA to open a case with Sybase and get the official
answer.  If I hear more, I'll pass it along.

Thanks,
Brian


 



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

Re: [PHP-DEV] curl_exec hangs

2002-11-14 Thread Sterling Hughes

> Good morning,
> 
> I am using curl to send xml string to my merchant's account gateway when
> curl_exec() executes the xml is successfully received by its destination but
> I am not getting anything back (it just hangs) Could anyone help me with
> this problem?
>

Hi, 

I'm sure someone could - ask it on [EMAIL PROTECTED]!

-Sterling

-- 
Sterling Hughes <[EMAIL PROTECTED]>
Did I help you? Consider a gift: http://wishlist.edwardbear.org/

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

Re: [PHP-DEV] [PHP-QA] Test results (fwd)

2002-11-14 Thread Marcus Börger

Done - the behaviour should now be the same and correct way on all systems.

marcus

At 12:08 14.11.2002, Derick Rethans wrote:

On Thu, 14 Nov 2002, Marcus Börger wrote:

> No! The problem is this differs from system to system.
> I thought most systems allow read during write and implemented it the
> test this way until i had a solution for the extension to disallow read
> during write.
>
> I must disallow it because most libraries have problems (flushing of data).
> So that the results are not as expected. I hope i can commit a solution
> to this tody. Should i commit the expected test results already now?

I'm all for the in-once thing, it would be cool if this 'fix' could go
into RC1 which is due tonight (our time).

Derick

> At 19:52 13.11.2002, Derick Rethans wrote:
>
>
> >-- Forwarded message --
> >Date: 13 Nov 2002 18:32:03 -
> >From: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: [PHP-QA] Test results
> >
> >
> >=== 
=
> >/opt/DEV/php/php4/ext/dba/tests/dba_gdbm.phpt
> >=== 
=
> >
> > EXPECTED OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Read during write permitted
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > ACTUAL OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Cannot read during write operation
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > FAILED
> >
> >=== 
=
> >005- Read during write permitted
> >005+ Cannot read during write operation
> >=== 
=
> >
> >
> >I think this just fails because the error message changed?
> >
> >
> >Derick
> >
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php
>

--

---
 Derick Rethans   http://derickrethans.nl/
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


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

[PHP-DEV] CVS Account Request: xelis

2002-11-14 Thread Dan Tofan

I'm a Computer Science student in Romania and I would like to help translating the 
documentation in Romanian. My English is very good, moreover I have a Toefl 
certificate in English.

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

Re: [PHP-DEV] ext/overload API

2002-11-14 Thread Timm Friebe

On Thu, 2002-11-14 at 14:09, Timm Friebe wrote:
> Hello,
[...]
> function __get($k) {
>   return $this->$k;
> }
[...]

Woops, this is wrong, of course.

function __get($k, &$v) {
  $v= &$this->$k;
  return TRUE;
}

I also missed that if a member variable exists, __get or __set won't be
called. I think this'd be quite useful though...

-- 
Timm
Any sufficiently advanced bug is indistinguishable from a feature

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

Re: [PHP-DEV] ext/overload API

2002-11-14 Thread Andrei Zmievski

On Thu, 14 Nov 2002, Timm Friebe wrote:
> Hello,
> Andrei, as I can see, you're the author of ext/overload. As suggested
> earlier, I've added a second parameter to sybase_fetch_object() which
> allows users to pass an object to be filled with the results from the
> fetched row (e.g. $article= sybase_fetch_object($q, new Article()); or
> $article= sybase_fetch_object($q, 'Article')).
> 
> Well, if "Article" is an overloaded class, they'd probably expect that
> their __set*-handlers are called when the object's properties are set.
> Of course, object_and_properties_init() does not do this. But indeed,
> it'd be quite nice if they would.
> 
> Thus, one would need the C functions call_get_handler and
> call_set_handler to be declared not static but PHPAPI (is this right?)
> and an additional method to test if a zend_class_entry is overloaded.
> 
> * http://sitten-polizei.de/php/overload.patch
>   would make it work. Maybe macros would be a better way?
> 
> * http://sitten-polizei.de/php/sybase_ct.patch
>   shows a sample usage (btw, is there any documentation on TSRM?)
>   maybe _set_object_prop should be moved to ext/overload as a 
>   utiltiy function?
> 
> I came up with this since I use sybase resultsets within SOAP, clearly
> needing to distinguish strings from datetime types, int, floats and so
> on. My first idea was to introduce a function
>   sybase_bind_datatype(SYBASE_DATETIME, 'Date')
> but why not make use of an already existing and powerful extension?

Because this extension is going away in ZE2?

-Andrei   http://www.gravitonic.com/
* We reason deeply, when we forcibly feel. *

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

Re: [PHP-DEV] 4.2.3 mbstring patch?

2002-11-14 Thread Andrei Zmievski

On Thu, 14 Nov 2002, lowbwtom wrote:
> Will there be a patch to fix the mbstring bug in 4.2.3? Any idea when?
> (specifically to fix the missing 4 characters in array posts)
> 
> Some of us have been totally screwed by this bug - since our isp's have
> updated to 4.2.3 and left everyone's sites totally broken. They refuse to
> drop back to old version and are leaving everyone "up the creek" until php
> 4.3.0 is in final release or a 4.2.3 patch is released.
> 
> For the love of PHP, give me relief!

While it's not directly on topic of this post, this is *exactly* why
mbstring will not be enabled by default in 4.3.0.

-Andrei   http://www.gravitonic.com/
* Quantum Mechanics: The Dreams of Which Stuff is Made. *

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

[PHP-DEV] RE: [PHP-QA] Re: [PHP-DEV] PHP Snaps

2002-11-14 Thread James Cox


> At 16:49 12.11.2002, Jon Parise wrote:
> >On Tue, Nov 12, 2002 at 10:22:36AM +0100, Marcus Brger wrote:
> >
> > > Yes when i introduce a problem with win32 build i have to wait
> > > up to 4 hours until i can see the problem and try to fix it. Then
> > > i have to wait 4 more hours to see whther i did it correctly
> >
> >That sounds sort of like a separate problem (breaking the build).
> >
> >Something like a tinderbox[1] setup would be quite nice, although the
> >resources for it probably don't exist.
> >
> >[1] http://tinderbox.mozilla.org/showbuilds.cgi?tree=SeaMonkey
>
> That would be a dream :-)
>
>
it is on my todo, as it has been for a while. I would dearly like to make
this work too -- it's just finding the spare slot of time to do it.

 -- james


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

[PHP-DEV] ext/overload API

2002-11-14 Thread Timm Friebe

Hello,
Andrei, as I can see, you're the author of ext/overload. As suggested
earlier, I've added a second parameter to sybase_fetch_object() which
allows users to pass an object to be filled with the results from the
fetched row (e.g. $article= sybase_fetch_object($q, new Article()); or
$article= sybase_fetch_object($q, 'Article')).

Well, if "Article" is an overloaded class, they'd probably expect that
their __set*-handlers are called when the object's properties are set.
Of course, object_and_properties_init() does not do this. But indeed,
it'd be quite nice if they would.

Thus, one would need the C functions call_get_handler and
call_set_handler to be declared not static but PHPAPI (is this right?)
and an additional method to test if a zend_class_entry is overloaded.

* http://sitten-polizei.de/php/overload.patch
  would make it work. Maybe macros would be a better way?

* http://sitten-polizei.de/php/sybase_ct.patch
  shows a sample usage (btw, is there any documentation on TSRM?)
  maybe _set_object_prop should be moved to ext/overload as a 
  utiltiy function?

I came up with this since I use sybase resultsets within SOAP, clearly
needing to distinguish strings from datetime types, int, floats and so
on. My first idea was to introduce a function
sybase_bind_datatype(SYBASE_DATETIME, 'Date')
but why not make use of an already existing and powerful extension?

Maybe an example illustrates best what you'd be able to do:

Example
---
_u= strtotime($m); break;
case 'integer': $this->_u= $m; break;
  }
}

// [...]
  }

  class Article {
var $article_id, $caption, $text, $lastchange;

function __set($k, $v) {
  $this->$k= $v;
  return TRUE;
}

function __get($k) {
  return $this->$k;
}

function __set_lastchange($val) {
  $this->lastchange= &new Date($val);
  return TRUE;
}

// [...]
  }

  overload('Article');

  // [...]
  $q= sybase_query(
'select article_id, caption, text, lastchange from article',
$dbh
  );
  while ($article= sybase_fetch_object($q, 'Article')) {
var_dump($article);
  }
  // [...]
?>

Sample Output
-
object(article)(4) {
  ["article_id"]=>
  int(6100)
  ["caption"]=>
  string(7) "Caption"
  ["text"]=>
  string(19) "This is the text:-)"
  ["lastchange"]=>
  &object(date)(1) {
["_u"]=>
int(1025458800)
  }
}

- Timm



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

Re: [PHP-DEV] Re: is_*

2002-11-14 Thread Hartmut Holzgraefe

[EMAIL PROTECTED] wrote:

What about making FALIASES so it can be found in is_*? Really easier for
newbies.


We want to get rid of function aliases whereever possible,
not generate new ones.

We talked about the naming for the ctype functions back
then when i wrote them and decided not to use is_* as
this would clutter the is_* namespace even more.
(actualy agreement was reached to call them ctype_is_*
 but somehow i didn't get that, but that is a different
 story)


--
Six Offene Systeme GmbH http://www.six.de/
i.A. Hartmut Holzgraefe
Email: [EMAIL PROTECTED]
Tel.:  +49-711-99091-77


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

Re: [PHP-DEV] strpos() suggestion

2002-11-14 Thread Andrey Hristov

Hi,
from 4.3.0 it will be ok to use strcspn(), atm (int 4.2.3) it has 2 params.
>From 4.3.0 it has up to four params.
It the second pair is like in substr(). Start index can be given, or even
start index and how much chars to be checked.
The same behavior is true and for strspn() (starting 4.3.0) but for your
case strcspn() is the function.

Andrey

- Original Message -
From: "Monte Ohrt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 12:02 AM
Subject: [PHP-DEV] strpos() suggestion


> Hi,
>
> I had a little problem to solve today, and couldn't find any easy way to
> do it without some extra steps slicing things up.
>
> What I wanted to do is take an arbitrary point in a string, and find the
> position of the first '[' on the left of it, and the first ']' on the
> right of it.
>
> Finding the ']' was easy, I use strpos() to find the first occurance of
> ']' after my given point.
>
> Finding '[' however is not so easy. strrpos() was my first guess, but it
> does not work like strpos() at all. There is no optional third
> parameter, and on an unrelated note it only works with a single
> character, not a string. inconsistant ;-) My best solution was to slice
> the string at my point, then get the position of '[' with strrpos().
>
> I'm not sure of the most intuitive way to solve this. One way would be
> to add a feature to strpos(); if you supply a negative third parameter,
> it gives you the position of the first occurance to the _left_ of that
> point. I'm not sure if the number should represent the position from the
> end or beginning of the string. Another way, add a third parameter to
> strrpos() to start at a given point from the end of the string.
>
> I'd try submitting a patch, but I'm not sure of which way would be best,
> and my C is a bit rusty, I'd probably do more damage than help ;-)
>
> Thoughts?
> Monte
>
>
> --
> 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] Sybase_ct and tli lib

2002-11-14 Thread Timm Friebe

On Wed, 2002-11-13 at 18:03, Brian Foddy wrote:
> Timm,
> 
> I've seen it used for 10 years on Solaris, and I spent about
> a year working on Irix and Informix, and there were some
> references to it there also.  
> 
> strings libtli.so | grep "^Sybase"
> Sybase TCP/IP TLI Library/12.0/P/SPARC/Solaris 2.5.1/1/OPT/Sat Sep 25 
> 21:07:40 1999
> Sybase, Inc.  All rights reserved.
> Sybase, Inc. 6475 Christie Avenue, Emeryville, CA 94608, USA

OK, so it should probably be added for those systems. 

A line like this should be added to config.m4 (wrapped for readability),
could you provide the second parameter here:

PHP_CHECK_LIBRARY(
  tli, 
  ---???---,
  [PHP_ADD_LIBRARY(tli,,SYBASE_CT_SHARED_LIBADD)],
  [],
  [-L$SYBASE_CT_LIBDIR]
)

or is maybe the pure existance of this file enough:

thekid@friebes:~/devel/php/php4 > cvs diff ext/sybase_ct/config.m4 
Index: ext/sybase_ct/config.m4
===
RCS file: /repository/php4/ext/sybase_ct/config.m4,v
retrieving revision 1.11
diff -u -r1.11 config.m4
--- ext/sybase_ct/config.m4 12 Mar 2002 16:36:30 -  1.11
+++ ext/sybase_ct/config.m4 14 Nov 2002 12:07:33 -
@@ -44,7 +44,11 @@
 ],[ 
   $SYBASE_CT_LIBS 
 ])
-  
+
+if test -f $SYBASE_CT_LIBDIR/libtli.so ; then
+  PHP_ADD_LIBRARY(tli,, SYBASE_CT_SHARED_LIBADD)
+  SYBASE_CT_LIBS="$SYBASE_CT_LIBS -ltli"
+fi


-- 
Timm
Any sufficiently advanced bug is indistinguishable from a feature


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

[PHP-DEV] windows binaries with LIBXSLT enabled

2002-11-14 Thread Lucas M. Kalita

Hi,

Is it possible to make Windows binaries (snapshots and releases)
to include XSLT/EXSLT support included in DOM XML extension.

XSL transformation engine in DOM XML is in my opininion (we use it on
several sites) a lot better then XSLT extension (Sablotron).

LK



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

[PHP-DEV] Support for Birdstep RDM Server database engine

2002-11-14 Thread Diggy Bell

Hello All,

I have recently been approached by Birdstep about updating the PHP module to
support their database engine for an internal project.  In the past (v4.1.2
and earlier IIRC), PHP has provided support for the Birdstep (formerly
Velocis) database as part of the distribution.  Since v4.1.2 (IIRC) this
support has been dropped in the standard source tree.  But, I was able to
locate the old code under ./ext/odbc and so I have resurrected the module.
In the process, I have made a number of modifications and additions to the
library to bring it up to date with the latest version of Birdstep's
product.

My main question is:  Is this module something that the community would like
to have available again?  If so, I am willing to pick up the maintenance
duties on the module.  I'm a former employee of the company and have access
to 'back-door' support when necessary.

I've taken a bit of time and put together some notes on the modifications
that I have made to this point.  These notes are copied below for review.
I've also attached the modified source files.  (NOTE:  I realize these
aren't formatted to PHP standards...please let me slide on that one while
I'm making more significant changes :-P)  If there is interest, I am also
considering addiing some enhancements for connection management and error
handling.

Any thoughts/comments would be appreciated.

--
William D. 'Diggy' Bell
Principal
DB Software Development
http://www.dbsoftdev.com

/* CUT HERE */

Birdstep PHP Extension
Design Specification

Date: 11/14/2002
By: William D. 'Diggy' Bell

INTRODUCTION

The Birdstep PHP Extension allows PHP applications to access the Birdstep
RDM Server database engine.

REQUIREMENTS

1. Support for LONG VARCHAR columns
2. Positioned fetch operations
3. Support for birdstep_fetch_array()
4. Support for birdstep_num_fields()
5. Support for birdstep_affected_rows()

DESIGN CONSIDERATIONS

1. API conflict between SQLFetchScroll and SQLGetData

There is a current design limitation in the RDM Server that prevents the use
of SQLGetData() with rowsets that have been retrieved using
SQLFetchScroll().  This
limitation strongly impacts how LONG VARCHAR fields can be handled.  Two
methods are described below.

a. Use SQLFetch() instead of SQLFetchScroll().

The requirement for positioned fetch operations eliminates this option.

b. Use a maximum sized buffer for LONG VARCHAR columns

In this method, a buffer of a fixed maximum size would be allocated for each
LONG VARCHAR column.  The column would then be bound using SQLBindCol() to
retrieve the data in one operation.

Option (b) was chosen because it allows support for SQLFetchScroll().  This
can have
significant implications on applications that have a large number of LONG
VARCHAR
columns due to unnecessarily high memory requirements.

NOTE: There are additional limitations in the RDM Server engine that have
prevented
implementation of cursor positioning.  SQLFetchScroll will continue to be
used for
smoothest migration when RDM Server support for cursor positioning is added.

INTERNAL DATA STRUCTURES

typedef struct VConn {
 HDBC hdbc;
 long index;
   int  connected;
} VConn;

typedef struct {
 char name[32];
 char*value;
 long vallen;
 SDWORD   valtype;
} VResVal;

typedef struct Vresult {
 HSTMThstmt;
 VConn*   conn;
 long index;
 VResVal* values;
 long numcols;
 int  fetched;
} Vresult;

typedef struct _php_birdstep_globals
{
   long num_links;
   long max_links;
   int  le_link;
   int  le_result;
} php_birdstep_globals;

INTERNAL FUNCTIONS

PHP_MINIT_FUNCTION(birdstep)
PHP_MSHUTDOWN_FUNCTION(birdstep)
PHP_RINIT_FUNCTION(birdstep)
PHP_RSHUTDOWN_FUNCTION(birdstep)
PHP_MINFO_FUNCTION(birdstep)

APPLICATION PROGRAMMING INTERFACE

birdstep_connect($server, $user, $password)
-
Parameters:

   $server -  RDM Server name
   $user   -  database user name
   $password   -  user's password

Returns:

   connection handle

Description:

   This function will connection to the RDM Server identified by $server.
The
   $user and $password must be valid users on the server.

birdstep_close($conn)
-
Parameters:

   $conn   -  connection handle to close

Returns:

   TRUE if successful, FALSE if an error occurred.

Description:

   This function will close the specified connection to the RDM Server

birdstep_exec($conn, $sql)
-
Parameters:

   $conn   -  database connection handle
   $sql-  SQL statement to be executed

Returns:

   Result index if successful, Zero if an error occurred.

Description:

   This function will execute the $sql statement on the server identified by
$conn

birdstep_fetch($result)
-
Parameters:

   $result -

Re: [PHP-DEV] Re: is_*

2002-11-14 Thread Maxim Maletsky

I was refering about ctype lib :)


--
Maxim Maletsky
[EMAIL PROTECTED]



Maxim Maletsky <[EMAIL PROTECTED]> wrote... :

> even earlier, I though...
> 
> What really needs to be done is to document them better under ereg* and
> preg* and, maybe even, strings sections of documentation. This, I think,
> would give them the required famousity.
> 
> 
> --
> Maxim Maletsky
> [EMAIL PROTECTED]
> 
> 
> 
> Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote... :
> 
> > [EMAIL PROTECTED] wrote:
> > > Okay, some of them are in ctype. But it should be easier to have them in
> > > standard so basic user should use them. 
> > 
> > ctype is enabled by default in 4.3 ...
> > 
> > 
> > -- 
> > Six Offene Systeme GmbH http://www.six.de/
> > i.A. Hartmut Holzgraefe
> > Email: [EMAIL PROTECTED]
> > Tel.:  +49-711-99091-77
> > 
> > 
> > -- 
> > PHP Development Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> > 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


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

Re: [PHP-DEV] [PHP-QA] Test results (fwd)

2002-11-14 Thread Marcus Börger

O.k. i will try...
Another thing: It seems i nearly fixed all db extension problems but
dba extension is now a complete superset. So shall i fix locking for
db and/or shall we move it to pecl? If we move db to pecl how about
a configure switch to map dbmxxx functions to their dba counterparts?

marcus

At 12:08 14.11.2002, Derick Rethans wrote:

On Thu, 14 Nov 2002, Marcus Börger wrote:

> No! The problem is this differs from system to system.
> I thought most systems allow read during write and implemented it the
> test this way until i had a solution for the extension to disallow read
> during write.
>
> I must disallow it because most libraries have problems (flushing of data).
> So that the results are not as expected. I hope i can commit a solution
> to this tody. Should i commit the expected test results already now?

I'm all for the in-once thing, it would be cool if this 'fix' could go
into RC1 which is due tonight (our time).

Derick

> At 19:52 13.11.2002, Derick Rethans wrote:
>
>
> >-- Forwarded message --
> >Date: 13 Nov 2002 18:32:03 -
> >From: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: [PHP-QA] Test results
> >
> >
> >=== 
=
> >/opt/DEV/php/php4/ext/dba/tests/dba_gdbm.phpt
> >=== 
=
> >
> > EXPECTED OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Read during write permitted
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > ACTUAL OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Cannot read during write operation
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > FAILED
> >
> >=== 
=
> >005- Read during write permitted
> >005+ Cannot read during write operation
> >=== 
=
> >
> >
> >I think this just fails because the error message changed?
> >
> >
> >Derick
> >
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php
>

--

---
 Derick Rethans   http://derickrethans.nl/
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


--
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] [PHP-QA] Test results (fwd)

2002-11-14 Thread Derick Rethans

On Thu, 14 Nov 2002, Marcus Börger wrote:

> No! The problem is this differs from system to system.
> I thought most systems allow read during write and implemented it the
> test this way until i had a solution for the extension to disallow read
> during write.
> 
> I must disallow it because most libraries have problems (flushing of data).
> So that the results are not as expected. I hope i can commit a solution
> to this tody. Should i commit the expected test results already now?

I'm all for the in-once thing, it would be cool if this 'fix' could go 
into RC1 which is due tonight (our time).

Derick

> At 19:52 13.11.2002, Derick Rethans wrote:
> 
> 
> >-- Forwarded message --
> >Date: 13 Nov 2002 18:32:03 -
> >From: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: [PHP-QA] Test results
> >
> >
> >
> >/opt/DEV/php/php4/ext/dba/tests/dba_gdbm.phpt
> >
> >
> > EXPECTED OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Read during write permitted
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > ACTUAL OUTPUT
> >database handler: gdbm
> >3NYNYY
> >Content String 2
> >Content 2 replaced
> >Cannot read during write operation
> >Content 2 replaced 2nd time
> >The 6th value
> >array(3) {
> >   ["key number 6"]=>
> >   string(13) "The 6th value"
> >   ["key2"]=>
> >   string(27) "Content 2 replaced 2nd time"
> >   ["key5"]=>
> >   string(23) "The last content string"
> >}
> > FAILED
> >
> >
> >005- Read during write permitted
> >005+ Cannot read during write operation
> >
> >
> >
> >I think this just fails because the error message changed?
> >
> >
> >Derick
> >
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php
> 

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


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

Re: [PHP-DEV] snaps.php.net

2002-11-14 Thread Edin Kadribasic

Unfortunatelly we don't save the logs for each win32 build. Only for
the latest one. It sort of make sense since there are situations
where we need compile log even if the build failed.

Edin

- Original Message -
From: "Marcus Börger" <[EMAIL PROTECTED]>
To: "Edin Kadribasic" <[EMAIL PROTECTED]>
Cc: "PHP developer list" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 11:43 AM
Subject: Re: [PHP-DEV] snaps.php.net


> Nice :-)
>
> Could we have the log files to each build (download) as an extra
link?
>
> marcus
>
> At 02:09 14.11.2002, Edin Kadribasic wrote:
> >Because of the creation of PHP_4_3 branch snaps.php.net was
updated so that
> >STABLE snapshots are made off that branch.
> >
> >Thanks to Ilia Alshanetsky we have a new pretty face on the snaps
which can
> >be seen at http://snaps.php.net/snaps.php
> >
> >My plan is to make this default look of the snaps.php.net in the
next couple
> >of days.
> >
> >Edin
> >
> >
> >
> >--
> >PHP Development Mailing List 
> >To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>


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

Re: [PHP-DEV] Re: is_*

2002-11-14 Thread Maxim Maletsky

even earlier, I though...

What really needs to be done is to document them better under ereg* and
preg* and, maybe even, strings sections of documentation. This, I think,
would give them the required famousity.

--
Maxim Maletsky
[EMAIL PROTECTED]

Hartmut Holzgraefe <[EMAIL PROTECTED]> wrote... :

> [EMAIL PROTECTED] wrote:
> > Okay, some of them are in ctype. But it should be easier to have them in
> > standard so basic user should use them. 
> 
> ctype is enabled by default in 4.3 ...
> 
> 
> -- 
> Six Offene Systeme GmbH http://www.six.de/
> i.A. Hartmut Holzgraefe
> Email: [EMAIL PROTECTED]
> Tel.:  +49-711-99091-77
> 
> 
> -- 
> 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] snaps.php.net

2002-11-14 Thread Marcus Börger

Nice :-)

Could we have the log files to each build (download) as an extra link?

marcus

At 02:09 14.11.2002, Edin Kadribasic wrote:

Because of the creation of PHP_4_3 branch snaps.php.net was updated so that
STABLE snapshots are made off that branch.

Thanks to Ilia Alshanetsky we have a new pretty face on the snaps which can
be seen at http://snaps.php.net/snaps.php

My plan is to make this default look of the snaps.php.net in the next couple
of days.

Edin



--
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] [PHP-QA] Test results (fwd)

2002-11-14 Thread Marcus Börger

No! The problem is this differs from system to system.
I thought most systems allow read during write and implemented it the
test this way until i had a solution for the extension to disallow read
during write.

I must disallow it because most libraries have problems (flushing of data).
So that the results are not as expected. I hope i can commit a solution
to this tody. Should i commit the expected test results already now?

marcus

At 19:52 13.11.2002, Derick Rethans wrote:



-- Forwarded message --
Date: 13 Nov 2002 18:32:03 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [PHP-QA] Test results



/opt/DEV/php/php4/ext/dba/tests/dba_gdbm.phpt


 EXPECTED OUTPUT
database handler: gdbm
3NYNYY
Content String 2
Content 2 replaced
Read during write permitted
Content 2 replaced 2nd time
The 6th value
array(3) {
  ["key number 6"]=>
  string(13) "The 6th value"
  ["key2"]=>
  string(27) "Content 2 replaced 2nd time"
  ["key5"]=>
  string(23) "The last content string"
}
 ACTUAL OUTPUT
database handler: gdbm
3NYNYY
Content String 2
Content 2 replaced
Cannot read during write operation
Content 2 replaced 2nd time
The 6th value
array(3) {
  ["key number 6"]=>
  string(13) "The 6th value"
  ["key2"]=>
  string(27) "Content 2 replaced 2nd time"
  ["key5"]=>
  string(23) "The last content string"
}
 FAILED


005- Read during write permitted
005+ Cannot read during write operation



I think this just fails because the error message changed?


Derick



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

2002-11-14 Thread Jacek Woloszuk

Good morning,

I am using curl to send xml string to my merchant's account gateway when
curl_exec() executes the xml is successfully received by its destination but
I am not getting anything back (it just hangs) Could anyone help me with
this problem?

Thank you,
Jacek



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

[PHP-DEV] Re: php_error_docref

2002-11-14 Thread Marcus Börger

At 01:29 14.11.2002, you wrote:


Marcus,

Noticing how heavily you're changing php_error() into php_error_docref()
I was kinda wondering: do you have to be prepared somehow for me to
change OCI8 extension using php_error_docref() or should I just go and
fix those? How can I test it?


I wrote a script that can convert standard php_error() Calls automatically.
http://marcus-boerger.de/docref.txt

Since you're not the only one asking this i'am ccing it do php-dev list.

marcus


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

Re: [PHP-DEV] Re: is_*

2002-11-14 Thread Hartmut Holzgraefe

[EMAIL PROTECTED] wrote:

Okay, some of them are in ctype. But it should be easier to have them in
standard so basic user should use them. 

ctype is enabled by default in 4.3 ...


--
Six Offene Systeme GmbH http://www.six.de/
i.A. Hartmut Holzgraefe
Email: [EMAIL PROTECTED]
Tel.:  +49-711-99091-77


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

Re: [PHP-DEV] 4.2.3 mbstring patch?

2002-11-14 Thread Derick Rethans

On Thu, 14 Nov 2002, lowbwtom wrote:

> Will there be a patch to fix the mbstring bug in 4.2.3? Any idea when?
> (specifically to fix the missing 4 characters in array posts)
> 
> Some of us have been totally screwed by this bug - since our isp's have
> updated to 4.2.3 and left everyone's sites totally broken. They refuse to
> drop back to old version and are leaving everyone "up the creek" until php
> 4.3.0 is in final release or a 4.2.3 patch is released.

We will not issue any patch for this, just tell your ISP to recompile 
and add the --disable-mbstring switch to configure, the bug wont be 
visible then.

Derick

-- 

---
 Derick Rethans   http://derickrethans.nl/ 
 JDI Media Solutions
--[ if you hold a unix shell to your ear, do you hear the c? ]-


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

59 matches

Mail list logo