Re: [PHP-DEV] detecting php versions

[derick]

On Mon, 6 May 2002, brad lafountain wrote:

> Hello,
> 
> My extension uses php_start_ob_buffer() i am trying to cross compile it from
> php-4.1.2 and php-4.2.0. Well the number of parameters in php_start_ob_buffer
> changed and PHP_API_VERSION stayed the same between the two. Is there a way
> that i can detect this at compile time.

Not really, but PHP 4.2.1 will have a newer Zend API NO, so it won't be a 
problem in 4.2.1. But you indeed raise a point, we should bumb up the PHP 
API number if any of the PHPAPI functions changes in parameters or return 
values.

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] Building a simple .DLL extension using Cygwin?

[Markus Fischer]

Hi,

Look into the ext/ directory how extensions are written
(config.m4, php_ext.c and php_ext.h). If you look in into the
source you will recognize they all follow a similar pattern.

There's also a bit documentation about it:
http://www.php.net/manual/en/zend.php (a bit outdated, but
most of it should apply).

As for the concrete scenary, cygwin _may_ work but isn't
supported right now. Only MSVC.

- Markus

On Tue, May 07, 2002 at 01:01:37AM -0400, Jon Baer wrote : 
> Hi,
> 
> Im trying to build a simple "Hello World" C extension using Cygwin but
> can't find any examples or how this can be accomplished ... can anyone
> give a hint?
> 
> Thanks.
> 
> - Jon
> 
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
"I'm not stupid, you know? :)" - Jani Taskinen

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

Re: [PHP-DEV] detecting php versions

[andrey]

Hi, Brad. Maybe this will help you:

bash-2.04$ cat php_version.h
/* automatically generated by configure */
/* edit configure.in to change version number */
#define PHP_VERSION "4.2.0"
bash-2.04$

- Original Message -
From: "brad lafountain" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 07, 2002 8:10 AM
Subject: [PHP-DEV] detecting php versions


> Hello,
>
> My extension uses php_start_ob_buffer() i am trying to cross compile it
from
> php-4.1.2 and php-4.2.0. Well the number of parameters in
php_start_ob_buffer
> changed and PHP_API_VERSION stayed the same between the two. Is there a
way
> that i can detect this at compile time.
>
>  - Brad
>
>
>
>
> __
> Do You Yahoo!?
> Yahoo! Health - your guide to health and wellness
> http://health.yahoo.com
>
> --
> 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] newbuild

[derick]

On Mon, 6 May 2002, fabwash wrote:

> Hello,
> 
> I see references to a "new build" system. What is it about? I'm struggling 
>installing 4.2.0 on my system because there were changes in the autoconf 2.52 and 
>it's a total pain. For example:

2.52 is a big mess, it won't work correctly. You should use 2.13 instead.

> PS:  I got around the problems, i'm just wondering what this new build is about.

How did you get around those?

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] CVS Account Request: baba

[Baba Buehler]

PEAR Date & Date_TimeZone classes

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

[PHP-DEV] detecting php versions

[brad lafountain]

Hello,

My extension uses php_start_ob_buffer() i am trying to cross compile it from
php-4.1.2 and php-4.2.0. Well the number of parameters in php_start_ob_buffer
changed and PHP_API_VERSION stayed the same between the two. Is there a way
that i can detect this at compile time.

 - Brad




__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

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

[PHP-DEV] Building a simple .DLL extension using Cygwin?

[Jon Baer]

Hi,

Im trying to build a simple "Hello World" C extension using Cygwin but
can't find any examples or how this can be accomplished ... can anyone
give a hint?

Thanks.

- Jon




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

[PHP-DEV] Procedure to compile PHP 4.2.0 on a Tandem/Compaq/HP Nonstop Kernel system G06

[fabwash]

How to compile PHP on a HP (yes it's HP now) Nonstop Kernel Himalaya System running 
OSS G06:


WARNING: THIS PROCEDURE HAS ONLY BEEN TESTED ON G06 SYSTEMS AND PHP-4.2.0. THERE IS NO 
GUARANTEE THAT IT WILL EVEN WORK ON YOUR SYSTEM. THIS IS A DRAFT AND YOU SHOULD NOT 
USE THIS NOTE TO INSTALL PHP ON A PRODUCTION HIMALAYA SYSTEM. THIS IS NOT SUPPORTED BY 
COMPAQ.

Comments: [EMAIL PROTECTED]

DRAFT 0.1

The problem with running ./configure on an Himalaya system is that the c89 compiler 
will not fail if there are unresolved externals. Those are resolved at fixup time, the 
first time the program is ran. It has been a linker design since the beginning of 
Tandem systems, but doesn't work well with ./configure scripts.

The way to make ./configure work properly and only find procedures that are really 
available is to make a wrapper for the c89 compiler, so that it will fail if a 
procedure is unknown.

Here are the steps to achieve this:

1) Copy the following script under a directory you will call 'nsk' and create under 
the directory that contains ./configure. For example, if you have downloaded the PHP 
release in /usr/joe/php-4.2.0, then the ./configure program will be in that directory. 
Do the following:

/usr/joe/php-4.2.0: mkdir nsk
/usr/joe/php-4.2.0: cd nsk

Copy the following program in the 'nsk' directory (the program is in between *):


echo "\nStarting to build the procedure list from your system..\n";

# First get the current sysnn

sysnn=`gtacl -c 'sysinfo' | grep "Current SYSnn" | sed 's/[ ]*Current SYSnn[ ]*//'`

echo "You are running on $sysnn.";

# Get the list of SRLs to look for. This is libc.obey

srllist=`cat /usr/lib/libc.obey | sed 's/-l//'`;
srllist="$srllist TSYSCLR";

# For each srl, call nm to extract the procedure names, and store that
# in a file.
# The grep and sed commands remove the extra information and just keep
# the procedure names. The last sed command changes the OSS_xxx_ proc names
# to xxx (e.g. OSS_gethostbyname_ to gethostbyname).

for srl in $srllist; do
  fullname="/G/SYSTEM/$sysnn/$srl";
  echo "Extracting info from $fullname..." >&2;
  nm $fullname | nm $fullname | egrep '(^_EXP#)|(^_ORG#)' | sed -n -e '/|COMMON/d' -e 
'/|DATA/d' \
 -e '/ file/d' -e 's/^\([^   ]*\).*/\1/p' \
 | sed 's/^_EXP#//' | sed 's/^_ORG#//' | sed 's/^OSS_\([a-z]*\)[_]/\1/'
done >procs;

echo "Done.. Now creating nskcc..";

# Now make a fake cc so that the Configure script will work properly. I call
# it 'nskcc', then set the following environment variables. After this is
# done, ./Configure and the subsequent make will run properly.
#
# PATH=$PATH:.
# CC=nskcc
# CFLAGS="-D_XOPEN_SOURCE_EXTENDED=1 -D_TANDEM_SOURCE -Wnowarn=1506,262,707,304,770"

# Remove our previous test file if any.
# launch the c compiler with the options given by the caller.

cat >nskcc nskt

# if nskt is not empty, then there is a procedure that was not found in
# the srl, either because it was not declared properly, or because it's
# in the tsysclr. In that case, try to find our procedure in the procs file.
#
# If the procedure is not found, exit with status 1. That way, ./configure will
# think cc failed and consider the procedure to not work.

if test -s nskt; then
   proclist=\`cat nskt\`;
   for proc in \$proclist; do
  if ! grep "^\$proc\\\$" nsk/procs >/dev/null 2>&1; then exit 1; fi
   done;
fi
exit;
EOM

# Now tell user to set the env variables so ./configure uses our nskcc program.

echo "Now set the following environment variables and run ./configure."

echo "export PATH=\$PATH:./nsk (or the full path of nsk)";
echo "export CC=nskcc";
echo "export CFLAGS=\"-D_XOPEN_SOURCE_EXTENDED=1 -D_TANDEM_SOURCE 
-Dnowarn=1506,262,707,304,770\""

echo "Now run ./configure";

**

Name this script as you wish. For example:

/usr/joe/php-4.2.0/nsk/makensk

Allow execution of the script:

chmod +x /usr/joe/php-4.2.0/nsk/makensk

This script will search the SRLs and make a list of procedures that are known on the 
system.

2) Execute the script

cd /usr/joe/php-4.2.0/nsk
./makensk

The script will execute (takes some time to run) and search for your SYSnn, for the 
SRLs, and extract the procedure names from the SRLs and TSYSCLR. It will then create a 
file called "nskcc". nskcc will be the wrapper that you will need to use instead of 
c89.


3) You should have a file called "procs" in ../nsk. This file should contain a list of 
procedures. If you can't find this file or it is empty, there's been a problem.

4) Now run ./configure:

cd .. (to return to /usr/joe/php-4.2.0)
export CC=nskcc (to tell ./configure to use nskcc as the c compiler)
export LD=nld (tells which linker we have)
export CFLAGS="-D_XOPEN_SOURCE_EXTENDED -D_TANDEM_SOURCE 
-Wnowarn=1506,262,707,304,770" (set

[PHP-DEV] mime_magic broken in CVS?

[Magnus M]

Is mime_magic broken, or am I doing something wrong ?

Using:
(Debian 3)
gcc 2.95.4
latest CVS

/bin/sh /mnt/data1/Apps/CVS/PHP/php4/libtool --mode=compile gcc  -Iext/mime_magic/ 
-I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC 
-I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main 
-I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include 
-I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 
-I/usr/include/freetype2/freetype -I/usr/include/c-client 
-I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell 
-I/usr/include/ucd-snmp  -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 
-pthread -Wall -DZTS  -prefer-pic -c 
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c -o 
ext/mime_magic/mime_magic.lo 
gcc -Iext/mime_magic/ -I/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/ -DPHP_ATOM_INC 
-I/mnt/data1/Apps/CVS/PHP/php4/include -I/mnt/data1/Apps/CVS/PHP/php4/main 
-I/mnt/data1/Apps/CVS/PHP/php4 -I/usr/local/include -I/usr/local/www/httpd2/include 
-I/mnt/data1/Apps/CVS/PHP/php4/Zend -I/usr/include/libxml2 
-I/usr/include/freetype2/freetype -I/usr/include/c-client 
-I/usr/local/www/mysql4/include/mysql -I/usr/local/include -I/usr/include/pspell 
-I/usr/include/ucd-snmp -D_REENTRANT -I/mnt/data1/Apps/CVS/PHP/php4/TSRM -g -O2 
-pthread -Wall -DZTS -c /mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c  
-fPIC -DPIC -o ext/mime_magic/mime_magic.lo
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function 
`zm_startup_mime_magic':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: `mime_magic_globals' 
undeclared (first use in this function)
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: (Each undeclared 
identifier is reported only once
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:260: for each function it 
appears in.)
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function 
`magic_set_config':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:880: `tsrm_ls' undeclared 
(first use in this function)
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_add':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:904: `tsrm_ls' undeclared 
(first use in this function)
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `rsl_strdup':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:978: `tsrm_ls' undeclared 
(first use in this function)
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `zmagic':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1734: warning: unused 
variable `i'
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1733: warning: unused 
variable `newsize'
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1732: warning: unused 
variable `newbuf'
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c: In function `magic_rsl_get':
/mnt/data1/Apps/CVS/PHP/php4/ext/mime_magic/mime_magic.c:1875: `tsrm_ls' undeclared 
(first use in this function)
make: *** [ext/mime_magic/mime_magic.lo] Error 1


Regards
Magnus Määttä

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

Re: [PHP-DEV] datetime.c problem

[Markus Fischer]

Hi,

thx, fixed in CVS.

- Markus

On Mon, May 06, 2002 at 05:33:20PM -0400, fabwash wrote : 
> On lines 597,598,599,600 there are additional carriage returns. This can't be seen 
>on TextPad, but my compiler barfs, and I can see them in 'vi':
> 
> break;
> }
> if (NULL == (ta = php_localtime_r(×tamp, &tmbuf))) {^M
> php_error(E_WARNING, "%s(): invalid local time",^M
>   get_active_function_name(TSRMLS_C));^M
> RETURN_FALSE;^M
> }
> 
> Fab.

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
"I'm not stupid, you know? :)" - Jani Taskinen

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

[PHP-DEV] datetime.c problem

[fabwash]

On lines 597,598,599,600 there are additional carriage returns. This can't be seen on 
TextPad, but my compiler barfs, and I can see them in 'vi':

break;
}
if (NULL == (ta = php_localtime_r(×tamp, &tmbuf))) {^M
php_error(E_WARNING, "%s(): invalid local time",^M
  get_active_function_name(TSRMLS_C));^M
RETURN_FALSE;^M
}

Fab.

Re: [PHP-DEV] newbuild

[Markus Fischer]

Hi,

the new build system is only CVS HEAD so far. Not in any
released version yet.

- Markus

On Mon, May 06, 2002 at 05:16:55PM -0400, fabwash wrote : 
> Hello,
> 
> I see references to a "new build" system. What is it about? I'm struggling 
>installing 4.2.0 on my system because there were changes in the autoconf 2.52 and 
>it's a total pain. For example:
> 
> ./configure --without-mysql
> configure: error: invalid package name: mysql
> 
> G
> 
> Fab.
> 
> PS:  I got around the problems, i'm just wondering what this new build is about.

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
"I'm not stupid, you know? :)" - Jani Taskinen

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

[PHP-DEV] newbuild

[fabwash]

Hello,

I see references to a "new build" system. What is it about? I'm struggling installing 
4.2.0 on my system because there were changes in the autoconf 2.52 and it's a total 
pain. For example:

./configure --without-mysql
configure: error: invalid package name: mysql

G

Fab.

PS:  I got around the problems, i'm just wondering what this new build is about.

[PHP-DEV] Re: [PHP-QA] PHP 4.2.1 RC2

[derick]

On Mon, 6 May 2002, Rasmus Lerdorf wrote:

> Did the *BSD mkdir fix make it in?

Yes, I waited for that.

Derick

> 
> On Mon, 6 May 2002 [EMAIL PROTECTED] wrote:
> 
> > Hello,
> >
> > I just rolled a tarball for the second release candidate for 4.2.1. Please
> > test building this, an especially the following things:
> >
> > The DOM XML extension
> > Sessions
> > The socket extension
> > touch() (under windows, especially of the time is correct now)
> > The COM extension
> >
> > You can submit your tests at qa.php.net .
> >
> > Derick
> >
> > ---
> >  Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
> >  Frequent ranting: http://www.jdimedia.nl/derick/
> > ---
> >  PHP: Scripting the Web - [EMAIL PROTECTED]
> > All your branches are belong to me!
> > SRM: Script Running Machine - www.vl-srm.net
> > ---
> >
> >
> > --
> > PHP Quality Assurance Mailing List 
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> 

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

[PHP-DEV] Re: [PHP-QA] PHP 4.2.1 RC2

[Rasmus Lerdorf]

Did the *BSD mkdir fix make it in?

On Mon, 6 May 2002 [EMAIL PROTECTED] wrote:

> Hello,
>
> I just rolled a tarball for the second release candidate for 4.2.1. Please
> test building this, an especially the following things:
>
> The DOM XML extension
> Sessions
> The socket extension
> touch() (under windows, especially of the time is correct now)
> The COM extension
>
> You can submit your tests at qa.php.net .
>
> Derick
>
> ---
>  Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
>  Frequent ranting: http://www.jdimedia.nl/derick/
> ---
>  PHP: Scripting the Web - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Script Running Machine - www.vl-srm.net
> ---
>
>
> --
> PHP Quality Assurance 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] PHP 4.2.1 RC2

[derick]

Hello,

I just rolled a tarball for the second release candidate for 4.2.1. Please 
test building this, an especially the following things:

The DOM XML extension
Sessions
The socket extension
touch() (under windows, especially of the time is correct now)
The COM extension

You can submit your tests at qa.php.net .

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno)tomakeerrno optional

[Tom Robinson]

>> What do you mean with psocket() ?
Oops! - I meant pselect().
To allow one thread to wait for anything: sockets, signals and timeout.
It is likely to be more robust than signal handlers a la pcntl_signal, because those 
can interrupt PHP execution at any time, and that is asking for trouble.
I see that pcntl is incompatible with Zend optimizer, and I would not be surprised if 
it might be unreliable in many other circumstances as well.
If signals are acted upon only at a point where they are expected, this has got to be 
good for reliability.
pselect would be much easier to make compatible with Zend optimizer, other optimizers, 
Apache mod_php etc.
On operating systems where pselect does not exist, PHP socket_pselect could fake it 
fairly cleanly with a signal handler that catches signals and sets flags, but does not 
divert the flow of PHP execution. The signals would not be acted upon until the next 
socket_pselect function is called.
The two schemes could even be mixed: pcntl_signal for some signals (such as immediate 
semi-clean daemon shutdown) and socket_pselect for others.
...Tom


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

Re: [PHP-DEV] PHP 4.2.1

[Christian Stocker]

> > ranting is really not necessary here :)  domxml was for a long time just a
> > hack and didn't follow much of the standard, therefore there is still a
> > lot of not-standard stuff in there and this stuff will (hopefully) not
> > removed for BC's sake...
>
>  I honistly wasn't ranting. That was a serious question. I wasn't sure if the
> standard says how to create the inital domdocument.

there was a :) at the end, so it was not meant really serious.

The standard says it's:

DOMImplementation.createDocument()

this would make domxml_create_document() in php it's domxml_new_doc()...
mmmh, maybe make an alias for that...

>  Ok... I have to do some more testing. I'll submit a patch (hopefully later
> today).

since 4.3 will not be released in the next days, i would rather prefer you
test your patch thoroughly .) so take your time.

chregu



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

Re: [PHP-DEV] PHP 4.2.1

[brad lafountain]

--- Christian Stocker <[EMAIL PROTECTED]> wrote:
> On Mon, 6 May 2002, brad lafountain wrote:
> 
> >
> > --- Christian Stocker <[EMAIL PROTECTED]> wrote:
> > > On Mon, 6 May 2002, brad lafountain wrote:
> > >
> > > > Hello,
> > > >
> > > >  I have a patch for DomXML that does 2 things. It allows you to use new
> and
> > > > constructors to create dom elements.
> > > >
> > > >  Ex.
> > > >
> > > > $doc = new DomDocument("some.file", true);
> > > > $ele = new DocElement("name");
> > > > $doc->append_child($ele);
> > >
> > > as i said before, this is not according to the DOM-Standard, so i would
> > > rather prefer not to include this kind of behaviour, but i'd like to hear
> > > other opinions about that
> >
> >  You are acually goign to argue that it isn't a dom-standard, so you don't
> want
> > it put in? There are a bunch of document non dom-standart functions. I
> don't
> > see how this is any different.
> 
> not really.  but uwe made a lot of efforts to make it finally more dom
> compliant. But you're right, it doesn't hurt anyone, so i'm not really
> against it.
> 
> > Does the dom-standard doesn't say that you need a separte xmldoc() and not
> a
> > new DomDocument, does it?.
> 
> ranting is really not necessary here :)  domxml was for a long time just a
> hack and didn't follow much of the standard, therefore there is still a
> lot of not-standard stuff in there and this stuff will (hopefully) not
> removed for BC's sake...

 I honistly wasn't ranting. That was a serious question. I wasn't sure if the
standard says how to create the inital domdocument.

> 
> > static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
> >  to
> > PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
> >
> >  Then declaring
> > PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
> >  in php_domxml.h
> 
> yep, no problem with that

 Ok sweet.

> 
> > > mmh. that's more or less to late now...
> >
> >  Man... When is the next planned release?
> 
> don't know. ask stig .)
> 
> > What if just get in the PHPAPI export and try and convince you all about
> the
> > new Dom* later?
> 
> RC2 was tagged today, so it's really to late (see dericks mail). You have
> to wait for 4.3 ...

 Ok... I have to do some more testing. I'll submit a patch (hopefully later
today).

 - Brad

__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

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

Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[James E. Flemer]

Yep, on FreeBSD mode_t is "u_int16_t", whereas on Linux it
is a "__u_int".

-James

On 6 May 2002, Jim Winstead wrote:

> James E. Flemer <[EMAIL PROTECTED]> wrote:
> > Perhaps this broke it: (it looks like the most recent
> > change to mkdir())
> >
> > http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203&r2=1.204&ty=u
> >
> > I am looking into it.
>
> passing a pointer to a mode_t (&mode) to zend_parse_parameters(), which
> uses it as a pointer to long, is probably the cause of the problem.
>
> mode should be declared as a long in the function, and cast to a mode_t
> when passed to VCWD_MKDIR.
>
> jim
>
>


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

Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[Jim Winstead]

James E. Flemer <[EMAIL PROTECTED]> wrote:
> Perhaps this broke it: (it looks like the most recent
> change to mkdir())
> 
> http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203&r2=1.204&ty=u
> 
> I am looking into it.

passing a pointer to a mode_t (&mode) to zend_parse_parameters(), which
uses it as a pointer to long, is probably the cause of the problem.

mode should be declared as a long in the function, and cast to a mode_t
when passed to VCWD_MKDIR.

jim

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

Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[Markus Fischer]

Hi,

Uh christ, I hope not! Thanks for looking into that.

- Markus

On Mon, May 06, 2002 at 12:31:31PM -0400, James E. Flemer wrote : 
> Perhaps this broke it: (it looks like the most recent
> change to mkdir())
> 
> http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203&r2=1.204&ty=u
> 
> I am looking into it.
> -James
> 
> On Mon, 6 May 2002, Rasmus Lerdorf wrote:
> 
> > Bug 16905 seems to be real and is biting a few people on *BSD.  It looks
> > non-sensical to me and I don't really have decent access to a FreeBSD box
> > anymore.  Could someone on FreeBSD take a close look at this one?
> >
> > -Rasmus
> >
> > -- Forwarded message --
> > Date: Mon, 6 May 2002 10:28:10 -0400
> > From: Don Wang <[EMAIL PROTECTED]>
> > To: Troy <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: [Gallery-users] can't create albums
> >
> > Troy,
> >
> > I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment).
> > I had exactly same problem before. Bharat solved it for me. His patch is now
> > located at:
> >
> > List: gallery-users
> > Subject:  [Gallery-users] PHP 4.2.0 new album issues
> > From: Brian Smyth <[EMAIL PROTECTED]>
> > Date: 2002-05-02 4:18:48
> > [Download message RAW]
> >
> > Just as an FYI, the issues I (and others) were having are due to a PHP
> > bug: http://bugs.php.net/bug.php?id=16905
> >
> > Bharat worked around the issue, and a patch is in CVS: \
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u
> > nix.php.di \
> > ff?r1=1.12&r2=1.13
> >
> > It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD.
> >
> > Take care,
> >
> > Brian
> > --
> > Brian Smyth
> > [EMAIL PROTECTED] || http://aries.etree.org/~hamal/
> >
> > -Original Message-
> > From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 8:08 PM
> > To: 'Don Wang'
> > Subject: RE: New Album problem
> > Ok, a whole lot of debugging later I've figured out the
> > problem.  You're hitting this bug:
> >
> > http://bugs.php.net/bug.php?id=16905
> >
> > It would have saved a lot of time if I was able to see
> > your Apache error log, but I couldn't find it.  At any
> > rate, I've patched your code to work around this issue
> > and will roll the patch back into the trunk.  Thanks for
> > giving me access!
> >
> > -Bharat
> >
> > > -Original Message-
> > > From: Don Wang [mailto:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 01, 2002 3:36 PM
> > > To: Mediratta, Bharat
> > > Subject: New Album problem
> > >
> > >
> > > Bharat,
> > >
> > > When one clicks on "new Album", automatically 6 new untitle albums are
> > > generated. Afterwards, each new click generates two more.
> > >
> > > I suspect this bug is php 4.2 upgrade related, although I
> > > know little about
> > > php to prove it. Right now I count at least three people
> > > having the exact
> > > same problem.
> >
> > >
> > >
> > > List: gallery-users
> > > Subject:  RE: [Gallery-users] Problem adding new album
> > > (albums/album01-10)
> > > From: "Mediratta, Bharat" <[EMAIL PROTECTED]>
> > > Date: 2002-05-01 4:40:20
> > > [Download message RAW]
> > >
> > >
> > >
> > > > From: Brian Smyth [mailto:[EMAIL PROTECTED]]
> > > >
> > > > When my admin user tries to create a new album, 10 new album
> > > > directories named album01 through album10 (and so on if I try to
> > > > add more albums) are created in my albums/ directory and I get
> > > > a "Document contains no data" error from my web browser.
> > > > Subsequently, gallery warns me on the top page that album01-10
> > > > are not valid albums and should be deleted.  They are just empty
> > > > directories.
> > >
> > > When you click "new album" once, you get 10 empty albums?  Or
> > > do you only get one blank album every click?
> > >
> > > Also, has anything else changed in your environment, like did
> > > you upgrade your version of PHP or anything else that might be
> > > related?
> > >
> > > Assuming that you can reproduce this readily, I'd love to
> > > get onto your machine via ssh or ftp and tinker with the code
> > > to see if I can figure out what's going wrong.  If that's
> > > possible please let me know.  Thanks,
> > >
> > > -Bharat
> > >
> > >
> >
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Troy
> > Sent: Monday, May 06, 2002 3:38 AM
> > To: [EMAIL PROTECTED]
> > Subject: [Gallery-users] can't create albums
> >
> >
> > After getting Gallery installed and working I can't create new albums.
> > After logging in and trying to create one, I get a page not found, then
> > when going back to the main gallery page, It shows 3 albums created
> > afterwords, all of which are named the same and have the same location.
> > Under each album is the error:
> >
> > Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat
> > (errno=2 - No such file or directory) in
> > /usr/local/www/data/gal

Re: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[James E. Flemer]

Perhaps this broke it: (it looks like the most recent
change to mkdir())

http://cvs.php.net/diff.php/php4/ext/standard/file.c?r1=1.203&r2=1.204&ty=u

I am looking into it.
-James

On Mon, 6 May 2002, Rasmus Lerdorf wrote:

> Bug 16905 seems to be real and is biting a few people on *BSD.  It looks
> non-sensical to me and I don't really have decent access to a FreeBSD box
> anymore.  Could someone on FreeBSD take a close look at this one?
>
> -Rasmus
>
> -- Forwarded message --
> Date: Mon, 6 May 2002 10:28:10 -0400
> From: Don Wang <[EMAIL PROTECTED]>
> To: Troy <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Gallery-users] can't create albums
>
> Troy,
>
> I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment).
> I had exactly same problem before. Bharat solved it for me. His patch is now
> located at:
>
> List: gallery-users
> Subject:  [Gallery-users] PHP 4.2.0 new album issues
> From: Brian Smyth <[EMAIL PROTECTED]>
> Date: 2002-05-02 4:18:48
> [Download message RAW]
>
> Just as an FYI, the issues I (and others) were having are due to a PHP
> bug: http://bugs.php.net/bug.php?id=16905
>
> Bharat worked around the issue, and a patch is in CVS: \
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u
> nix.php.di \
> ff?r1=1.12&r2=1.13
>
> It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD.
>
> Take care,
>
> Brian
> --
> Brian Smyth
> [EMAIL PROTECTED] || http://aries.etree.org/~hamal/
>
> -Original Message-
> From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 8:08 PM
> To: 'Don Wang'
> Subject: RE: New Album problem
> Ok, a whole lot of debugging later I've figured out the
> problem.  You're hitting this bug:
>
> http://bugs.php.net/bug.php?id=16905
>
> It would have saved a lot of time if I was able to see
> your Apache error log, but I couldn't find it.  At any
> rate, I've patched your code to work around this issue
> and will roll the patch back into the trunk.  Thanks for
> giving me access!
>
> -Bharat
>
> > -Original Message-
> > From: Don Wang [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 3:36 PM
> > To: Mediratta, Bharat
> > Subject: New Album problem
> >
> >
> > Bharat,
> >
> > When one clicks on "new Album", automatically 6 new untitle albums are
> > generated. Afterwards, each new click generates two more.
> >
> > I suspect this bug is php 4.2 upgrade related, although I
> > know little about
> > php to prove it. Right now I count at least three people
> > having the exact
> > same problem.
>
> >
> >
> > List: gallery-users
> > Subject:  RE: [Gallery-users] Problem adding new album
> > (albums/album01-10)
> > From: "Mediratta, Bharat" <[EMAIL PROTECTED]>
> > Date: 2002-05-01 4:40:20
> > [Download message RAW]
> >
> >
> >
> > > From: Brian Smyth [mailto:[EMAIL PROTECTED]]
> > >
> > > When my admin user tries to create a new album, 10 new album
> > > directories named album01 through album10 (and so on if I try to
> > > add more albums) are created in my albums/ directory and I get
> > > a "Document contains no data" error from my web browser.
> > > Subsequently, gallery warns me on the top page that album01-10
> > > are not valid albums and should be deleted.  They are just empty
> > > directories.
> >
> > When you click "new album" once, you get 10 empty albums?  Or
> > do you only get one blank album every click?
> >
> > Also, has anything else changed in your environment, like did
> > you upgrade your version of PHP or anything else that might be
> > related?
> >
> > Assuming that you can reproduce this readily, I'd love to
> > get onto your machine via ssh or ftp and tinker with the code
> > to see if I can figure out what's going wrong.  If that's
> > possible please let me know.  Thanks,
> >
> > -Bharat
> >
> >
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Troy
> Sent: Monday, May 06, 2002 3:38 AM
> To: [EMAIL PROTECTED]
> Subject: [Gallery-users] can't create albums
>
>
> After getting Gallery installed and working I can't create new albums.
> After logging in and trying to create one, I get a page not found, then
> when going back to the main gallery page, It shows 3 albums created
> afterwords, all of which are named the same and have the same location.
> Under each album is the error:
>
> Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat
> (errno=2 - No such file or directory) in
> /usr/local/www/data/gallery/platform/fs_unix.php on line 73
> Dec 31, 1969. This album contains no items.
>
> When configuring Gallery I set the Album directory and Albums URL to
> /usr/local/www/data/gallery/albums, the URL to the gallery site is the
> the default of hostname/gallery. The permissions to the albums directory
> are correct, and it is creating these unusable albums in the correct
> place of /gallery/albums. Any help appreciated, thanks.
>

[PHP-DEV] CVS Account Request: attila

[Attila Strauss]

- Maintaining DOMXML documentation
- Translating new DOMXML functions into german

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

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomakeerrno optional

[Jason Greene]

I think he is referring to persistent sockets.

Tom, 

Could you outline how you would use a persistent sockets, and why it
would benefit you?


-Jason


On Mon, 2002-05-06 at 10:54, Markus Fischer wrote:
> Hi,
> 
> What do you mean with psocket() ?
> 
> - Markus
> 
> On Mon, May 06, 2002 at 09:39:23AM -0700, Tom Robinson wrote : 
> > I see you are right. Whereas although socket_last_error() (no argument) can be 
>viewed as a shortcut, it is actually a feature that cannot be duplicated in user 
>space because of the situation when socket_connect fails.
> > Next... how about psocket?
> > ...Tom
> > >This really is something that better belongs in user-space.
> > 
> 
> -- 
> Please always Cc to me when replying to me on the lists.
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> "I'm not stupid, you know? :)" - Jani Taskinen



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

Re: [PHP-DEV] PHP 4.2.1

[Christian Stocker]

On Mon, 6 May 2002, brad lafountain wrote:

>
> --- Christian Stocker <[EMAIL PROTECTED]> wrote:
> > On Mon, 6 May 2002, brad lafountain wrote:
> >
> > > Hello,
> > >
> > >  I have a patch for DomXML that does 2 things. It allows you to use new and
> > > constructors to create dom elements.
> > >
> > >  Ex.
> > >
> > > $doc = new DomDocument("some.file", true);
> > > $ele = new DocElement("name");
> > > $doc->append_child($ele);
> >
> > as i said before, this is not according to the DOM-Standard, so i would
> > rather prefer not to include this kind of behaviour, but i'd like to hear
> > other opinions about that
>
>  You are acually goign to argue that it isn't a dom-standard, so you don't want
> it put in? There are a bunch of document non dom-standart functions. I don't
> see how this is any different.

not really.  but uwe made a lot of efforts to make it finally more dom
compliant. But you're right, it doesn't hurt anyone, so i'm not really
against it.

> Does the dom-standard doesn't say that you need a separte xmldoc() and not a
> new DomDocument, does it?.

ranting is really not necessary here :)  domxml was for a long time just a
hack and didn't follow much of the standard, therefore there is still a
lot of not-standard stuff in there and this stuff will (hopefully) not
removed for BC's sake...

> static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
>  to
> PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
>
>  Then declaring
> PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
>  in php_domxml.h

yep, no problem with that

> > mmh. that's more or less to late now...
>
>  Man... When is the next planned release?

don't know. ask stig .)

> What if just get in the PHPAPI export and try and convince you all about the
> new Dom* later?

RC2 was tagged today, so it's really to late (see dericks mail). You have
to wait for 4.3 ...

chregu


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

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomake errno optional

[Markus Fischer]

Hi,

What do you mean with psocket() ?

- Markus

On Mon, May 06, 2002 at 09:39:23AM -0700, Tom Robinson wrote : 
> I see you are right. Whereas although socket_last_error() (no argument) can be 
>viewed as a shortcut, it is actually a feature that cannot be duplicated in user 
>space because of the situation when socket_connect fails.
> Next... how about psocket?
> ...Tom
> >This really is something that better belongs in user-space.
> 

-- 
Please always Cc to me when replying to me on the lists.
GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
"I'm not stupid, you know? :)" - Jani Taskinen

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

Re: [PHP-DEV] PHP 4.3 charter and release plan

[Jason Greene]

I would like to have the sockets extension polished and marked as stable
by 4.3, if you would like to add that to the list of changes.

-Jason
On Fri, 2002-05-03 at 00:17, Stig S. Bakken wrote:
> Hi,
> 
> I've volunteered to RM (release master, not /bin/rm) PHP 4.3.  This
> release will be synchronized with the public release of the PEAR
> (including PECL) infrastructure.
> 
> This time I'd like to try partitioning the work a bit by identifying the
> major changes and have one person sign up as responsible for each.
> 
> I will do the overall coordination and handle stuff that don't belong to
> these major changes.
> 
> Here's the list of major changes, and the person I would like to invite
> as responsible for that part of 4.3:
> 
> 1. New build system (Sascha)
> 
> 2. PHP Streams (Wez)
> 
> 3. Command-line SAPI installed by default (Edin)
> 
> 4. PEAR integration including PECL builder (Stig)
> 
> 5. MySQL changes (Zak)
> 
> 6. PostgreSQL changes (Yasuo)
> 
> 7. DOMXML changes? (Christian)
> 
> I'm not sure how significant the changes to mysql/pgsql/domxml are this
> time, this list was based on an overview of the NEWS file.
> 
> When someone has signed up for each major change, I want to get a
> feeling for how much work remains and make a rough internal release
> schedule.  The PHP_4_3_0 branch will be created when everyone says their
> stuff is ready for full testing.
> 
> Does this organization of the 4.3 release sound reasonable?
> 
>  - Stig
> 
> 
> -- 
> 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: [Gallery-users] can't create albums (fwd)

[Dan Kalowsky]

Initial tests with FreeBSD 4.5 and PHP 4.2.0 seem to be working in CGI
mode.  Building DSO now to test further.

On Mon, 6 May 2002, Rasmus Lerdorf wrote:

> Bug 16905 seems to be real and is biting a few people on *BSD.  It looks
> non-sensical to me and I don't really have decent access to a FreeBSD box
> anymore.  Could someone on FreeBSD take a close look at this one?
>
> -Rasmus
>
> -- Forwarded message --
> Date: Mon, 6 May 2002 10:28:10 -0400
> From: Don Wang <[EMAIL PROTECTED]>
> To: Troy <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: RE: [Gallery-users] can't create albums
>
> Troy,
>
> I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment).
> I had exactly same problem before. Bharat solved it for me. His patch is now
> located at:
>
> List: gallery-users
> Subject:  [Gallery-users] PHP 4.2.0 new album issues
> From: Brian Smyth <[EMAIL PROTECTED]>
> Date: 2002-05-02 4:18:48
> [Download message RAW]
>
> Just as an FYI, the issues I (and others) were having are due to a PHP
> bug: http://bugs.php.net/bug.php?id=16905
>
> Bharat worked around the issue, and a patch is in CVS: \
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u
> nix.php.di \
> ff?r1=1.12&r2=1.13
>
> It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD.
>
> Take care,
>
> Brian
> --
> Brian Smyth
> [EMAIL PROTECTED] || http://aries.etree.org/~hamal/
>
> -Original Message-
> From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 8:08 PM
> To: 'Don Wang'
> Subject: RE: New Album problem
> Ok, a whole lot of debugging later I've figured out the
> problem.  You're hitting this bug:
>
> http://bugs.php.net/bug.php?id=16905
>
> It would have saved a lot of time if I was able to see
> your Apache error log, but I couldn't find it.  At any
> rate, I've patched your code to work around this issue
> and will roll the patch back into the trunk.  Thanks for
> giving me access!
>
> -Bharat
>
> > -Original Message-
> > From: Don Wang [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, May 01, 2002 3:36 PM
> > To: Mediratta, Bharat
> > Subject: New Album problem
> >
> >
> > Bharat,
> >
> > When one clicks on "new Album", automatically 6 new untitle albums are
> > generated. Afterwards, each new click generates two more.
> >
> > I suspect this bug is php 4.2 upgrade related, although I
> > know little about
> > php to prove it. Right now I count at least three people
> > having the exact
> > same problem.
>
> >
> >
> > List: gallery-users
> > Subject:  RE: [Gallery-users] Problem adding new album
> > (albums/album01-10)
> > From: "Mediratta, Bharat" <[EMAIL PROTECTED]>
> > Date: 2002-05-01 4:40:20
> > [Download message RAW]
> >
> >
> >
> > > From: Brian Smyth [mailto:[EMAIL PROTECTED]]
> > >
> > > When my admin user tries to create a new album, 10 new album
> > > directories named album01 through album10 (and so on if I try to
> > > add more albums) are created in my albums/ directory and I get
> > > a "Document contains no data" error from my web browser.
> > > Subsequently, gallery warns me on the top page that album01-10
> > > are not valid albums and should be deleted.  They are just empty
> > > directories.
> >
> > When you click "new album" once, you get 10 empty albums?  Or
> > do you only get one blank album every click?
> >
> > Also, has anything else changed in your environment, like did
> > you upgrade your version of PHP or anything else that might be
> > related?
> >
> > Assuming that you can reproduce this readily, I'd love to
> > get onto your machine via ssh or ftp and tinker with the code
> > to see if I can figure out what's going wrong.  If that's
> > possible please let me know.  Thanks,
> >
> > -Bharat
> >
> >
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Troy
> Sent: Monday, May 06, 2002 3:38 AM
> To: [EMAIL PROTECTED]
> Subject: [Gallery-users] can't create albums
>
>
> After getting Gallery installed and working I can't create new albums.
> After logging in and trying to create one, I get a page not found, then
> when going back to the main gallery page, It shows 3 albums created
> afterwords, all of which are named the same and have the same location.
> Under each album is the error:
>
> Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat
> (errno=2 - No such file or directory) in
> /usr/local/www/data/gallery/platform/fs_unix.php on line 73
> Dec 31, 1969. This album contains no items.
>
> When configuring Gallery I set the Album directory and Albums URL to
> /usr/local/www/data/gallery/albums, the URL to the gallery site is the
> the default of hostname/gallery. The permissions to the albums directory
> are correct, and it is creating these unusable albums in the correct
> place of /gallery/albums. Any help appreciated, thanks.
>
>
> ___

Re: [PHP-DEV] PHP 4.2.1

[brad lafountain]

--- Lukas Schroeder <[EMAIL PROTECTED]> wrote:
> On Mon, May 06, 2002 at 03:54:34PM +0200, Christian Stocker wrote:
> > > $doc = new DomDocument("some.file", true);
> > > $ele = new DocElement("name");
> > > $doc->append_child($ele);
> > 
> > as i said before, this is not according to the DOM-Standard, so i would
> > rather prefer not to include this kind of behaviour, but i'd like to hear
> > other opinions about that
> 
> wrt. to using the new operator to create "orphaned" nodes, i dont care.
> one might argue, that it makes the thing more consistent, but we've
> already had a lot of fun with discussions about consistency before :)
> 
> wrt. to creating nodes without using a document's factory let me point
> out the following.
> 
> with the current api i can already create a node this way:
>   $n = domxml_node('root');
> and i've always found that very appealing; what was (is?) missing ar the
> functions to create all other types of nodes this way...
> 
> i want to be able to assemble the xml pieces (docs, nodes, trees) the
> way i like it and in the order i find appropriate. i dont need a
> document to have some node flying around in memory, as the dom-spec
> tries to tell me. i find it convenient that i can happily assemble a
> whole subtree inside a function, return that subtree and have the caller
> do whatever it wants with it (attach it, modify it, delete it).

 I totally agree with this. This is exactly what im trying to do pass part of
my document to the user have them modify/create and then pass back to my
extension then attach it to my docuemnt.

 - Brad


__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

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

Re: [PHP-DEV] PHP 4.2.1

[brad lafountain]

--- Christian Stocker <[EMAIL PROTECTED]> wrote:
> On Mon, 6 May 2002, brad lafountain wrote:
> 
> > Hello,
> >
> >  I have a patch for DomXML that does 2 things. It allows you to use new and
> > constructors to create dom elements.
> >
> >  Ex.
> >
> > $doc = new DomDocument("some.file", true);
> > $ele = new DocElement("name");
> > $doc->append_child($ele);
> 
> as i said before, this is not according to the DOM-Standard, so i would
> rather prefer not to include this kind of behaviour, but i'd like to hear
> other opinions about that

 You are acually goign to argue that it isn't a dom-standard, so you don't want
it put in? There are a bunch of document non dom-standart functions. I don't
see how this is any different. 

Does the dom-standard doesn't say that you need a separte xmldoc() and not a
new DomDocument, does it?.

I would rather see this
$doc = new DomDocument("some.file", true);

than this
$doc = xmldoc("somefile.file", true);

Thats just my prefrence.

> 
> > and it also PHPAPI exports one function that can be used in other places
> (my
> > extension).
> 
> don't know exactly, what you mean with that. Can you give an example and
> more important the source code to that :)

 All this change is

static zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
 to
PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);

 Then declaring
PHPAPI zval *php_domobject_new(xmlNodePtr obj, int *found TSRMLS_DC);
 in php_domxml.h

I think thats the only change i need to be able to create domxml objects in my
extension.

> 
> >  Is it a possiblity to get this change in this release.
> 
> mmh. that's more or less to late now...

 Man... When is the next planned release?

What if just get in the PHPAPI export and try and convince you all about the
new Dom* later?

 - Brad


__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

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

RE: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[Insomniac Admin]

I have several FreeBSD boxes I could test on, if you can give me version
numbers for the distributions of PHP and Apache you want me to test (and
any specific configure arguments) I can.

Might be worth giving me a list of what your looking for incase Im
missing the point heh

(I know that last request probably rules me out from being of use to the
testing procedure but hey, at least Im happy to help :P heh)

- Dan

-Original Message-
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] 
Sent: 06 May 2002 15:34
To: [EMAIL PROTECTED]
Subject: [PHP-DEV] RE: [Gallery-users] can't create albums (fwd)


Bug 16905 seems to be real and is biting a few people on *BSD.  It looks
non-sensical to me and I don't really have decent access to a FreeBSD
box anymore.  Could someone on FreeBSD take a close look at this one?

-Rasmus

-- Forwarded message --
Date: Mon, 6 May 2002 10:28:10 -0400
From: Don Wang <[EMAIL PROTECTED]>
To: Troy <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: RE: [Gallery-users] can't create albums

Troy,

I suspect that you have hit a PHP 4.2 bug (possibly under BSD
environment). I had exactly same problem before. Bharat solved it for
me. His patch is now located at:

List: gallery-users
Subject:  [Gallery-users] PHP 4.2.0 new album issues
From: Brian Smyth <[EMAIL PROTECTED]>
Date: 2002-05-02 4:18:48
[Download message RAW]

Just as an FYI, the issues I (and others) were having are due to a PHP
bug: http://bugs.php.net/bug.php?id=16905

Bharat worked around the issue, and a patch is in CVS: \
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/
fs_u
nix.php.di \
ff?r1=1.12&r2=1.13

It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD.

Take care,

Brian
--
Brian Smyth
[EMAIL PROTECTED] || http://aries.etree.org/~hamal/

-Original Message-
From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 01, 2002 8:08 PM
To: 'Don Wang'
Subject: RE: New Album problem
Ok, a whole lot of debugging later I've figured out the problem.  You're
hitting this bug:

http://bugs.php.net/bug.php?id=16905

It would have saved a lot of time if I was able to see
your Apache error log, but I couldn't find it.  At any
rate, I've patched your code to work around this issue
and will roll the patch back into the trunk.  Thanks for
giving me access!

-Bharat

> -Original Message-
> From: Don Wang [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 3:36 PM
> To: Mediratta, Bharat
> Subject: New Album problem
>
>
> Bharat,
>
> When one clicks on "new Album", automatically 6 new untitle albums are

> generated. Afterwards, each new click generates two more.
>
> I suspect this bug is php 4.2 upgrade related, although I know little 
> about php to prove it. Right now I count at least three people
> having the exact
> same problem.

>
>
> List: gallery-users
> Subject:  RE: [Gallery-users] Problem adding new album
> (albums/album01-10)
> From: "Mediratta, Bharat" <[EMAIL PROTECTED]>
> Date: 2002-05-01 4:40:20
> [Download message RAW]
>
>
>
> > From: Brian Smyth [mailto:[EMAIL PROTECTED]]
> >
> > When my admin user tries to create a new album, 10 new album 
> > directories named album01 through album10 (and so on if I try to add

> > more albums) are created in my albums/ directory and I get a 
> > "Document contains no data" error from my web browser. Subsequently,

> > gallery warns me on the top page that album01-10 are not valid 
> > albums and should be deleted.  They are just empty directories.
>
> When you click "new album" once, you get 10 empty albums?  Or do you 
> only get one blank album every click?
>
> Also, has anything else changed in your environment, like did you 
> upgrade your version of PHP or anything else that might be related?
>
> Assuming that you can reproduce this readily, I'd love to
> get onto your machine via ssh or ftp and tinker with the code to see 
> if I can figure out what's going wrong.  If that's possible please let

> me know.  Thanks,
>
> -Bharat
>
>


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Troy
Sent: Monday, May 06, 2002 3:38 AM
To: [EMAIL PROTECTED]
Subject: [Gallery-users] can't create albums


After getting Gallery installed and working I can't create new albums.
After logging in and trying to create one, I get a page not found, then
when going back to the main gallery page, It shows 3 albums created
afterwords, all of which are named the same and have the same location.
Under each album is the error:

Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat
(errno=2 - No such file or directory) in
/usr/local/www/data/gallery/platform/fs_unix.php on line 73 Dec 31,
1969. This album contains no items.

When configuring Gallery I set the Album directory and Albums URL to
/usr/local/www/data/gallery/albums, the URL to the gallery site is the
the default of hostname/gallery. The permissions to the albums direc

Re: [PHP-DEV] Re: Bug #17022: enhance socket_strerror(errno) tomakeerrno optional

[Jason Greene]

On Mon, 2002-05-06 at 00:31, Tom Robinson wrote:
> As a programmer fairly new to the PHP socket functions, there is a long enough list 
>of them already.
> For the most part, they match the C functions.
> socket_last_error() doesn't have a C equivalent, because of the difference in 
>environment.
> But in the PHP tradition, socket_last_error has two flavours, where the shortest one 
>is the one that can be used 90% of the time.

I understand that you were just looking for a shortcut, and your
suggestion does create a good shortcut for the way you you are using
socket_strerror(). The only reason I had a problem with the suggestion
is because it did not apply to all uses. I realize that you may use
socket_last_error()  with no sock arg 90% of the time, but use will vary
depending on application. 

> I personally would not want to see yet another function for socket_last_errstr() - 
>ever time a new function is added to the list, it makes the list a little bit longer 
>and a little bit less approachable for newcomers. My suggestion was to shorten up the 
>case where socket_strerror is used 90% of the time.

Ok, no problem, it was just an alternative suggested that would have
implemented the functionality you requested, except it would have
applied to all cases.  

I disagree with you that adding a shortcut to a function that was not
designed to behave in that manor is any easier to understand than a new
function that spells out the expected behavior.

I do agree that an extension can pollute its namespace with unnecessary
functions.

> I would extend my suggestion to say I would NOT want a new socket_last_errstr($sock) 
>function.
> It was just a simple little suggestion for a coding shortcut, with no new 
>functionality added, therefore not worthy of its own new function.

> Since no new functionality is added, I can (and did) code my own in PHP for use 
>after almost all my socket calls.
> ...Tom
> 

That is a good thing. An application should always have a custom error
wrapper, because the API will never provide all the desired
functionality within the lifespan of an application.

-Jason

> >I think the requested behavior does not belong in socket_strerror() 
> >simply because it would not match the primary and other use of
> >socket_last_error(). In other words, you would not be able to replace
> >the behavior of
> >
> >socket_strerror(socket_last_error($sock));
> >
> >What could be possible, would be to add something like
> >socket_last_errstr, which could then follow the same semantics of
> >socket_last_error. This would be a much more consistent.
> >i.e.
> >socket_last_errstr($sock);
> >socket_last_errstr();
> >
> >Would this be acceptable?
> 
> 
> 
> -- 
> 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: Bug #17022: enhance socket_strerror(errno) tomake errno optional

[Jason Greene]

Agreed,

This really is something that better belongs in user-space.

-Jason


On Mon, 2002-05-06 at 00:56, Markus Fischer wrote:
> Hi,
> 
> after thinking again I think it's best just not to touch this
> anyway. Let it be that one hast to call
> socket_strerror(socket_last_error()); There is really nothing
> wrong in writing this down that way. It's just getting much
> to write if you repeat your code everytime and to not use a
> generic error handler function in your application (and then
> it can't be a serious application IMO).
> 
> - Markus
> 
> On Sun, May 05, 2002 at 10:05:33PM -0500, Jason Greene wrote : 
> > I think the requested behavior does not belong in socket_strerror() 
> > simply because it would not match the primary and other use of
> > socket_last_error(). In other words, you would not be able to replace
> > the behavior of
> > 
> > socket_strerror(socket_last_error($sock));
> > 
> > What could be possible, would be to add something like
> > socket_last_errstr, which could then follow the same semantics of
> > socket_last_error. This would be a much more consistent.
> > 
> > i.e.
> > 
> > socket_last_errstr($sock);
> > socket_last_errstr();
> > 
> > Would this be acceptable?
> > 
> > -Jason
> > 
> > 
> > 
> > On Sun, 2002-05-05 at 16:33, Markus Fischer wrote:
> > > Hi,
> > > 
> > > technically this isn't a problem at all. I'm just pondering
> > > .. socket_strerror() is nothing better then a call to
> > > strerror().
> > > 
> > > If we one day decide to introduce a generic strerror()
> > > function to PHP it can't automagically fetch the last socket
> > > error of course ... that's the only fear/ojections I have.
> > > 
> > > - Markus
> > > 
> > > On Sun, May 05, 2002 at 09:23:23PM -, [EMAIL PROTECTED] wrote : 
> > > > From: [EMAIL PROTECTED]
> > > > Operating system: any
> > > > PHP version:  4.2.0
> > > > PHP Bug Type: Sockets related
> > > > Bug description:  enhance socket_strerror(errno) to make errno optional
> > > > 
> > > > socket_last_error(socket) was recently enhanced to make the socket
> > > > optional.
> > > > 
> > > > How about doing the same for the error number argument to
> > > > socket_strerror() ?
> > > > 
> > > > So instead of writing:
> > > >   die (socket_strerror(socket_last_error())
> > > > I can just write:
> > > >   die (socket_strerror())
> > > > 
> > > > ...Tom Robinson
> > > > 
> > > > 
> > > > -- 
> > > > Edit bug report at http://bugs.php.net/?id=17022&edit=1
> > > > -- 
> > > > Fixed in CVS:http://bugs.php.net/fix.php?id=17022&r=fixedcvs
> > > > Fixed in release:http://bugs.php.net/fix.php?id=17022&r=alreadyfixed
> > > > Need backtrace:  http://bugs.php.net/fix.php?id=17022&r=needtrace
> > > > Try newer version:   http://bugs.php.net/fix.php?id=17022&r=oldversion
> > > > Not developer issue: http://bugs.php.net/fix.php?id=17022&r=support
> > > > Expected behavior:   http://bugs.php.net/fix.php?id=17022&r=notwrong
> > > > Not enough info: http://bugs.php.net/fix.php?id=17022&r=notenoughinfo
> > > > Submitted twice: http://bugs.php.net/fix.php?id=17022&r=submittedtwice
> > > > register_globals:http://bugs.php.net/fix.php?id=17022&r=globals
> > > 
> > > -- 
> > > Please always Cc to me when replying to me on the lists.
> > > GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> > > "I'm not stupid, you know? :)" - Jani Taskinen
> > > 
> > > -- 
> > > PHP Development Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > > 
> > 
> 
> -- 
> Please always Cc to me when replying to me on the lists.
> GnuPG Key: http://guru.josefine.at/~mfischer/C2272BD0.asc
> "I'm not stupid, you know? :)" - Jani Taskinen
> 
> -- 
> 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.2.1

[Lukas Schroeder]

On Mon, May 06, 2002 at 03:54:34PM +0200, Christian Stocker wrote:
> > $doc = new DomDocument("some.file", true);
> > $ele = new DocElement("name");
> > $doc->append_child($ele);
> 
> as i said before, this is not according to the DOM-Standard, so i would
> rather prefer not to include this kind of behaviour, but i'd like to hear
> other opinions about that

wrt. to using the new operator to create "orphaned" nodes, i dont care.
one might argue, that it makes the thing more consistent, but we've
already had a lot of fun with discussions about consistency before :)

wrt. to creating nodes without using a document's factory let me point
out the following.

with the current api i can already create a node this way:
  $n = domxml_node('root');
and i've always found that very appealing; what was (is?) missing ar the
functions to create all other types of nodes this way...

i want to be able to assemble the xml pieces (docs, nodes, trees) the
way i like it and in the order i find appropriate. i dont need a
document to have some node flying around in memory, as the dom-spec
tries to tell me. i find it convenient that i can happily assemble a
whole subtree inside a function, return that subtree and have the caller
do whatever it wants with it (attach it, modify it, delete it).


regards,
  -lukas
 

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

[PHP-DEV] RE: [Gallery-users] can't create albums (fwd)

[Rasmus Lerdorf]

Bug 16905 seems to be real and is biting a few people on *BSD.  It looks
non-sensical to me and I don't really have decent access to a FreeBSD box
anymore.  Could someone on FreeBSD take a close look at this one?

-Rasmus

-- Forwarded message --
Date: Mon, 6 May 2002 10:28:10 -0400
From: Don Wang <[EMAIL PROTECTED]>
To: Troy <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: RE: [Gallery-users] can't create albums

Troy,

I suspect that you have hit a PHP 4.2 bug (possibly under BSD environment).
I had exactly same problem before. Bharat solved it for me. His patch is now
located at:

List: gallery-users
Subject:  [Gallery-users] PHP 4.2.0 new album issues
From: Brian Smyth <[EMAIL PROTECTED]>
Date: 2002-05-02 4:18:48
[Download message RAW]

Just as an FYI, the issues I (and others) were having are due to a PHP
bug: http://bugs.php.net/bug.php?id=16905

Bharat worked around the issue, and a patch is in CVS: \
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gallery/gallery/platform/fs_u
nix.php.di \
ff?r1=1.12&r2=1.13

It isn't a strictly FreeBSD issue, I encountered the problem on OpenBSD.

Take care,

Brian
--
Brian Smyth
[EMAIL PROTECTED] || http://aries.etree.org/~hamal/

-Original Message-
From: Mediratta, Bharat [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 01, 2002 8:08 PM
To: 'Don Wang'
Subject: RE: New Album problem
Ok, a whole lot of debugging later I've figured out the
problem.  You're hitting this bug:

http://bugs.php.net/bug.php?id=16905

It would have saved a lot of time if I was able to see
your Apache error log, but I couldn't find it.  At any
rate, I've patched your code to work around this issue
and will roll the patch back into the trunk.  Thanks for
giving me access!

-Bharat

> -Original Message-
> From: Don Wang [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 01, 2002 3:36 PM
> To: Mediratta, Bharat
> Subject: New Album problem
>
>
> Bharat,
>
> When one clicks on "new Album", automatically 6 new untitle albums are
> generated. Afterwards, each new click generates two more.
>
> I suspect this bug is php 4.2 upgrade related, although I
> know little about
> php to prove it. Right now I count at least three people
> having the exact
> same problem.

>
>
> List: gallery-users
> Subject:  RE: [Gallery-users] Problem adding new album
> (albums/album01-10)
> From: "Mediratta, Bharat" <[EMAIL PROTECTED]>
> Date: 2002-05-01 4:40:20
> [Download message RAW]
>
>
>
> > From: Brian Smyth [mailto:[EMAIL PROTECTED]]
> >
> > When my admin user tries to create a new album, 10 new album
> > directories named album01 through album10 (and so on if I try to
> > add more albums) are created in my albums/ directory and I get
> > a "Document contains no data" error from my web browser.
> > Subsequently, gallery warns me on the top page that album01-10
> > are not valid albums and should be deleted.  They are just empty
> > directories.
>
> When you click "new album" once, you get 10 empty albums?  Or
> do you only get one blank album every click?
>
> Also, has anything else changed in your environment, like did
> you upgrade your version of PHP or anything else that might be
> related?
>
> Assuming that you can reproduce this readily, I'd love to
> get onto your machine via ssh or ftp and tinker with the code
> to see if I can figure out what's going wrong.  If that's
> possible please let me know.  Thanks,
>
> -Bharat
>
>


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Troy
Sent: Monday, May 06, 2002 3:38 AM
To: [EMAIL PROTECTED]
Subject: [Gallery-users] can't create albums


After getting Gallery installed and working I can't create new albums.
After logging in and trying to create one, I get a page not found, then
when going back to the main gallery page, It shows 3 albums created
afterwords, all of which are named the same and have the same location.
Under each album is the error:

Warning: stat failed for /usr/local/www/data/gallery/albums//album.dat
(errno=2 - No such file or directory) in
/usr/local/www/data/gallery/platform/fs_unix.php on line 73
Dec 31, 1969. This album contains no items.

When configuring Gallery I set the Album directory and Albums URL to
/usr/local/www/data/gallery/albums, the URL to the gallery site is the
the default of hostname/gallery. The permissions to the albums directory
are correct, and it is creating these unusable albums in the correct
place of /gallery/albums. Any help appreciated, thanks.


___

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]


__[ g a l l e r y - u s e r s ]_

[ list archive/(un)subscribe --> http://gallery.sf.net/lists.php ]
[ gallery info/FAQ/download --> http://gallery.sf.net ]
[ gallery good karma --> http://gallery.sf.net/donate.php?dt=gu ]


___

Re: [PHP-DEV] PHP 4.2.1

[Christian Stocker]

On Mon, 6 May 2002, brad lafountain wrote:

> Hello,
>
>  I have a patch for DomXML that does 2 things. It allows you to use new and
> constructors to create dom elements.
>
>  Ex.
>
> $doc = new DomDocument("some.file", true);
> $ele = new DocElement("name");
> $doc->append_child($ele);

as i said before, this is not according to the DOM-Standard, so i would
rather prefer not to include this kind of behaviour, but i'd like to hear
other opinions about that

> and it also PHPAPI exports one function that can be used in other places (my
> extension).

don't know exactly, what you mean with that. Can you give an example and
more important the source code to that :)

>  Is it a possiblity to get this change in this release.

mmh. that's more or less to late now...

chregu



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

Re: [PHP-DEV] PHP 4.2.1

[derick]

On Mon, 6 May 2002, brad lafountain wrote:

> Hello,
> 
>  I have a patch for DomXML that does 2 things. It allows you to use new and 
> constructors to create dom elements.
> 
>  Ex.
> 
> $doc = new DomDocument("some.file", true);
> $ele = new DocElement("name");
> $doc->append_child($ele);
> 
>  insetead of
> 
> $doc = xmldoc("some.file", true);
> $ele = $doc->create_element("name");
> $doc->append_child($ele);
> 
> and it also PHPAPI exports one function that can be used in other places (my
> extension).
> 
>  Is it a possiblity to get this change in this release.

Nope, as I'm just tagging RC2. And I'd rather see not any changes happen 
now.

Derick

---
 Did I help you?   http://www.jdimedia.nl/derick/link.php?url=giftlist
 Frequent ranting: http://www.jdimedia.nl/derick/
---
 PHP: Scripting the Web - [EMAIL PROTECTED]
All your branches are belong to me!
SRM: Script Running Machine - www.vl-srm.net
---


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

Re: [PHP-DEV] PHP 4.2.1

[brad lafountain]

Hello,

 I have a patch for DomXML that does 2 things. It allows you to use new and 
constructors to create dom elements.

 Ex.

$doc = new DomDocument("some.file", true);
$ele = new DocElement("name");
$doc->append_child($ele);

 insetead of

$doc = xmldoc("some.file", true);
$ele = $doc->create_element("name");
$doc->append_child($ele);

and it also PHPAPI exports one function that can be used in other places (my
extension).

 Is it a possiblity to get this change in this release.

 - Brad

--- Derick Rethans <[EMAIL PROTECTED]> wrote:
> Hello,
> 
> At the end of last week, DomXML was merged to the branch and there was no 
> single test response for RC1. So I want to postpone 4.2.1 till next 
> monday, and release another RC today (with the new DomXML api).
> 
> Derick
> 
> ---
>  Derick Rethans http://www.jdimedia.nl/derick/ 
>  JDI Media Solutions   http://www.jdimedia.nl/
> ---
> 
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 


__
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

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

RE: [PHP-DEV] Re: PHP 4.3 charter and release plan

[Joseph Tate]

Uwe and Christian have together just about doubled the number of available
functions.  I'd call that pretty major.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, May 05, 2002 3:07 AM
> To: Stig S. Bakken
> Cc: Christian Stocker; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [PHP-DEV] Re: PHP 4.3 charter and release plan
>
>
> On 5 May 2002, Stig S. Bakken wrote:
>
> > On Fri, 2002-05-03 at 13:25, Christian Stocker wrote:
> > >
> > > if noone else really would like to do it, i can take over this part. I
> > > don't think, there's much new stuff in domxml since 4.2 (yes, there is
> > > some, but nothing really critical), but testing all this
> would be a good
> > > idea, maybe adding missing functions from the DOM-Specs as
> well (but this
> > > depends until when we want tp release php4.3). I'm already
> using domxml from
> > > 4.3 on my testing machine and didn't realize any problems with it till
> > > now.
> >
> > Ok, sounds like this one won't be a "major change" either then.  You're
> > off the hook ;-)
>
> I still think DomXML underwent a lot of changes so that it should be
> classified as 'major change'. It should no wbe conformant to the w3c
> specs, and a little bit testin if that's really the case can do no harm.
>
> Derick
>
> --
> -
>  Did I help you? http://www.amazon.co.uk/exec/obidos/registry/SLCB276UZU8B
>  Frequent ranting: http://www.jdimedia.nl/derick/
> --
> -
>  PHP: Scripting the Web - [EMAIL PROTECTED]
> All your branches are belong to me!
> SRM: Script Running Machine - www.vl-srm.net
> --
> -
>
>
> --
> 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: Re[2]: [PHP-DEV] PHP 4.3 charter and release plan

[Jan Schneider]

Zitat von Andrew Sitnikov <[EMAIL PROTECTED]>:

> Hello Stig,
> 
> SSB> Huh, are you saying PHP _is_ locale-dependant?
> Yes.
> 
> Example:
> 1.php
>setlocale(LC_ALL,'ru_RU.CP1251');
>   include('2.php');
> ?>
> 
> 2.php
>$var = 1.3;
>   var_dump($var);
> ?>
> 
> gap /home/local/sitnikov> GET http://si.infonet.ee/1.php
> float(1)
> 
> Locale ru_RU.CP1251 has decimal delimiter ',';
> 
> I understand why it occurs (thanks to Stanislav Malyshev), but this is
> not correct behaviour IMHO, and must be fixed ASAP.

Perhaps Bug 16865 (http://bugs.php.net/bug.php?id=16865) falls into the 
same category of locale dependent bugs:

To quote from the bug entry:

---snip---
It seems like some constants are getting
undefined if you set the locale to tr_TR. It happens randomly with
internally defined and user defined constants and is reproducable with
this little script:


---snip---

This happened so far only with this specific locale, 'tr' for example works.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft

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