[PHP-DEV] Re: MSSQL extension BugFix FreeTDS, datetime withmilliseconds
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Make Windows PHP Fork
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Win32 crash (HEAD + ZE2)
Hi, This code works fine ?php $myvar = array(); ? But this does not: ?php include test.inc; ? where test.inc contains ?php $myvar = array(); ? It works with other data types and I have tested it in Linux where it works. Any ideas ? - Frank -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] What Changed ?
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Non threadsafe Windows build
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] What headers/libs does Win32 Snaps builduse?
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Happy New Year
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: #21139 [Ctl]:zlib.output_compression + windows failure
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- 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
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] RC4: ground rules
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Re: ground rules
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CLI php.exe on WIn32
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RC4: ground rules
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] CGI and CLI (compromise proposal)
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] php.exe - php-cgi.exe
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] php.exe - php-cgi.exe
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] php.exe - php-cgi.exe
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] useless config.w32.h and solutions
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 code #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 /code -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- 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
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] Extending DB2 odbc support
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 KalowskyA 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] ticks - broken in win32?
I get
Notice: Undefined index: tick in ticks.php on line 4
- Frank
Can anyone else reproduce this?
?php
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 http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Re: RE: [PHP-DEV] Command line compilation under win32
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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Error Linking Win32 Extensions
It is not enough to define COMPILE_DL(MODULENAME you also need this section #if COMPILE_DL_MODULENAME ZEND_GET_MODULE(MODULENAME) #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 http://www.php.net/ 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 http://www.php.net/ 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 http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-DB] MSSQL DB Connect
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: ?php $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 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-DEV] File upload on Win32
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 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-DEV] Re: [PHP-WIN] How to compile PHP with cygwin?
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 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-DEV] Benjamin 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 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-DEV] Sybase and Sybase-CT and MSSQL, oh my?
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 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-DEV] Re: Engine problem
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 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 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-DEV] [UPDATE] NGScan
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 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-DEV] PHP Working Groups
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 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 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-DEV] Re: [PHP-WIN] Dynamic Pulldown lists
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 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]
