[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds

[Frank M. Kromann]

Hi Michael,

Thanks. I'll have a look at the patch when I get back to the US (I'm in
Denmark right now). I have one comment though:

Compiling FreeTDS with the option --enable-msdblib will change FreeTDS to
return the month as specified by Microsoft. FreeTDS 0.61 has a new feature
where we can check for this option on compile time and I'm going to
implement this feature as soon as I get back home.

- Frank

> Hi Frank!
> 
> In the attached patches I fixed a bug when using the mssql extension 
> with FreeTDS and deactivated datetimeconvert. FreeTDS returns the month

> starting with 0 (=jan), but the MSoft-lib starts with 1.
> 
> I added another php.ini switch (datetimemsec) for adding milliseconds to

> datetime-values when datetimeconvert is deactivated. This was a user 
> request, because he has otherwise no chance to get the milliseconds back

> from the db.
> 
> I hope that these patches are good enough for a commit,
> 
> thanx,
> bye,
> -- 
> --- -
> Michael Bretterklieber- [EMAIL PROTECTED]
> JAWA Management Software GmbH - http://www.jawa.at
> Liebenauer Hauptstr. 200-- privat ---
> A-8041 GRAZ GSM: ++43-(0)676-93 96 698
> Tel: ++43-(0)316-403274-12  E-mail:   [EMAIL PROTECTED]
> Fax: ++43-(0)316-403274-10  http://www.bretterklieber.com
> --- -
> "...the number of UNIX installations has grown to 10, with more
> expected..." - Dennis Ritchie and Ken Thompson, June 1972
> 




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

RE: [PHP-DEV] Make Windows PHP Fork

[Frank M. Kromann]

Hi,

For the PHP-GTK project I have created a small wrapper application called
php_win.exe. It is used to launch a GTK script without showing the "DOS"
box. You can download a copy from http://kromann.info/php-gtk.php and see
if it does the trick for you.

- Frank

> This requires some Win32 magic in the invoking Win32 program, not in
the
> generic PHP executable - so your question is somewhat off-topic for
this
> list (though this may not have been apparent).
> 
> The hint:
> 
> STARTUPINFO si;
> memset(&si,0,sizeof(si));
> si.cb  = sizeof(si);
> si.dwFlags = STARTF_USESTDHANDLES | STARTF_USESHOWWINDOW;
> si.wShowWindow = SW_HIDE;
> 
> I'd expect you to be able to figure out the rest :).
> 
> -Original Message-
> From: Adam Voigt [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 9:31 AM
> 
> Is it possible to make the php.exe under
> window's fork, so it isn't visible in the
> start bar? I ask because I would like to
> make a PHP program that runs periodically
> in the background, and I know how to start
> it at computer start time, but it makes that
> damned dos window pop up. There are
> external programs to make it be hidden
> but they require seperate install's which
> makes it not an option. Any ideas?
> 
> 
> -- 
> 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] Win32 crash (HEAD + ZE2)

[Frank M. Kromann]

Hi,

This code works fine



But this does not:


where test.inc contains



It works with other data types and I have tested it in Linux where it
works.

Any ideas ?

- Frank




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

[PHP-DEV] What Changed ?

[Frank M. Kromann]

Hi,

After checking out PHP5 from cvs I'm having some strange problems. I'm
building on Mandrake 9.0 and Win32 and everything builds fine.

When running scripts through Apache 1.3.27 I get core dumps. Running the
same script with the CLI version works fine. Other (simpler) scripts work
fine in both cases.

On Win32 I'm using some 'private' extension and they can load but as soon
as I access functions in them php crashes.

I'm just about to start the debugger, but wanted to know if there is
anything I need to do in order for extensions to work with ZE2 (These used
to work with PHP4 just before everything was changed to ZE2.

- Frank




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

Re: [PHP-DEV] Non threadsafe Windows build

[Frank M. Kromann]

Hi,

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

- Frank

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




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

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

[Frank M. Kromann]

The solution for this would be to create and maintain HOW-TO files for all
the extensions requireing an external library.

Many if these libs. can be downloaded and build from source files. Only a
few requires commercial libraries.

- Frank

> Yes, Steph is right, the set of libraries used on the snaps machine is
~70MB
> (uncompressed) and I don't think it's practical to update win32build.zip
to
> include them all. And this 70 MB does not include files needed for
building
> ext/infromix, ext/interbase and sapi/pi3web.
> 
> Edin
> 
> - Original Message -
> From: "Steph" <[EMAIL PROTECTED]>
> To: "Christoph Grottolo" <[EMAIL PROTECTED]>; "Michael Sisolak"
> <[EMAIL PROTECTED]>
> Cc: "PHP DEV" <[EMAIL PROTECTED]>
> Sent: Tuesday, January 07, 2003 8:44 PM
> Subject: Re: [PHP-DEV] What headers/libs does Win32 Snaps build use?
> 
> 
> > There are a lot of them - that's likely to be the biggest issue. 
Nearly
> > 20 megs of libraries (and this from some months ago).
> >
> > This is really Edin's territory...
> >
> > - Original Message -
> > From: "Christoph Grottolo" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, January 07, 2003 7:31 PM
> > Subject: Re: [PHP-DEV] What headers/libs does Win32 Snaps build use?
> >
> >
> > > > Basically what I'm talking about is updating win32build.zip so
that
> > it
> > > > has all the current libraries that are really used to do a PHP
build
> > > > on Win32.  Is there a practical or licensing reason why that
> > couldn't
> > > > be done?  Would it be a lot more work than just packaging up a
few
> > > > directories on the snaps machine?
> > > >
> > > > Michael Sisolak
> > >
> > > +1 on this - if my vote counts
> > >
> > > Christoph
> > >
> > >
> > >
> > > --
> > > 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
> 
> 




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

[PHP-DEV] Happy New Year

[Frank M. Kromann]

Hi All,

It is still 2002 in California, and a few other parts of the world :-).

I wish all of you a happy new year and I'm looking forward to be working
on PHP in 2003.

- Frank




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

Re: [PHP-DEV] Re: #21139 [Ctl]:zlib.output_compression + windows failure

[Frank M. Kromann]

> On Thursday 26 December 2002 21:14, Frank M. Kromann wrote:
> 
> > I think this is a good idea too, but on my system zlib.dll is required
to
> > run php.exe. If this is the case with the official build we might have
a
> > support issue. This could be a local problem with the way I compile
the
> > Zlib library ?
> 
> Yes, you probably chose "Win32 dynamic link library" over "Win32 static

> library" when compiling zlib. Let me know if you want me to send you the
libs 
> I use on the snapshot/relese build machine.

No need for that. I have recompiled Zlib as a static library and that
works well. I just wanted to make sure the release was created this way as
well.

Thanks.
- Frank




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

Re: [PHP-DEV] Re: #21139 [Ctl]:zlib.output_compression + windows failure

[Frank M. Kromann]

Hi,

I think this is a good idea too, but on my system zlib.dll is required to
run php.exe. If this is the case with the official build we might have a
support issue. This could be a local problem with the way I compile the
Zlib library ?

- Frank

> On Thu, 26 Dec 2002, Edin Kadribasic wrote:
> 
> > On Tuesday 24 December 2002 04:51, Moriyoshi Koizumi wrote:
> > > "Edin Kadribasic" <[EMAIL PROTECTED]> wrote:
> > > > > Isn't the solution as "simple" as changing the #ifdef to
include
> > > > > COMPILE_DL_ZLIB in the checks, or is this another situation
where the
> > > > > zlib extension should be compiled into the distribution itself?
> > > > >
> > > > > Is there a problem with doing that in the win32 build Edin?
> > > > > (it seems that the unix build will also have the same problems
if zlib
> > > > > is built as a shared extension - there was even a bug report
today
> > > > > about related issues).
> > > >
> > > > One of the solutions for the windows build is to compile zlib
module into
> > > > php4ts.dll statically. In that way all the problems go away and
its a
> > > > nice module to have built-in anyway. I have a patch ready and a
test
> > > > build of php4ts.dll at
http://snaps.php.net/~edink/php4ts.dll-zlib.zip
> > >
> > > I've checked your test build, and it works fine as for
Apache-1.3.27.
> > > But it still fails with Apache2... this seems another apache2filter
> > > problem.
> > >
> > > Anyway this solution sounds like a quickest and most reasonable
way.
> > 
> > Any objections to making zlib built-in extension on windows?
> 
> Nope.
> 
> Derick
> 
> -- 
> 
>
-
>  Derick Rethans http://derickrethans.nl/

>  PHP Magazine - PHP Magazine for Professionals  
http://php-mag.net/
>
-
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 




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

Re: [PHP-DEV] Re: ground rules

[Frank M. Kromann]

Hi,

It was decided to move php_printer.dll, as well as other extensions
(iisfunc and ixsfunc) from the php repository to PECL. This was not caused
by instability. These extensions all work fine (AFAIK).

They were moved from php to PECL to reduce the size of PHP and tehreby
reduce the time needed to perform QA with each release.

The reference to these files in php.ini will be removed and the
documentation should move as well. I'll create PECL packages for these
extensions so they can be obtained from the pear.net web site as other
PECL extensions.

- Frank

> 
> Please have a look at bug #21116 as it mentions
> php_printer.dll which is in php.ini but not in the
> distro.  It does appear buildable as this dll can
> be found here: http://kromann.info/php4.php I'm
> not suggesting it be included as most likely it will
> be removed from php.ini like the others.  This 
> is in PECL now but that fact was never mentioned in 
> NEWS.
> 
> Also, what is the official way windows users are 
> suppose to get PECL dlls?  Build them themselves?
> 
> Regards,
> Philip Olson
> 
> 
> On Sat, 21 Dec 2002, Edin Kadribasic wrote:
> 
> > I have changed bundled php.ini-dist and php.ini-recommended to reflect
these
> > changes. Thanks for compilinng the list.
> > 
> > Edin
> > 
> > - Original Message -
> > From: "Christoph Grottolo" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Saturday, December 21, 2002 10:40 PM
> > Subject: [PHP-DEV] Re: ground rules
> > 
> > 
> > > Hi
> > >
> > > Andrei Zmievski wrote:
> > > > Everyone,
> > > >
> > > > I have just released 4.3.0RC4. Despite the quote in my signature,
I am
> > > > determined to keep this one the very last final RC of the
interminable
> > > > 4.3.0 development cycle. Towards that end, I will closely monitor
the
> > > > CVS commits and revert any that do not satisfactorily explain
what
> > > > critical or showstopper bug they are fixing.
> > >
> > > There are inconsistencies in php.ini on windows:
> > >
> > > The following extensions are listed in the [extensions] part of
php.ini,
> > but
> > > are not dlivered with the distribution:
> > > - ctype (now built in)
> > > - cybercash (?)
> > > - dotnet (build failure since months)
> > > - ingres (build failure since months)
> > > - tokenizer (now built in)
> > >
> > > The following extensions are part of the distribution but not listed
in
> > > php.ini
> > > - gd2
> > > - mime_magic
> > > - msql
> > > - xmlrpc
> > > - zip
> > >
> > > Maybe you can correct this before 4.3.0. At least the missing GD2 is
bad.
> > >
> > > Christoph
> > >
> > >
> > >
> > > --
> > > 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
> 
> 




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

Re: [PHP-DEV] RC4: ground rules

[Frank M. Kromann]

Just create php.exe (CLI version) in Debug_TS\cli, Release_TS\cli and
Release_TS_inline\cli

- Frank

> On Fri, 20 Dec 2002, Frank Kromann wrote:
> > Hi Andrei,
> > 
> > Should I commit a small fix to the Windows projects to avoid having
the
> > CGI and CLI produce php.exe to the same directory ?
> 
> What will the fix do exactly?
> 
> -Andrei  
http://www.gravitonic.com/
> 
> "What's a polar bear?"
> "A rectangular bear after a coordinate transform."
> -- Bill White ([EMAIL PROTECTED])
> 




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

Re: [PHP-DEV] RC4: ground rules

[Frank M. Kromann]

Hi Andrei,

Should I commit a small fix to the Windows projects to avoid having the
CGI and CLI produce php.exe to the same directory ?

- Frank

> Everyone,
> 
> I have just released 4.3.0RC4. Despite the quote in my signature, I am
> determined to keep this one the very last final RC of the interminable
> 4.3.0 development cycle. Towards that end, I will closely monitor the
> CVS commits and revert any that do not satisfactorily explain what
> critical or showstopper bug they are fixing. I am aware that
> PHP_AUTH_USER issue raises certain concerns, but no one apparently
could
> make a patch. If, however, one appears very soon, I may consider it a
> special one and apply it for 4.3.0.
> 
> -Andrei  
http://www.gravitonic.com/
> 
> "The time from now until the completion
>  of the project tends to become constant." -- Douglas Hartree
> 
> -- 
> 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] CLI php.exe on WIn32

[Frank M. Kromann]

Hi,

The latest changes to the project files under WIn32, creates name
conflict, by having php.exe created from two different projects in the
same directory. I suggest that we move the cli version

from ..\Release_TS to ..\Release_TS\cli

And the same for Debug_TS and Release_inline_ts builds.

- Frank





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

Re: [PHP-DEV] CGI and CLI (compromise proposal)

[Frank M. Kromann]

Edin,

Are you doing the changes on Win32 also _ If not I'll make the changes.

- Frank

> 
> Here is the patch against PHP_4_3 that implements the Unix side of 
> changes.
> 
> Edin
> 
> 
> On Thu, 19 Dec 2002, Andrei Zmievski wrote:
> 
> > This gets my complete support. Let's go ahead with the changes.
> > 
> > On Thu, 19 Dec 2002, Edin Kadribasic wrote:
> > > After having consulted with Andrei, Derick and others on irc here
is
> > > a proposal for a compromise:
> > > 
> > > On Unix:
> > > 
> > > 1. Both cgi and cli are built as 'php' in their respective sapi
> > > directories (pretty much as it is today except that cgi gets
renamed
> > > back from php-cgi to just php).
> > > 2. Make install will *not* install cli if cgi build was selected
> > > (only cgi gets installed).
> > > 3. A new install target 'install-cli' is introduced so that make
> > > install-cli will overwrite whatever is in $(PREFIX)/bin/php.
> > > 
> > > On Windows:
> > > 
> > > 1. php.exe in the root of distribution is php cgi sapi.
> > > 2. New cli directory is included with php.exe (cli) in it.
> > > 
> > > If this is an acceptable compromise I volunteer to do the changes
> > > required.
> > 
> > -Andrei  
http://www.gravitonic.com/
> > * The great thing about standards is that there are so many to choose
from. *
> > 
> > 
> 




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

RE: [PHP-DEV] php.exe - php-cgi.exe

[Frank M. Kromann]

> 
> As Leon has suggested, why not just compile the variants into different
> directories?  Say add a "cli/" (since the CLI is newer).  Only one
directory
> would go into the PATH (presumably).
> 

That would also affect the ini setting for extension_dir. The default
value is ./ indicating the same directory as the executable. I would
prefer everthing to be in the same directory. This way I dont have to mess
with php.ini when I have multiple installations on the same system.

- Frank




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

Re: [PHP-DEV] php.exe - php-cgi.exe

[Frank M. Kromann]

> 
> Please mention the name change at least in the NEWS file and maybe
php-cli
> could even output a readable error when beeing called as cgi.

These are good points.

- Frank




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

RE: [PHP-DEV] php.exe - php-cgi.exe

[Frank M. Kromann]

Hi,

How big can this problem be ? There is basically only a few ways to
install or upgrade PHP. 

1) Installing from source or binaries, in this case you would have to know
at least a minimum about how the system works and it is very easy to
rename php-cgi.exe to php.exe on these these systems.

2) Using an installer. In this case the installer should make sure the
correct file is used. This would be the way Win32 administrators are used
to install/upgrade systems anyway.

Some of the code I'm responsible for is used on more than 250 servers so I
made sure my install program (which is a php script) makes the changes
needed to match the version of PHP I use in each install/update..

- Frank

> On Mon, 9 Dec 2002, Marcus Börger wrote:
> 
> > >You are correct in your assumption that I have difficulty
> > >understanding the issues behind this change. After asking several
> > >times for an explanation, and after having gone over the archives
> > >to find some related discussion (and asking for pointers to that
> > >as well), I came to conclusion that this change is totally wrong.
> > >This change has nothing to do with fixing anything. It's breaking
> > >BC in a huge way, at the historical level, for the sake of a minor
> > >convenience for a very small group of users.
> > >
> > >Throwing lame excuses at it, like "it's evolution", doesn't cut
> > >it with me. I'm still at the same place. This is just wrong. It
> > >has nothing to do with stirring anything up.
> > >
> > >Regards
> > >Mike Robinson
> > 
> > What do you want then? For historical reasons you will allow
> > us only to introduce total new functionality and bug fixes? No
> > more improvements that will have any influence on some working
> > systems out there? Then i'll answer stay where you are and do
> > not do any version upgrade
> > 
> > "evolution" is not an excuse here. We want to use PHP on the
> > command line and many people will do also. And we make the
> > command line usage as easy as possible. Even if that requires
> > some mauals being updated and marking some bug reports as
> > bogus.
> 
> You couldn't write my thoughts down in a better way :)
> 
> Derick
> 
> -- 
> 
>
-
>  Derick Rethans http://derickrethans.nl/

>  PHP Magazine - PHP Magazine for Professionals  
http://php-mag.net/
>
-
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 




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

Re: [PHP-DEV] useless config.w32.h and solutions

[Frank M. Kromann]

Yu are right. Two of the values needs to be constants, as these are used
in building the INI array.

Setting the constants to this works:

#define PEAR_INSTALLDIR
(getenv("PEAR_INSTALLDIR"))?getenv("PEAR_INSTALLDIR"):"c:\\php4\\pear"
#define PHP_BINDIR (getenv("PHP_BINDIR"))?getenv("PHP_BINDIR"):"c:\\php4"
#define PHP_CONFIG_FILE_PATH
(getenv("PHP_CONFIG_FILE_PATH"))?getenv("PHP_CONFIG_FILE_PATH"):""
#define PHP_CONFIG_FILE_SCAN_DIR
(getenv("PHP_CONFIG_FILE_SCAN_DIR"))?getenv("PHP_CONFIG_FILE_SCAN_DIR"):""
#define PHP_DATADIR
(getenv("PHP_DATADIR"))?getenv("PHP_DATADIR"):"c:\\php4"
#define PHP_EXTENSION_DIR "c:\\php4"
#define PHP_INCLUDE_PATH ".;c:\\php4\\pear"
#define PHP_LIBDIR (getenv("PHP_LIBDIR"))?getenv("PHP_LIBDIR"):"c:\\php4"
#define PHP_LOCALSTATEDIR
(getenv("PHP_LOCALSTATEDIR"))?getenv("PHP_LOCALSTATEDIR"):"c:\\php4"
#define PHP_PREFIX (getenv("PHP_PREFIX"))?getenv("PHP_PREFIX"):"c:\\php4"
#define PHP_SYSCONFDIR
(getenv("PHP_SYSCONFDIR"))?getenv("PHP_SYSCONFDIR"):"c:\\php4"

PHP_EXTENSION_DIR and PHP_INCLUDE_PATH can both be specified in php.ini
and perhaps we can find a way to set them by environment variables ?

- Frank
> On Sun, 01 Dec 2002 07:57:18 -0800
> "Frank M. Kromann" <[EMAIL PROTECTED]> wrote:
> 
> > We could change it to something like this:
> > 
> > #define PEAR_INSTALLDIR
> >
(getenv("PEAR_INSTALLDIR"))?getenv("PEAR_INSTALLDIR"):"c:\\php4\\pear"
> 
> As far as I remember, that s what has been done weeks ago and causes a
> compile error. Can you test it on a win32 build ? I should do it later
> tonight or tomorrow.
> 
> pierre
> 




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

Re: [PHP-DEV] useless config.w32.h and solutions

[Frank M. Kromann]

We could change it to something like this:

#define PEAR_INSTALLDIR
(getenv("PEAR_INSTALLDIR"))?getenv("PEAR_INSTALLDIR"):"c:\\php4\\pear"
#define PHP_BINDIR (getenv("PHP_BINDIR"))?getenv("PHP_BINDIR"):"c:\\php4"
#define PHP_CONFIG_FILE_PATH
(getenv("PHP_CONFIG_FILE_PATH"))?getenv("PHP_CONFIG_FILE_PATH"):""
#define PHP_CONFIG_FILE_SCAN_DIR
(getenv("PHP_CONFIG_FILE_SCAN_DIR"))?getenv("PHP_CONFIG_FILE_SCAN_DIR"):""
#define PHP_DATADIR
(getenv("PHP_DATADIR"))?getenv("PHP_DATADIR"):"c:\\php4"
#define PHP_EXTENSION_DIR
(getenv("PHP_EXTENSION_DIR"))?getenv("PHP_EXTENSION_DIR"):"c:\\php4"
#define PHP_INCLUDE_PATH
(getenv("PHP_INCLUDE_PATH"))?getenv("PHP_INCLUDE_PATH"):".;c:\\php4\\pear"
#define PHP_LIBDIR (getenv("PHP_LIBDIR"))?getenv("PHP_LIBDIR"):"c:\\php4"
#define PHP_LOCALSTATEDIR
(getenv("PHP_LOCALSTATEDIR"))?getenv("PHP_LOCALSTATEDIR"):"c:\\php4"
#define PHP_PREFIX (getenv("PHP_PREFIX"))?getenv("PHP_PREFIX"):"c:\\php4"
#define PHP_SYSCONFDIR
(getenv("PHP_SYSCONFDIR"))?getenv("PHP_SYSCONFDIR"):"c:\\php4"

- Frank


> Hello,
> 
> After a nth discussion on phpdev with Stig, Sebastian and me, I post
> this message to ask you the way we should go to solve the problem of
> useless constants define in config.w32.h (see bottom).
> 
> The main idea is to check if an environment is available and use it. It
> will not be too complicated to do it and makes the php configuration
> easier under win32 and, why not, more flexible on others platforms (if
> there is a need), which something like a per host or per user under CLI
> mode configuration.
> 
> I do not have enough knowledge on the php intern processes to help here
> (*sick*), but at least, I can ran compile tests and running tests under
> different windows platforms.
> 
> Any comments ?
> 
> hth
> 
> pierre
> 
> 
> #define CONFIGURATION_FILE_PATH "php.ini"
> #define PEAR_INSTALLDIR "c:\\php4\\pear"
> #define PHP_BINDIR "c:\\php4"
> #define PHP_CONFIG_FILE_PATH
> #(getenv("SystemRoot"))?getenv("SystemRoot"):"" define
> #PHP_CONFIG_FILE_SCAN_DIR "" define PHP_DATADIR "c:\\php4"
> #define PHP_EXTENSION_DIR "c:\\php4"
> #define PHP_INCLUDE_PATH".;c:\\php4\\pear"
> #define PHP_LIBDIR "c:\\php4"
> #define PHP_LOCALSTATEDIR "c:\\php4"
> #define PHP_PREFIX "c:\\php4"
> #define PHP_SYSCONFDIR "c:\\php4"
> 
> 
> -- 
> 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] [PATCH 4.3.0] Win32 CoInitalize/CoUninitialize Call Move

[Frank M. Kromann]

+1

Looking through som old multithreaded code for other projects tells me
this is the way to do it.

- Frank

> While stess testing the recent threading fixes under the ISAPI module I
> was seeing a lot of instability in IIS after the testing finished. 
> While the PHP pages would continue to load, no ASP pages would anymore.
>  I have tracked this down to the placement of the Win32 CoInitialize()
> and CoUninitialize() calls.  In the current 4.3.0 release candidate
> CoInitialize() and CoUninitialize() are only called once per thread
> (from the basic_globals_ctor/_dtor in basic_functions.c).  According to
> Microsoft, however, at
>
http://msdn.microsoft.com/library/en-us/iisref/html/psdk/asp/devs0hm5.asp:
> 
> "COM initialization, from CoInitialize or CoInitializeEx, affects the
> thread in which it's called. For this reason, you cannot initialize COM
> unless you uninitialize it before returning from your callback
> function. [ . . .] CoInitialize and CoUninitialize need to be called in
> order. If one is called twice in a row, by different ISAPIs on the same
> thread, your users may see error 270."
> 
> This is exactly the error I am seeing: if I load an ASP page in a
> thread that has processed PHP pages I get the 270 error (reported as
> "Error -2147417842 (0x8001010e)").  I moved the CoInitilize call to
> PHP_RINIT_FUNCTION(basic) and CoUninitialize to
> PHP_RSHUTDOWN_FUNCTION(basic) and reran my stress testing.  After
> 100,000 PHP page loads IIS now remains stable and able to process both
> ASP and PHP pages.
> 
> I ran this by Zeev and he suggested that some kind of just-in-time COM
> initialization, but I'm not going to have the time to get to this full
> solution until later.  In the meantime for 4.3.0 I request that the
> attached patch is applied that moves the CoInitialize or CoInitializeEx
> calls to be per-request.  This is the last little fix that all the
> multi-threading bug fixing to make the ISAPI rock solid in 4.3.0
> requires.  I've done a lot of testing and feel very confident about
> including this patch.
> 
> Michael Sisolak
> [EMAIL PROTECTED]
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Mail Plus – Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com




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

Re: [PHP-DEV] Extending DB2 odbc support

[Frank M. Kromann]

Hi,

To my knowledge IBM uses a Client Level Interface CLI and the
specifications for CLI is exactly the same as ODBC. Compiling the ODBC
extension with CLI and some other form of ODBC library would make sence if
you wanted to use native IBM code and other ODBC at the same time. This
was the case in PHP3 where the ODBC functions was renamed to db2_* when
compiling with CLI (using shared objects or dll's made it possible to use
both at the same time).

I don't see a need to add specific db2 functions, but perhaps extend the
ODBC extension with generic ODBC/CLI functions.

- Frank
> 
> On Friday, November 8, 2002, at 08:34 PM, tim wrote:
> >
> > If I take the existing php odbc code and add the ibm-db2 specific
> > extensions, what are the chances of this making it into the main php
> > distribution as a new extension ( ext/ibmdb2 ) ? Is it a good idea to
> > maintain a separate cvs tree on sf.net so it gets some testing first?
> 
> I cannot comment directly on the creation of ext/ibmdb2, although I'd 
> rather see something like that moved to PECL (where everything will be 
> eventually).  As for separate CVS trees, while it sounds like a good 
> idea, it's my opinion that it's not a good thing.
> 
> If you can detail/outline the changes you want to make a bit more it 
> might help in the discussion.  Right now there is another user 
> extending ODBC to better support IBM DB2 systems.
> 
> > I am looking to create something similar to oracle's php extension.
> 
> What would be the advantages of doing this?  What sort of extra 
> functionality is there that implementing such a system will provide to 
> DB2 systems?  I'm just trying to get a feel for what you're reasonings,

> and level of implementation will be.
> 
>  >---<
> Dan Kalowsky"A little less conversation,
> http://www.deadmime.org/~danka little more action."
> [EMAIL PROTECTED]- "A Little Less Conversation",
> [EMAIL PROTECTED]Elvis Presley
> 
> 
> -- 
> 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] ticks - broken in win32?

[Frank M. Kromann]

I get

Notice: Undefined index:  tick in ticks.php on line 4

- Frank

> Can anyone else reproduce this?
> 
>  function tickit()
> {
>$GLOBALS["tick"]++;
> }
> 
> register_tick_function("tickit");
> 
> declare(ticks=2) {
> $a = 1;
> $b = 2;
> $c = 3;
> }
> ?>
> 
> I get a segfault in php_tick_iterator on the line where
> it makes the function call.  I'm not sure whats going wrong
> here.
> 
> --Wez.
> 
> -- 
> Wez Furlong
> The Brain Room Ltd.
> 
> 
> -- 
> 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: [PHP-DEV] Command line compilation under win32

[Frank M. Kromann]

Hi,

I have been building php binaries for core and extension automaticaly for more than a 
year, without any problems. I have a set of scripts (.cmd files) that updates my cvs 
tree, builds core and extensions and then copies the files to my website. The scripts 
are run each morning a 4am by the scheduler on my Windows 2000 box.

Using command line scripts with MSDEV enables you to use the build environment defined 
in your Visual Studio settings, but it also allows you to work with environment 
variables (INCLUDE and LIB) without actually changing your settings permanetly.

If you are interested in the scripts I would be happy to share.

- Frank
> From: Wez Furlong [mailto:[EMAIL PROTECTED]]
> > I'm in the process of getting a more permanent win32 build environment sorted
> > out, and one of the things I'd like to do is avoid the VS IDE as much as
> > possible, and automate builds so that I can test changes that I make under
> > unix. (Perhaps even by rshing to my win32 box).
> > 
> > I know it's possible to build projects from the command line using something
> > like "msdev xxx.dsw", but so far I've not succeeded (and have little patience
> > with win32 and the command line, because it is generally quite limited).
> 
> 
> If you try to do automated builds through "msdev" you run two risks:
> 
> 1.  The build environment is somewhat uncontrolled.  
> 2.  The IDE under some conditions will throw up dialogs and stop.
> 
> The first concern is with the global environment inherited from MSVC 
> and used in the build.  MSVC pulls in libraries and include files from
> you-don't-know-where and this makes it more difficult to know exactly
> what has changed between builds.  
> 
> If the machine used for automated builds is strictly controlled, and 
> used for nothing else this is less of a risk.
> 
> The second concern is simply that MSVC was designed as an interactive
> application and may at any time decide to ask a question of the user
> by presenting a dialog.  Naturally this brings an automated build to
> a complete stop :).  You may on occasion have to check the box doing
> the builds to make sure it has not become stopped in this fashion.
> 
> 
> There is another approach to this that is a more hassle, but is without 
> the above problems.  
> 
> In MSVC you can say "Projects | Export Makefile..." for all projects.
> This generates nmake makefiles (*.mak) for all projects in the workspace.
> 
> If you then specify the *exact* environment variables set when you run
> nmake then you know *exactly* the build environment in effect.
> 
> For my production builds (anything that might be shipped to a customer)
> and only after all the unit tests pass, I use a Perl script to:
> 
> 1)  Set the environment to use in the build.
> 2)  Update local sources from CVS.
> 3)  Bump the build number (updates version .h and .rc files).
> 4)  Run "make clean".
> 5)  Commit all changes to CVS.
> 6)  Run "make dist" to build a distribution.
> 7)  Tag the sources in CVS with the build number.
> 8)  (Optional) upload the distribution to an FTP server.
> 
> The exact same build script works in exactly the same way (with the
> exception of the platform-specific makefiles) on Unix, Windows, and
> (in one case) on OS/390.
> 
> OK - so maybe this is a lot more complicated :).
> 
> The upside is that from the build number compiled into the executables
> you know *exactly* the sources and build environment used.  There are
> no manual intermediate steps and no possibility of human error.
> 
> --
> Preston L. Bannister
> http://members.cox.net/preston.bannister/
> pbannister on Yahoo Messenger
> 
> -- 
> 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] Error Linking Win32 Extensions

[Frank M. Kromann]

It is not enough to define COMPILE_DL<(MODULENAME>


you also need this section 

#if COMPILE_DL_
ZEND_GET_MODULE()
#endif

and you need to define the module. I suggest you take a look at some of the other 
extensions 'ctype" is a good place to start. It is a simple wrapper extension with 
only two files.

- Frank


> Hey, thanks for the input, but I have that defined and it still doesnt work,
> any other ideas ?
> 
> "Brad Lafountain" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > you probally need to define
> >
> > #define COMPILE_DL_(MODULENAME)
> >
> >
> > - brad
> >
> > --- Igal Raizman <[EMAIL PROTECTED]> wrote:
> > > I switched back to PHP 4.1.2 to see if it works there and it still
> doesnt.
> > > I will try to recompile the lib file on my own, but I've come across
> another
> > > problem.
> > >
> > > If I only one function and all it does is use zend_printf(); to print
> > > "Hello World" my extension compiles and links without any problems.
> > > However, when I try to dl() my dll I get an error saying the dll
> > > is not a valid library:
> > > "Invalid library (maybe not a PHP library) 'Test.dll'"
> > > Any ideas ?
> > >
> > > "Markus Fischer" <[EMAIL PROTECTED]> wrote in message
> > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > > > It may certainly be the problem. Why don't you compile
> > > > php4ts.lib on your own too ?! First try this.
> > > >
> > > > On Tue, Apr 23, 2002 at 08:37:00PM -0400, Igal Raizman wrote :
> > > > > Hello,
> > > > >
> > > > > I've set my VC++ 6.0 as I've been told to do here, and my extensions
> > > compile
> > > > > without any problems, errors or warnings. However, when it comes to
> > > linking
> > > > > I get the following error:
> > > > >
> > > > > php_test.obj : error LNK2001: unresolved external symbol
> > > > > "__declspec(dllimport) int __cdecl zend_parse_parameters(int,void *
> *
> > > *,char
> > > > > *,...)" (__imp_?zend_parse_parameters@@YAHHPAPAPAXPADZZ)
> > > > > ..\..\Release_TS/php_Test.dll : fatal error LNK1120: 1 unresolved
> > > externals
> > > > >
> > > > > I've made sure to include php4ts.lib in the project, so I have no
> idea
> > > what
> > > > > the problem could be.
> > > > >
> > > > > Note: I'm using the php4ts.lib from PHP version 4.1.2, but actually
> > > using
> > > > > PHP version 4.2.0
> > > > > I'm not sure if this could be the problem, but I couldnt find
> php4ts.lib
> > > > > anywhere else but in the
> > > > > 4.1.2 dist.
> > > > >
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > 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
> > > > "Mind if I MFH ?" "What QA did you do on it?" "the usual?" "ah... none
> :)"
> > >
> > >
> > >
> > > --
> > > PHP Development Mailing List 
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> >
> >
> > __
> > Do You Yahoo!?
> > Yahoo! Games - play chess, backgammon, pool and more
> > http://games.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

[PHP-DEV] Re: [PHP-DB] MSSQL DB Connect

[Frank M. Kromann]

Hi Jerry,

You need to have the Client Tools for MS SQL Server installed on your PHP4 box. These 
tools is found on the CD, or you can just copy ntwdblib.dll fom one system to another.

The default communication protocol will be netbios, if you want to change that to 
tcp/ip you need to install the tools. One of the toiols is called "Client Network 
Utility". You can use this to specify aliases for your host names s[ your system knows 
the protocol to use.

- Frank

P.S You also need to enable the mssql extension !

> I have PHP on windows 2000 web server
> I would like to remote to a MS SQL database on another web server.
> I tried something like:
> 
>  $h = "server adr";
> $u = "user";
> $p = "passw";
> $b = "db";
> $connexion = mssql_connect("$h", "$u", "$p");
> mssql_select_db($b);
> $sql = "select * from test";
> $result = mssql_query($sql_temp);
> mssql_close($connexion);
> ?>
> 
> But it didn't work. Please help me.
> 
> Jerry
> 
> 
> 
> -- 
> PHP Database 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 Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] File upload on Win32

[Frank M. Kromann]

Hi,

Is it me or is upload broken in 4.2.0-dev from cvs ? php.exe hangs after uploading the 
first 8.192 bytes. Nothing happens, no cpu usage.

- Frank




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

[PHP-DEV] Re: [PHP-WIN] How to compile PHP with cygwin?

[Frank M. Kromann]

Hi,

Only MS VC++ is supported at this point.

- Frank

> Hi
> 
> I wonder if anyone have managed to compile PHP with cygwin. I get
> several errors when doing this.
> 
> I also wonder if I intend to make a dll to extend PHP for windows,
> should I then compile PHP with cygwin or with  MS Visual C++?
> 
> Thanks
> 
> 
> 
> 
> -- 
> PHP Windows 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 Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] Benjamin Kromann

[Frank M. Kromann]

Hi,

It is getting late now in CA, but I have to tell you all about Benjamin Kromann, our 
new son :-)

He was born last night at 11:23pm and he is a healthy boy 50 cm long and he weighs 
3550 g. Mis mom is doing very well allthough we all need some sleep now.

Happy hacking to all of you and I'll be back in a couple of weeks.

- Frank




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

Re: [PHP-DEV] Sybase and Sybase-CT and MSSQL, oh my?

[Frank M. Kromann]

Hi Steve,

I would also like to see ext/mssql and ext/sybase merged into one extension, as they 
both use the same DB-Librery. Changing the functionsnames to dblib_* would also be the 
right, as long as we keep aliases_* to sybase and mssql_* for some time.

As you say this will cause more use and therefore testing, but we will also be able to 
focus more development time to implement improved support for stored procedures and 
other functions.

I havent started implementing a new MSSQL extension yet for two resons. 1) I would 
like to have the extension working on more than one platform and 2) I have a dialog 
with Microsoft about an updated version of there DBLibrary, but it is going very slow.

I have also thaught about writing my own system based on OLE DB. An OLE DB service 
(broaker) should be installed on an NT/2000 box and a client library should be 
installed on NT/2000/Linux/Unix. This would allow the client to request data from the 
broker and the broker could query any OLE DB provider available.

- Frank

> Hi Frank,
> 
> On Wed, 5 Sep 2001, Frank M. Kromann wrote:
> 
> > > I can't help but notice that MSSQL, Sybase, and Sybase CT-Lib each have their
> > > own PHP extension.  What I wonder if many people have /not/ noticed is that
> > > two of these extensions implement the same C API on different platforms (mssql
> > > targetted for Windows systems, sybase targetted for Unix systems), and all
> > > three implement the same database protocol on the wire.
> 
> > This was true for MSSQL 4.x and 6.x but the databases and the protocol have
> > evolved different in the two products (MSSQL vs. Sybase) since. Microsoft
> > has not updated DBLibrary since version 6.x so there is a few features
> > available in 7.0 and 2000 there is unsupported in the PHP extension. If
> > Microsoft decides not to update DBLibrary I will start rewriting the
> > extension using a more up to date protocol in order to support all features.
> > I would furthermore prefer to develop the extension to work from both Win32
> > and *nix clients.
> 
> If you choose to rewrite an MS SQL extension using Microsoft's new client API,
> I hope that PHP will still retain *one* extension built on top of dblib.
> CT-Lib and Microsoft's new APIs are more feature-rich than dblib, but dblib is
> the most portable of the three, so it makes sense to keep an extension around
> that's built on dblib -- /if/ PHP makes use of its cross-platform
> capabilities, that is. :)
> 
> Perhaps the best choice would be to merge ext/mssql and ext/sybase into a
> single module that's named for what it really is -- ext/dblib.  This leaves
> the namespace clear for a future ext/mssql built on top of a different API.
> 
> I'm not sure how you would write an extension on top of Microsoft's new API
> that works on Unix systems, however.  Has Microsoft released client libraries
> for Unix?
> 
> > > In light of this, would it not be to everyone's advantage to consolidate
> > > developer efforts and merge the ext/mssql and ext/sybase modules?  (Providing
> > > appropriate PHP_FALIAS wrappers for backwards compat, of course.)  I can't
> > > imagine that there is so much difference between these two codebases that we
> > > need one extension with a .dsp file and one extension with a config.m4 file.
> 
> > The MSSQL extension (on Win32 only) do have a few functions more but these
> > could be ported into one of the Sybase extensions.
> 
> Ok, but then you're talking about porting -- which means that every time a new
> feature is added to one extension, someone also has to port /that/ feature to
> the other extension, as well.
> 
> What is the advantage here to keeping *two* dblib extensions around, instead
> of one that has all the features of both?  It may be a little easier to be
> able to ignore compatibility with other platforms, but I'd certainly be
> happier to see one extension that gets twice as much use (and therefore
> testing).
> 
> > I dont know muct about Subase and Sybase-ct but I agrre that these extension
> > should be combined into one, with aliases and functionality from the mssql
> > extension to allow access to MSSQL Server 4.x and 6.x from Win32 and *nix
> > clients.
> 
> The differences between the Sybase and Sybase-CT extensions lie in the
> underlying C APIs that they invoke.  Combining these is not feasible.
> Combining ext/mssql and ext/sybase is very feasible -- I've done much of the
> rewriting already, I just need to get my development box back on-line before I
> can share it.
> 
> Steve Langasek
> postmodern programmer
> 
> 
> -- 
> PHP Development Mailing List <http:

Re: [PHP-DEV] Sybase and Sybase-CT and MSSQL, oh my?

[Frank M. Kromann]

> I can't help but notice that MSSQL, Sybase, and Sybase CT-Lib each have their
> own PHP extension.  What I wonder if many people have /not/ noticed is that
> two of these extensions implement the same C API on different platforms (mssql
> targetted for Windows systems, sybase targetted for Unix systems), and all
> three implement the same database protocol on the wire.

This was true for MSSQL 4.x and 6.x but the databases and the protocol have evolved 
different in the two products (MSSQL vs. Sybase) since. Microsoft has not updated 
DBLibrary since version 6.x so there is a few features available in 7.0 and 2000 there 
is unsupported in the PHP extension. If Microsoft decides not to update DBLibrary I 
will start rewriting the extension using a more up to date protocol in order to 
support all features. I would furthermore prefer to develop the extension to work from 
both Win32 and *nix clients.
 
> In light of this, would it not be to everyone's advantage to consolidate
> developer efforts and merge the ext/mssql and ext/sybase modules?  (Providing
> appropriate PHP_FALIAS wrappers for backwards compat, of course.)  I can't
> imagine that there is so much difference between these two codebases that we
> need one extension with a .dsp file and one extension with a config.m4 file.

The MSSQL extension (on Win32 only) do have a few functions more but these could be 
ported into one of the Sybase extensions.

> Are there other reasons why PHP developers would prefer not to combine these
> two extensions into one?
 
I dont know muct about Subase and Sybase-ct but I agrre that these extension should be 
combined into one, with aliases and functionality from the mssql extension to allow 
access to MSSQL Server 4.x and 6.x from Win32 and *nix clients.

- Frank




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

[PHP-DEV] Latest CVS on Win32

[Frank M. Kromann]

Hi All,

PHP crashes on Win32 with the following code

class c1 {
var $a = null;
var $b = null;

function c1($a, $b) {
$this->a = $a;
$this->b = $b;
}
}

$handler = new c1("1", "");

changing the code to this seams to fix the problem.

class c1 {
var $a;
var $b;

function c1($a, $b) {
$this->a = $a;
$this->b = $b;
}
}

$handler = new c1("1", "");

- Frank




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

Re: [PHP-DEV] Re: Engine problem

[Frank M. Kromann]

To my knowledge 4.0.6 works fine, but the latest cvs does not.

- Frank

> That's not what I asked :)  I played with this code (a bit) a couple of 
> days ago.  Can you verify whether this problem is happening in the old 
> (say, 4.0.6) version..?
> 
> At 22:49 17/07/2001, Andrei Zmievski wrote:
> >On Tue, 17 Jul 2001, Zeev Suraski wrote:
> > > Is that a new problem related to your CVS update?
> >
> >I don't think it's build related or anything. I have confirmation of at
> >least 3 other people who have experienced it.
> >
> >-Andrei
> >* 2 + 2 = 5 for extremely large values of 2. *
> 
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> 
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 
> 
> 




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

Re: [PHP-DEV] PHP Working Groups

[Frank M. Kromann]

> On Tue, Jul 10, 2001 at 07:51:14AM +0300, Andi Gutmans wrote:
> 
> > I think it's something we should consider. From what Joey wrote it sounds 
> > as if the PHP Group is perceived as something *above* php-dev in the 
> > community. I don't think this is a good thing and therefore most 
> > discussions (forget the current one) are held on php-dev. The PHP Group 
> > does mostly administrative stuff so maybe we could just have something like 
> > a PHP UNIX system group, a PHP license group, a PHP web group and so on. 
>  
> I think it would be pretty interesting to at least discuss the
> possibility of organizing the masses into a handful of working
> groups (or special interest groups).

The number of mailing lists has allready increased (PHP-DB, PHP-WINDOWS and so on) 
Most of the trafic on these lists are either specific to a few extensions or user 
questions. The development list (if we filter out most of the bug-messages) is where 
most of the development is discussed.

I think we still need the general list to make sure we are serving all supported 
platfforms/web servers/...

I would like to see more team work arround specific issues (windows ISAPI stability, 
generalized function naming core and extensions, improved OO just to mention a few). 
This could be dynamic groups with a few key members to drive the effort.

The PHP Group could then take a more coordinating role and make sure all areas are 
covered etc.

- Frank
> 
> -- 
> Jon Parise ([EMAIL PROTECTED])  .  Rochester Inst. of Technology
> http://www.csh.rit.edu/~jon/  :  Computer Science House Member
> 
> -- 
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 
> 
> 




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

Re: [PHP-DEV] [UPDATE] NGScan

[Frank M. Kromann]

Hi All,

This has been an interesting discussion to follow all day, and it sure took the focus 
away from my ordinary work for quite some time :-)

If we all could think before sending mails and perhaps wait a while before reacting 
emotional I think threads like this could be avoided. Many of the developers on this 
list do have english as there native language. This often leads to a message beeing 
read in an other way than it was intended by the sender.

We all have different technical backgrounds, different interests and different ideas 
on where PHP is going. That is very healthy for the development of PHP, and it will 
cause some discussions from time to time, but lets all try hard to keep it on a 
technical level.

- Frank

>   Zeev: I understand your frustration. I really do. There have
> been times when just about EVERYONE in the PHP Group has shocked me, or
> made me, to be honest, wonder if I even belong here. I'm often afraid to
> ask question, simply because I'm a self-taught coder...I didn't even
> graduate from High School! Because of that, I hestiate to address
> certain things with you, or Andi, or Sascha, because you can all tend to
> be a bit abrasive.
> 
>   Yes, you seem to have improved, for the most part. Sascha
> hasn't. So what, really, should be done about it? The only resolution,
> IMHO, is the one all of us have to take when addressing any of the PHP
> Group...be patient, and realize that there are going to be clashes.
> 
> 
>   Sascha: You can be a bit abrasive. I'd be terribly surprised if
> others had not mention this to you. Perhaps it would not be quiet so bad
> to rethink sometimes, before you push that Send button (or keystroke, or
> whatever?) If not for yourself, think about the good of the
> projectthings like this take everyone's time away from what we
> REALLY love...





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

Re: [PHP-DEV] unix install paths changed

[Frank M. Kromann]

These have to be defined on Win32 as well. In order to compile I can just put some 
default definitions in config.w32.h.

I'm getting another error though:

D:\php\php4\main\php_ini.c(190) : error C2065: 'llist_dtor_func_t' : undeclared 
identifier

There is llist_dtor_func_t defined ?

- Frank


> php.ini mainly, as it will affect each and every installation.  The others 
> may also make more sense to wait for 4.1, even though they'll affect less 
> people.
> 
> Zeev
> 
> At 10:09 22/4/2001, Stig Sæther Bakken wrote:
> >[Zeev Suraski <[EMAIL PROTECTED]>]
> > > At 04:25 22/4/2001, Stig Sæther Bakken wrote:
> > > >default php.ini path: now using --sysconfdir option, defaults to
> > > >/usr/local/etc ("configure --sysconfdir=/usr/local/lib" for old behaviour)
> > >
> > > While I completely sympathize with the motivation, I think this has a
> > > very high WTF rating.  I wouldn't do that on a 0.0.1 change...
> >
> >Do you mean only the php.ini path or all of them?
> >
> >  - Stig
> >
> >--
> >   Stig Sæther Bakken <[EMAIL PROTECTED]>
> >   Fast Search & Transfer ASA, Trondheim, Norway
> 
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> 
> 
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 
> 
> 




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

[PHP-DEV] Re: [PHP-WIN] Dynamic Pulldown lists

[Frank M. Kromann]

You can do this by reloading the page when the first list is changed or by applying 
all the different values for the second list in JavaScript arrays and have some 
JavaScript code to populate the second list.

- Frank

> A little help from anyone please.
> 
> I know this was discussed before but I can't find it now that I need it. I
> want to dynamically populate a pulldown list from a mysql query based on
> what is selected from another pulldown list populated by a query from mysql.
> If the first choice is changed a different list of option is populated in
> the second. Please help!
> 
> Robert
> 
> 
> -- 
> PHP Windows 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 Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

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

[Frank M. Kromann]

> [Ron Chmara <[EMAIL PROTECTED]>]
> > "Frank M. Kromann" wrote:
> > > 
> > > Is there a list of modules that stays ?
> > 
> > One of the things I've noticed on this topic is that a few
> > folks tend to think that their particular technology should
> > be used everywhere, and therefore, it should always be
> > installed on machines. Of course, this is how we got into
> > this convoluted situation in the first place... sure,
> > "XYZ functions" may be touted as a future standard for all
> > machines, someday, but quite frankly, many of such "standards"
> > aren't even close to widespread use and deployment.
> > 
> > In response to Zeev's point that we don't even know if/how PEAR
> > will work, yes, I think this discussion isn't about enforcing the
> > future. I'd say it's more about finding some better direction.
> > 
> > A proposed list where it "cuts close to the bone":
> > (since nobody seems to want to be the 'bad guy', I'll start...)
> > 
> > M= Main
> > P= Pear
> > (To show/expose any personal bias, items marked with a "*" are ones that
> > I use on most servers.)
> > 
> > apache M *
> > aspell P *
> > bcmath P *
> > bz2 P
> > calendar P
> > ccvs P
> > com P
> > cpdf P
> > crack P *
> > ctype P
> > curl P
> > cybercash P
> > cybermut P
> > db P
> > dba P
> 
> I'd like to see dba stay.
> 
> > dbase P
> > domxml P
> > dotnet P
> > exif P
> > fdf P
> > filepro P
> > fribidi P
> > ftp M *
> > gd P *
> > gettext P
> > gmp P
> > hyperwave P
> > icap P
> > iconv P
> 
> The iconv library in itself is useful enough that we should try to
> keep this one within PHP, maybe even integrate it tighter.
> 
> > iisfunc M
> > imap M *
> > informix P
> > ingres_ii P
> > interbase P
> > ircg P
> > java P
> > ldap M *
> > mcal P
> > mcrypt P *
> > mhash P *
> > midgard P
> > ming P
> > mnogosearch P
> > msql P
> > mssql M
> > muscat P
> > mysql M *
> > notes P 
> > oci8 P *
> > odbc P 
> > openssl P
> > oracle P
> > ovrimos P
> > pcre P
> 
> PCRE should be in the main distribution, a lot of PEAR code relies on
> it.
> 
> > pdf P
> > pfpro P
> > pgsql M *
> > posix P
> > printer P
> > pspell M *
> > qtdom P
> > readline P
> > recode P
> > sablot P
> > satellite P
> > session M 
> > shmop M *
> > snmp P *
> > sockets M *
> > standard M * (duh. :-) )
> > swf P
> > sybase P
> > sybase_ct P
> > sysvsem M *
> > sysvshm M *
> > vpopmail P
> > wddx P
> > xml P
> 
> *BLAM*
> 
> That's the sound of someone shooting himself in the foot.  The PEAR
> installer needs the XML extension. :-)
> 
> > yaz P
> > yp P
> > zlib P
> > zziplib P
> > 
> > Which would mean that the main distro would have:
> > apache
> > ftp
> 
> Why ftp, when for example curl is out?
> 
> > iisfunc
> > imap
> > ldap
> > mssql
> > mysql
> > pgsql
> 
> I'm willing to bet my best cap that oci8 is much more used than mssql.

That depends on the platform I think. MSSQL is Win32 only so far though I'm planning 
an integration with FreeTDS to allow support from Linux/Unix.

iisfunc and printer are other Win32 only extension and should be in PEAR, IMHO.

> 
> > pspell
> 
> Why?
> 
> > session
> > shmop
> > sockets
> > standard
> > sysvsem
> > sysvshm
> > 
> > This keeps the core system functions, basic database
> > services for the most widely used DB's, and the basic
> > data exchange services (IMAP, ftp, ldap, etc.)
> > 
> > Another way of looking at it would to leave almost everything
> > in some use, and only take out the ones which seem to be for
> > special purposes and work environments, such as an XML environment
> > pieces, or midgard, or hyperwave
> > ccvs P
> > com P
> > cpdf P
> > curl P
> > cybercash P
> > cybermut P
> > domxml P
> > dotnet P
> > exif P
> > fdf P
> > fribidi P
> > gettext P
> > hyperwave P
> > icap P
> > iconv P
> > ircg P
> > mcal P
> > midgard P
> > notes P 
> > openssl P
> > pcre P
> > pdf P
> > 

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

[Frank M. Kromann]

Is there a list of modules that stays ?

I would like to see a way to make sure modules (I maintain) is not falling to far 
behind main releases.

- Frank

> We need to think about it.  I think that keeping the release cycle of this 
> selected set of modules in sync with the PHP releases is actually a good thing.
> 
> Zeev
> 
> At 00:57 18/4/2001, Stig Sæther Bakken wrote:
> >[Zeev Suraski <[EMAIL PROTECTED]>]
> > > At 05:03 17/4/2001, Sterling Hughes wrote:
> > > >Ok, let me just see if I understand...
> > > >
> > > >move everything out of the distribution (from mysql popular extensions
> > > >like mysql to hardly used ones like qtdom), and then, come release time,
> > > >package a predefined set of PEAR modules and extensions we want to package
> > > >for PHP4.
> > >
> > > Not really - some of the extensions will remain in PHP.  I believe
> > > that the fact that PHP comes bundled with support for some of the most
> > > common Web environment applications is still a serious factor in its
> > > success.  It did get into a situation when there are simply too many
> > > not-too-mainstream extensions in there, though, which makes it very
> > > difficult to find a stable point at time to release it.  I wouldn't
> > > expect MySQL, Oracle or XML support to be removed from PHP, though.
> >
> >Why not, as long as we put the latest known-to-be-stable version of
> >each back in when making a release?
> >
> >  - Stig
> >
> >--
> >   Stig Sæther Bakken <[EMAIL PROTECTED]>
> >   Fast Search & Transfer ASA, Trondheim, Norway
> 
> --
> Zeev Suraski <[EMAIL PROTECTED]>
> CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/
> 
> 
> --
> PHP Development Mailing List 
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> 
> 
> 




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