[PHP] Re: [PHP-DEV] Dynamic Update of DNS ??

2001-05-08 Thread Stig Sæther Bakken

[Stig Venaas <[EMAIL PROTECTED]>]
> On Mon, May 07, 2001 at 06:54:53PM +0200, Vincen Pujol wrote:
> >  Hi,
> >  Sorry for the crossposting but I don't know where to find a 
> > solution for this. I need to be able to update dynamically entries in a DNS 
> > (Bind 9). My DNS supports dynamic updates but how to do dynamic updates in 
> > my DNS server from a PHP Script ??
> 
> Might be interesting to add such a thing to PHP as a PEAR extension
> maybe, but you could use a separate program for that, and just execute
> it from PHP. Another possibility is to use my LDAP back-end for BIND
> rather than dynamic updates. The effect is mostly the same. BIND will
> look up the data in LDAP every time (lose some performance, normally
> not a problem), and you can modify the data at any time from for
> instance PHP by accessing the LDAP server. If anyone wants to look at
> the LDAP back-end, see http://www/dns/bind/bind-sdb/. If you look at
^^^
I guess this will take most people to somewhere else than they
expect. :-)

 - Stig

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

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP] Re: [PEAR] PEAR Versions

2001-05-08 Thread Stig Sæther Bakken

[Michael Stearne <[EMAIL PROTECTED]>]
> I have a version of PEAR installed now with 4.0.3pl1.  I need some
> of the newer versions of the functions that have been added since
> then.  I need mysql's afftedRows for instance.  I see in the 4.0.5 of
> PEAR that was given with 4.0.5 that some function have "since 4.0.5"
> in PEAR.php in particular.  Is there anyway to upgrade my PEAR to a
> new version without going to 4.0.5 on the web server?

Download the 4.0.5 source tarball, run configure, cd to "pear" and do
"make install".

 - Stig

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

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: Re[3]: [PHP-CVS] cvs: php4 /main config.w32.h php_ini.c

2001-04-24 Thread Stig Sæther Bakken

[Marc Boeren <[EMAIL PROTECTED]>]
> >If there are we are better off finding them and fixing them instead of 
> >defaulting to c:\php4. I think we should follow the Windows standard on 
> >Windows. I know that I hate when programs want to install themselves in c:\
> 
> >on Windows.
> 
> Just stating the obvious here, but c:\program files is a setting in the
> registry that can be overridden (on my machine, it's d:\app), so if it is
> decided to use this dir then please read the location from the registry (I
> hate programs that install themselves in c:\program files after I have gone
> through all the trouble of renaming it to d:\app)

I have to second this, on non-english versions of Windows this
directory has a different name too.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: php4 /main config.w32.h php_ini.c

2001-04-24 Thread Stig Sæther Bakken

["James Moore" <[EMAIL PROTECTED]>]
> how about defaulting to SystemDrive\\php4 but also allowing a envromental
> variable to be set so
> 
> #define PHP_BINDIR (getenv("PHP_BinDir"))?getenv("PHP_BinDir"):c:\\php4
> 
> or somthing like that which works in C

Using environment variables would be useful in UNIX too.  But please
make them all caps. :-)

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: php4 /main config.w32.h php_ini.c

2001-04-24 Thread Stig Sæther Bakken

["Frank M. Kromann" <[EMAIL PROTECTED]>]
> fmk   Mon Apr 23 10:33:22 2001 EDT
> 
>   Modified files:  
> /php4/mainconfig.w32.h php_ini.c 
>   Log:
>   Fix build on WIn32
>   Should the new directorys be static?

For now that's ok, but I guess the installer should let the user
choose.  I suppose that requires replacing the macros with the
equivalent of calls to the registry.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




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

2001-04-18 Thread Stig Sæther Bakken

["Sean R. Bright" <[EMAIL PROTECTED]>]
> To continue a tangent... I don't like the idea of having the PEAR
> fetching/installation mechanism written in PHP (already some base code in
> PEAR to do this).  It seems to me that it forces the user to download/build
> PHP and then download and rebuild PHP with any extensions that don't come in
> the base distribution.  Instead it should be a binary that can be compiled
> before PHP is built, can download and configure any extensions requested and
> then build the resulting PHP binary.  We can also build in a dependency
> mechanism where for example, someone chooses to install a PEAR module (be it
> PHP or C) and the required extensions would be downloaded as well.
> 
> Just my $0.02

I see your point, but personally I code 5 times faster in PHP than in
C, and I want to get this done now, not next year. :-)

When we're past the prototyping phase and stuff stabilizes, a C
rewrite may be a good idea, but I don't think it is now.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: php4 /main SAPI.h fopen_wrappers.c /sapi/cgi cgi_main.c

2001-04-17 Thread Stig Sæther Bakken

[Jon Parise <[EMAIL PROTECTED]>]
> On Mon, Apr 16, 2001 at 11:20:47PM -, Stig Bakken wrote:
> 
> There's a lot of whitespace pollution in this commit (bad tab
> spacing).  I'd fix it, but I don't want to commit over anything you
> might be in the middle of.

Ah, thanks for the heads-up.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: pear /Science Chemistry.php /Science/Chemistry Atom.php Atom_PDB.php Coordinates.php Element.php Macromolecule.php Macromolecule_PDB.php Molecule.php Molecule_XYZ.php PDBFile.php PDBPa

2001-04-12 Thread Stig Sæther Bakken

[Andi Gutmans <[EMAIL PROTECTED]>]
> Oh is all of pear out of the PHP CVS now?

No, Jesus is the first one besides me to commit anything to the "pear"
module.  We'll do it bit by bit.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: pear /Science Chemistry.php /Science/Chemistry Atom.php Atom_PDB.php Coordinates.php Element.php Macromolecule.php Macromolecule_PDB.php Molecule.php Molecule_XYZ.php PDBFile.php PDBPa

2001-04-11 Thread Stig Sæther Bakken

[Andrei Zmievski <[EMAIL PROTECTED]>]
> On Tue, 10 Apr 2001, Derick Rethans wrote:
> > hrm,
> > 
> > is it really needed to add 3.6MB of stuff to the PHP cvs?
> 
> Grr, I agree. Maybe it can wait until PEAR is out of PHP's CVS.

Hey hey, take a closer look before reacting.  This stuff _is_ out of
PHP's CVS.  "Subject: cvs: pear "

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: php4 /pear/HTML Common.php

2001-03-22 Thread Stig Sæther Bakken

["Martin Jansen" <[EMAIL PROTECTED]>]
> On Thu, 22 Mar 2001 04:14:43 -, Adam Daniel wrote:
> 
> >* @copyright   Copyright 2001 Ethicon Endo-Surgery
> 
> Isn't this a contradiction to the copyright notice of
> the license in the head of the file?

IMHO: who owns the copyright doesn't matter as long as the license is
ok.

 - Stig

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-CVS] cvs: php4 /pear pear.m4

2001-03-13 Thread Stig Sæther Bakken

This is not different from the way it works in PHP.  The problem is
that if you have an extension that uses "phpize" to make its own
configure script etc, and you want to define your own variables there,
configure will make a file called "php_config.h".  Unless you
explicitly put "." in your include path in Makefile.in that is not the
file you get with #include "php_config.h".  That include statement
will by default read $prefix/include/php/php_config.h.  So to include
your module's config header file, you must do #include
"./php_config.h", which is kinda silly.

This patch renames the _extension local_ config header to "config.h"
to clear up this confusion.

 - Stig

[Andi Gutmans <[EMAIL PROTECTED]>]
> What is the reason for this? Shouldn't we keep it the way it works
> within the PHP tree? Some modules include php_config.h or do you also
> have that in PEAR?
> 
> Andi
> 
> At 09:54 AM 3/12/2001 +, Stig Bakken wrote:
> >ssb Mon Mar 12 01:54:26 2001 EDT
> >
> >   Modified files:
> > /php4/pear  pear.m4
> >   Log:
> >   HEADS UP: renamed config header file in "phpize"d extensions to
> >   "config.h" rather than "php_config.h".
> >
> >
> >Index: php4/pear/pear.m4
> >diff -u php4/pear/pear.m4:1.7 php4/pear/pear.m4:1.8
> >--- php4/pear/pear.m4:1.7   Mon Oct 30 10:27:46 2000
> >+++ php4/pear/pear.m4   Mon Mar 12 01:54:26 2001
> >@@ -81,6 +81,6 @@
> >  test -d modules || mkdir modules
> >  touch .deps
> >
> >-AC_CONFIG_HEADER(php_config.h)
> >+AC_CONFIG_HEADER(config.h)
> >
> >  AC_OUTPUT()
> >
> >
> >
> >--
> >PHP CVS Mailing List (http://www.php.net/)
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 

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

-- 
PHP CVS Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]