Re: [PHP-DEV] config.w32.h...registry configuration
At 11:41 01.05.2002 -0700, Shane Caraveo wrote: >Daniel Beulshausen wrote: >>At 11:19 01.05.2002 -0700, Shane Caraveo wrote: >> >>>>> > they should be changed to use the windows registry anyway... >>>>> >>>>> Feel free to do it :) >>>> >>>> >>>>this isn't going to be a big task, i'll put it onto my todo. >>> >>> >>>It's already done, been there for a long time. php.ini values are >>>configurable via registry, and can be done on a per-domain basis. It is >>>kind of a pain to deal with configuration that way though. >> >>i'm not talking about the per directory stuff, these are mostly non >>php.ini settings. >>things like PEAR_INSTALLDIR, PHP_BINDIR etc should be stored in the >>registry IMO. >>daniel > >Well, the specific example I saw was the extension dir, which is an ini >setting. I would argue that pear_installdir could also be an ini >setting. bindir does need some solution outside the ini file, maybe, but >I think there could be some way to work around that. The reason I am >*kind of* arguing against using the registry for these is due to having >multiple installations of PHP. I currently have 6, 5 installs and my >compiled version, so that I can test things. Dealing with php.ini in that >situation is bad enough, adding registry configuration on top of that will >make it even a bigger pain. one could use the version string as a subkey, this would enable you to use different php.inis for different versions. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] config.w32.h
At 11:19 01.05.2002 -0700, Shane Caraveo wrote: >>> > they should be changed to use the windows registry anyway... >>> >>> Feel free to do it :) >> >>this isn't going to be a big task, i'll put it onto my todo. > >It's already done, been there for a long time. php.ini values are >configurable via registry, and can be done on a per-domain basis. It is >kind of a pain to deal with configuration that way though. i'm not talking about the per directory stuff, these are mostly non php.ini settings. things like PEAR_INSTALLDIR, PHP_BINDIR etc should be stored in the registry IMO. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] config.w32.h
At 18:35 01.05.2002 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > do you mean constants like PHP_EXTENSION_DIR? > > For instance, yes. > > > they should be changed to use the windows registry anyway... > > Feel free to do it :) this isn't going to be a big task, i'll put it onto my todo. > > for any other compile time configuration option i don't think that's > > wise to do. > > Well, not everyone needs all of the extensions we're currently building > per default. as the built-in extensions don't require you to fetch external libraries, it doesn't hurt to build them. i find it much more annoying if you can't be sure wether the distributed/used build supports extension x or y per default. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] config.w32.h
At 17:44 01.05.2002 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > what's the reason to rename the file? > > As I pointed out in a previous posting, this way we could put > config.w32.h into .cvsignore and let it be "created" from a > config.w32.h.in file if it doesn't exist. > > This way, people can configure their Win32 build. do you mean constants like PHP_EXTENSION_DIR? they should be changed to use the windows registry anyway... for any other compile time configuration option i don't think that's wise to do. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] config.w32.h
At 09:32 01.05.2002 -0400, Joseph Tate wrote: >1. I think it's ok. > >2. I'd create a batch file that does the renaming, and then set it up to >run in a custom build step. You can set those up through the Custom Build >tab in the Project settings dialog. what's the reason to rename the file? daniel >Joseph > > > -Original Message- > > From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]] > > Sent: Monday, April 29, 2002 1:20 PM > > To: [EMAIL PROTECTED] > > Subject: [PHP-DEV] config.w32.h > > > > > > As you may know, I worked a bit on config.w32.h recently. > > > > I'd like to rename the file to config.w32.h.in and let MSVC rename > > config.w32.h.in to config.w32.h, if config.w32.h does not yet exist. > > > > Two questions: > > > > 1.) Is this okay? > > > > 2.) How do I do this? :-) > > > > -- > > 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 /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.com -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] ftp extension for windows?
At 10:46 13.12.01 +0100, Marc Boeren wrote: >Hi, > >Is there any reason why the ftp module is not available as a msvc project in >php_modules? it's built-in and IMO all modules that don't require external libraries should become it too. daniel >If not, I'll add it... /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Bug #14464: apphelp.dll dependency breaks extensions on platforms other than XP
At 18:47 12.12.2001 +, [EMAIL PROTECTED] wrote: >From: [EMAIL PROTECTED] >Operating system: win32 except XP >PHP version: 4.1.0 >PHP Bug Type: OpenSSL related >Bug description: apphelp.dll dependency breaks extensions on platforms >other than XP > >There is a dependency in certain modules (notably php_openssl) on >apphelp.dll. This file seems to only be available on WindowsXP (and the >file shipped with XP won't work on win2000). If I am correct (I'm not >entirely sure), any use of this dll will render the extensions useless on >any windows version prior to XP). > >Source: DLL Help on MSDN. (The file is only listed as part of Windows XP). there's no dll in the binary package which is directly dependent upon that dll. where did you get that info from? daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Bug #13617 Updated: wrong saved pictures
At 13:41 28.11.2001 +, [EMAIL PROTECTED] wrote:
>ID: 13617
>Updated by: sander
>Reported By: [EMAIL PROTECTED]
>Old Status: Open
>Status: Feedback
>Bug Type: GD related
>Operating System: Windows 2000 Professional SP 2
>PHP Version: 4.0.6
>New Comment:
>
>Have you tried the php_gd.dll from 4.0.5? If not, please do that.
please don't encourage them to mix extensions from different builds.
daniel
>And if that doesn't work, please make a SHORT sample script which
>reproduces your problem and post it here.
>
>Previous Comments:
>
>
>[2001-10-10 09:54:43] [EMAIL PROTECTED]
>
>#complete code
>
>$Max_size = 100;
>$unterverzeichnis = "tn";
>$anz_pic = 0;
>
>$jn = file_exists("$unterverzeichnis/.");
> if ($jn != TRUE) {
> mkdir("$unterverzeichnis", 0700);
> echo "nicht vorhandender Ordner wurde erstellt.";
> }
>
>if ($bild == "") {
>$verzeichnis = dir("");
>while($imagefile = $verzeichnis->read()) {
> if(strstr($imagefile,".jpg"))
> {
> $src_img = imagecreatefromjpeg($imagefile);
>
> if (imagesx($src_img) > imagesy($src_img)) {
> $new_w = 100;
>
>$new_h = imagesy($src_img) / imagesx($src_img) * 100;
>
> } else {
> $new_h = 100;
>
>$new_w = imagesx($src_img) / imagesy($src_img) * 100;
> }
>
> $dst_img = imagecreate($new_w,$new_h);
>
>
>imagecopyresized($dst_img,$src_img,0,0,0,0,$new_w,$new_h,imagesx($src_img),imagesy($src_img));
>
>
> imagejpeg($dst_img, "$unterverzeichnis/$imagefile");
> echo "\n";
> $anz_pic++;
> echo "Bild $imagefile umgewandelt. (bereits
> $anz_pic Stück)\n";
> }
>}
>$verzeichnis->close();
>
>echo "Verzeichnis komplett umgewandelt";
>} else {
> $imagefile = $bild;
> if(strstr($imagefile,".jpg"))
> {
> $src_img = imagecreatefromjpeg($imagefile);
>
> if (imagesx($src_img) > imagesy($src_img)) {
> $new_w = 100;
>
>$new_h = imagesy($src_img) / imagesx($src_img) * 100;
>
> } else {
> $new_h = 100;
>
>$new_w = imagesx($src_img) / imagesy($src_img) * 100;
> }
>
> $dst_img = imagecreate($new_w,$new_h);
>
>
>imagecopyresized($dst_img,$src_img,0,0,0,0,$new_w,$new_h,imagesx($src_img),imagesy($src_img));
>
>
> imagejpeg($dst_img, "$unterverzeichnis/$imagefile");
> echo "\n";
> echo "Bild $imagefile umgewandelt.\n";
> } else {
> echo "kein gültiges bild";
> }
>
>}
>?>
>
>
>
>[2001-10-09 13:55:19] [EMAIL PROTECTED]
>
>Can you post a sample script?
>
>This might be a bug in GD 2.0 (just guessing). It's still a beta. You can
>try using the php_gd.dll from the PHP-4.0.5 package (see
>http://www.php.net/downloads.php) with PHP-4.0.6.
>
>
>
>[2001-10-09 13:36:02] [EMAIL PROTECTED]
>
>The GB-Libary has problem to save files (JPEG), i open any and make it
>small und some pictures are black or driverent colors then the orginal
>pictures, this script has no problems with 4.0.4PL1 only in 4.0.6
>
>
>
>
>
>Edit this bug report at http://bugs.php.net/?id=13617&edit=1
>
>
>--
>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]
/*--
Daniel Beulshausen - [EMAIL PROTECTED]
Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: Win32 Build for 4.1.0
At 01:32 27.11.2001 +0200, Jani Taskinen wrote: >Ah, okay. We will get a lot of reports of GD2 missing.. :) nah. :) >What about the PDFlib ? the pdf_open_memory_image() issue. daniel >--Jani > >On Tue, 27 Nov 2001, Daniel Beulshausen wrote: > > >At 01:09 27.11.2001 +0200, Jani Taskinen wrote: > > > >>Huh? What I meant was that GD bug. Which only requires to have 2 builds > >>of the extension, one with stable 1.8.4 and one with devel version 2.0.1 > >>of GD.. > > > >only gd1.8.4 is included, as gd2 ist still beta. > >i thought you spoke of the pdf ext... > > > >daniel > > > >>--Jani > >> > >> > >>On Tue, 27 Nov 2001, Daniel Beulshausen wrote: > >> > >> >At 01:00 27.11.2001 +0200, Jani Taskinen wrote: > >> > > >> >>Did you check the bug reports? :) > >> >>Critical ones.. > >> > > >> >yeah, but i won't start patching the release (tough nothing big). > >> > > >> >daniel > >> > > >> >>--Jani > >> >> > >> >> > >> >>On Mon, 26 Nov 2001, Daniel Beulshausen wrote: > >> >> > >> >> >At 18:40 26.11.2001 +, James Moore wrote: > >> >> >>You happy to build this for the release? I would but Ive got library > >> >> >>problems here :) > >> >> > > >> >> >please take a look at > http://www.php4win.com/~daniel/php-4.1.0-Win32.zip > >> >> >be warned however, that i nuked some old dll's and am not 100% sure > >> wether > >> >> >there's an unfulfilled dependency now. > >> >> >i didn't discovered anything suspicious, but who knows... > >> >> > > >> >> >daniel > >> >> > > >> >> >/*-- > >> >> >Daniel Beulshausen - [EMAIL PROTECTED] > >> >> >Using PHP on Windows? http://www.php4win.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] > >> > > >> > > >> >/*-- > >> >Daniel Beulshausen - [EMAIL PROTECTED] > >> >Using PHP on Windows? http://www.php4win.com > >> > > >> > > >> > > > > > > >/*-- > >Daniel Beulshausen - [EMAIL PROTECTED] > >Using PHP on Windows? http://www.php4win.com > > > > > > /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: Win32 Build for 4.1.0
At 01:09 27.11.2001 +0200, Jani Taskinen wrote: >Huh? What I meant was that GD bug. Which only requires to have 2 builds >of the extension, one with stable 1.8.4 and one with devel version 2.0.1 >of GD.. only gd1.8.4 is included, as gd2 ist still beta. i thought you spoke of the pdf ext... daniel >--Jani > > >On Tue, 27 Nov 2001, Daniel Beulshausen wrote: > > >At 01:00 27.11.2001 +0200, Jani Taskinen wrote: > > > >>Did you check the bug reports? :) > >>Critical ones.. > > > >yeah, but i won't start patching the release (tough nothing big). > > > >daniel > > > >>--Jani > >> > >> > >>On Mon, 26 Nov 2001, Daniel Beulshausen wrote: > >> > >> >At 18:40 26.11.2001 +, James Moore wrote: > >> >>You happy to build this for the release? I would but Ive got library > >> >>problems here :) > >> > > >> >please take a look at http://www.php4win.com/~daniel/php-4.1.0-Win32.zip > >> >be warned however, that i nuked some old dll's and am not 100% sure > wether > >> >there's an unfulfilled dependency now. > >> >i didn't discovered anything suspicious, but who knows... > >> > > >> >daniel > >> > > >> >/*-- > >> >Daniel Beulshausen - [EMAIL PROTECTED] > >> >Using PHP on Windows? http://www.php4win.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] > > > > > >/*-- > >Daniel Beulshausen - [EMAIL PROTECTED] > >Using PHP on Windows? http://www.php4win.com > > > > > > /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: Win32 Build for 4.1.0
At 01:00 27.11.2001 +0200, Jani Taskinen wrote: >Did you check the bug reports? :) >Critical ones.. yeah, but i won't start patching the release (tough nothing big). daniel >--Jani > > >On Mon, 26 Nov 2001, Daniel Beulshausen wrote: > > >At 18:40 26.11.2001 +, James Moore wrote: > >>You happy to build this for the release? I would but Ive got library > >>problems here :) > > > >please take a look at http://www.php4win.com/~daniel/php-4.1.0-Win32.zip > >be warned however, that i nuked some old dll's and am not 100% sure wether > >there's an unfulfilled dependency now. > >i didn't discovered anything suspicious, but who knows... > > > >daniel > > > >/*-- > >Daniel Beulshausen - [EMAIL PROTECTED] > >Using PHP on Windows? http://www.php4win.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] /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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-DEV] Re: Win32 Build for 4.1.0
At 18:40 26.11.2001 +, James Moore wrote: >You happy to build this for the release? I would but Ive got library >problems here :) please take a look at http://www.php4win.com/~daniel/php-4.1.0-Win32.zip be warned however, that i nuked some old dll's and am not 100% sure wether there's an unfulfilled dependency now. i didn't discovered anything suspicious, but who knows... daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: [PHP-QA] 4.1.0 Final RC
At 13:40 20.11.2001 +, James Moore wrote: >Ill have a look at the CVS version at some point then.. have you had it >working under windows yet? I patched the 1.39 revision quite a lot so that cvs or 4.1.0? the cvs version should do just fine. >it would load and began to get the input filter working but I have real work >to do so I dont really have time to spend playing with it for too long. i've played with that some time ago, apache loaded the module but crashed upon requests. anyway, i don't think that a win32 version of the apache2 filter for 4.1.0 is needed. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: [PHP-QA] 4.1.0 Final RC
At 10:23 20.11.2001 +, James Moore wrote: > > James Moore wrote: > > > It wont load for me.. might but my build or something else.. has anyone > > > had it working on win32 yet?? > > > > AFAICS, there is no (working) workspace in the PHP_4_0_7 branch to > > build the sapi/Apache2Filter for Win32. > >I can build it (I just made a new workspace) but it crashses on startup.. >Ill look into it its acually in one of the apache libs that it crashes so >Ill build a debug version of apache 2 and look into it when I have time. the apache2 filter in 4.1.0 won't work under win32, because the latest rev. of sapi_apache2.c is 1.39 and you'll need atleast rev. 1.51. don't bother trying it, because it won't behave correct without those patches. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: right path on WinXP to document
At 18:19 11.11.2001 +0100, Gabor Hojtsy wrote: > > > > Nope... at least, that's not what I've heard. > > > > Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for > > > > php4ts.dll) > > > > Windows XP uses c:\windows and c:\windows\system32 > > > > > > Hm, this may well be, since I 'just' updated the system from Windows > > > 2000 to WindowsXP and did no fresh install. > > > > you can use the %WINDIR% or %SystemRoot% env-variables to detect such >things. > >OK, so as I have updated the installation instructions >to refer to NT/2000/XP as the same regarding path names. >So can anybody confirm, that a fresh install of Win XP >uses the same dirs as Win2000 or Win98, or what? obviously it depends :) (fresh) win9x - windows winnt4/5 - winnt winxp - windows (overwritten) win9x -> winxp - windows win9x -> winnt5 - windows winnt5 -> winxp - winnt some users may also use different directories... but IMO they should be smart enough to know where they have installed windows. just do something like Win9x: copy to %WINDIR%\system Winnt4/2000/XP: copy to %SystemRoot%\system32 daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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]
Re: [PHP-DEV] Re: right path on WinXP to document
At 18:06 11.11.2001 +0100, Sebastian Bergmann wrote: >Sander Roobol wrote: > > Nope... at least, that's not what I've heard. > > Windows 2000 uses c:\winnt (for php.ini) and c:\winnt\system32 (for > > php4ts.dll) > > Windows XP uses c:\windows and c:\windows\system32 > > Hm, this may well be, since I 'just' updated the system from Windows > 2000 to WindowsXP and did no fresh install. you can use the %WINDIR% or %SystemRoot% env-variables to detect such things. daniel /*-- Daniel Beulshausen - [EMAIL PROTECTED] Using PHP on Windows? http://www.php4win.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-DEV] RE: Fw: [php4win] PHP code not always processed
At 17:33 14.09.2001 +0200, Harald Radi wrote: > > in my php408dev-log i've found one message: > > [12-Sep-2001 16:19:42] PHP Fatal error: fatal flex scanner > > internal error--end of buffer missed in > > c:\inetpub\www8082root\templats\menu-de.php > > on line 51 > > > > ... but i am not sure (and because i can not reproduce it -> > > i do not think so), if this has something to do with the > > mentioned problem. > >this absolutely sounds like the cause for your problem. you >should submit a bugreport for this. agreeing. >i'm resending this message to the php-dev list too and leave the whole >thread appended so maybe someone can investigate this. hadn't time to do so today, but i reproduced this problem a few minutes ago, it definetly must be fixed before 4.0.7. anyone reproduce this under isapi or another sapi other than cgi? daniel >-harald. > > > > > > im my apache log i've many entrys like > > > > [Fri Sep 14 11:16:16 2001] [error] [client 164.139.110.254] > > Filename is not > > valid: c:/inetpub/www8082root/images/logos/b_contac_< > > > > ,because the php script wants to load a language specific > > image "b_contact_.gif" and if > not parsed, it is clear that this file can not be found. > > > > in the meantime i've also tried to run 408dev as cgi. there > > this specifc problem does not exist, but after a while one > > php process gets stuck with approximatly 50% of cpu-usage and > > can not be terminated (no log-entry available). additionally > > the cgi-version (php.exe) is very slow ;o( > > > > after that (just 2 be sure) i've tried 406dev as cgi here > > the cgi is also very slow, but there are no other problems. > > > > i'm using php in combination with the apache webserver since > > php3 (that means for a long time), so that i do not think, > > that i have any problems with my config-files. > > > > an other point is, that the 408dev-cgi creates other pages > > that the 406dev-cgi but i think this is a problem with \n > > and \r\n and maybe the nl2br-function... if php408dev parses > > the php-pages correctly, i will check if this is a php-bug or > > simply a programming bug of mine. > > > > once again my environment: > > - win2k > > - php406dev > > - apache 1.3.19 > > > > hoping for a soon solution of this problem. > > best regards, > > andy > > > > > > > > - Original Message - > > From: "Daniel Beulshausen" <[EMAIL PROTECTED]> > > To: "Andreas Stagl" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > > Sent: Friday, September 14, 2001 10:37 AM > > Subject: Re: Fw: [php4win] PHP code not always processed > > > > > > At 09:38 14.09.2001 +0200, Andreas Stagl wrote: > > >ups, i forgot to post to the list... here you are. > > > > is anything reported in the logs? > > > > daniel > > > > > > >- Original Message - > > >From: "Andreas Stagl" <[EMAIL PROTECTED]> > > >To: "Peter" <[EMAIL PROTECTED]> > > >Sent: Friday, September 14, 2001 9:36 AM > > >Subject: Re: [php4win] PHP code not always processed > > > > > > > > > > good morning. > > > > > > > > no, i do not get any dumps. > > > > > > > > on my WAP (wamp without mysql *g*), when i use 407rc2 or 408dev as > > module > > > > (i've not tried the cgi), the simple script > > > > > > > phpinfo(); > > > > ?> > > > > sometimes gives me the right output, sometimes the > > php-image can not > > > > be displayed and sometimes i receive te php-page unparsed. > > > > > > > > with all earlier versions which i've tested since php4 i've never > > > > had > > any > > > > "big" problem like that. for the moment i'm running 406dev which > > > > seems > > to > > >be > > > > very stable on my evironment. > > > > > > > > any ideas? > > > > > > > > best regards, > > > > andy > > > > > > > > > > > > - Original Message - > > > > From: "Peter" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Friday, September 14, 2001 12:38 AM > > > > Subject: Re: [php4win] PHP code not always processed > > &
Re: [PHP-DEV] Bug #12927 Updated: TTF functions not working on Windows 2000
At 16:24 23.08.2001 +, [EMAIL PROTECTED] wrote: >ID: 12927 >Updated by: sniper >Reported By: [EMAIL PROTECTED] >Old Status: Open >Status: Closed >Bug Type: GD related >Operating System: Windows 2000 >PHP Version: 4.0.6 >New Comment: > >This is fixed in CVS. You can download a dev build >from http://www.php4win.com/ if you want it now, or >wait for next release of PHP. please use http://www.php4win.com/~daniel/php-4.0.7rc1-win32.zip instead, it uses gd 1.8.4 instead of 2.0.1beta (which accidently got into 4.0.6). the dev package contains both gd versions. daniel >--Jani > > >Previous Comments: > > >[2001-08-23 11:55:31] [EMAIL PROTECTED] > >I've placed my script on my server here: >http://www.serversolved.com/gif.php.txt > >I'm using the binary zip package (4.0.6) from us4.php.net > >I've tried several options to try and get fonts to load via ImageTTF* >functions, but to no avail. I tried "C:\winnt\fonts\...", >"C:\\winnt\\fonts\\...", "C:/winnt/fonts/..."; I even tried copying the >'fonts' dir under my DocumentRoot, and tried "fonts/...", "/fonts/...", >"./fonts/..." and even "http://localhost/fonts/...";. None of these >options worked. > >In the final version of my script, I even used 'file_exists' to test the >font file (which exists), and it still is unable to load. Is it possible >that the gd library was compiled wrong on the windows binary? > > > > > >Edit this bug report at http://bugs.php.net/?id=12927&edit=1 > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] SAPI_API glitch
At 20:23 15.08.2001 +0300, Zeev Suraski wrote: >At 20:20 15-08-01, Daniel Beulshausen wrote: >>At 19:33 15.08.2001 +0300, Zeev Suraski wrote: >>>At 18:40 15-08-01, Daniel Beulshausen wrote: >>>>At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote: >>>>>At 18:20 15.08.2001 +0300, Zeev Suraski wrote: >>>>>>Is there any reason to have them even exported? I think we can just >>>>>>nuke SAPI_API altogether (I could be wrong, we might be referencing >>>>>>them somewhere, but I don't think we do) >>>>> >>>>>not sure, but we can add it later if it breaks :) >>>> >>>>no i just looked, they are (i.e. sapi_read_standard_form_data in the >>>>fdf extension) >>> >>>They are what? :) >> >>breaking && using exported SAPI_POST_* functions. >>i conclude, they still should get exported. :) > >Why? Are modules using any SAPI_POST functions which are defined in >PHP? If they are, we should probably change the yep. >SAPI_POST_HANDLER definition not to include SAPI_API, and add the SAPI_API >explicitly before those functions which are referenced by modules. isn't that exactly what i meant in my first mail? :) we would use SAPI_API SAPI_POST... to export them and extensions should use PHP_EXT_API SAPI_POST... if they want to export their functions. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] SAPI_API glitch
At 19:33 15.08.2001 +0300, Zeev Suraski wrote: >At 18:40 15-08-01, Daniel Beulshausen wrote: >>At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote: >>>At 18:20 15.08.2001 +0300, Zeev Suraski wrote: >>>>Is there any reason to have them even exported? I think we can just >>>>nuke SAPI_API altogether (I could be wrong, we might be referencing >>>>them somewhere, but I don't think we do) >>> >>>not sure, but we can add it later if it breaks :) >> >>no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf >>extension) > >They are what? :) breaking && using exported SAPI_POST_* functions. i conclude, they still should get exported. :) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] SAPI_API glitch
At 17:36 15.08.2001 +0200, Daniel Beulshausen wrote: >At 18:20 15.08.2001 +0300, Zeev Suraski wrote: >>Is there any reason to have them even exported? I think we can just nuke >>SAPI_API altogether (I could be wrong, we might be referencing them >>somewhere, but I don't think we do) > >not sure, but we can add it later if it breaks :) no i just looked, they are (i.e. sapi_read_standard_form_data in the fdf extension) daniel >daniel > >>At 17:58 15-08-01, Daniel Beulshausen wrote: >>>hi >>> >>>currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, >>>mbstring) they'll run into trouble, because they are defined as >>>'SAPI_API void ... my_handler'. this however doesn't work, because >>>you'll need to define SAPI_EXPORTS (to export it) and are thus loosing >>>the sapi_globals_id (which must be imported). >>>nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) >>>SAPI_POST_*_FUNC would avoid this glitch. >>>anyone objects? >>> >>>daniel >>> >>>/*-- >>>daniel beulshausen - [EMAIL PROTECTED] >>>using php on windows? http://www.php4win.de >>> >>> >>>-- >>>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] >> >>-- >>Zeev Suraski <[EMAIL PROTECTED]> >>CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ > > >/*-- >daniel beulshausen - [EMAIL PROTECTED] >using php on windows? http://www.php4win.de > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] SAPI_API glitch
At 18:20 15.08.2001 +0300, Zeev Suraski wrote: >Is there any reason to have them even exported? I think we can just nuke >SAPI_API altogether (I could be wrong, we might be referencing them >somewhere, but I don't think we do) not sure, but we can add it later if it breaks :) daniel >At 17:58 15-08-01, Daniel Beulshausen wrote: >>hi >> >>currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, >>mbstring) they'll run into trouble, because they are defined as 'SAPI_API >>void ... my_handler'. this however doesn't work, because you'll need to >>define SAPI_EXPORTS (to export it) and are thus loosing the >>sapi_globals_id (which must be imported). >>nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) >>SAPI_POST_*_FUNC would avoid this glitch. >>anyone objects? >> >>daniel >> >>/*-- >>daniel beulshausen - [EMAIL PROTECTED] >>using php on windows? http://www.php4win.de >> >> >>-- >>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] > >-- >Zeev Suraski <[EMAIL PROTECTED]> >CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/ /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] SAPI_API glitch
hi currently if extensions want to define their own SAPI_POST_*_FUNC (fdf, mbstring) they'll run into trouble, because they are defined as 'SAPI_API void ... my_handler'. this however doesn't work, because you'll need to define SAPI_EXPORTS (to export it) and are thus loosing the sapi_globals_id (which must be imported). nuking SAPI_API from the macro, and using (SAPI_API || PHP_EXT_API) SAPI_POST_*_FUNC would avoid this glitch. anyone objects? daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] cvs socket extension
At 23:25 25.07.2001 +0200, Markus Fischer wrote: >It works fine! > >I had another patch (which is obsolete now) which a) let the user >pass 0 (or NULL) for all fd set resources to socket_select() >(which is perfectly valid because that way you can wait a i don't think this is needed, it would behave like (u)sleep ( besides that it won't work under win32 :) ) >specified amount of time in seconds and finer) and which also allowed >to zero an array of fd set resources. not sure about this one, but if (we want to do this) we should determine for which fd functions it would make sense too (i.e. socket_fd_free) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] cvs socket extension
At 20:15 24.07.2001 +0200, Markus Fischer wrote:
>I've come up with a patch based on the ideas and suggestion that
>came up in this thread:
>
>- Let the fd_set resource keep track of the highest socket; nuked
> _select() first parameter and determine it ourself
>- Swapped _set(), _clear() and _isset() parameters and
> recognize plain sockets as well as array of sockets
>
>The patch is against current CVS and only compiled unter linux
>(debian unstable) so far.
>
>Please everyone interested test and verify it and let me know
>what you think. Due my lack of karma I can't commit it anyway,
>feel free to do so if you find it appropriate.
please let me know wether the attached patch fixes your concerns.
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
Index: php_sockets.h
===
RCS file: /repository/php4/ext/sockets/php_sockets.h,v
retrieving revision 1.10
diff -u -r1.10 php_sockets.h
--- php_sockets.h 21 May 2001 19:36:22 - 1.10
+++ php_sockets.h 25 Jul 2001 17:19:04 -
@@ -78,21 +78,30 @@
PHP_FUNCTION(socket_shutdown);
typedef struct php_iovec {
- struct iovec *iov_array;
- unsigned int count;
+ struct iovec*iov_array;
+ unsigned intcount;
} php_iovec_t;
-typedef struct {
-#ifdef PHP_WIN32
- SOCKET socket;
-#else
- int socket;
+#ifndef PHP_WIN32
+typedef int SOCKET;
#endif
- int type;
+
+typedef struct {
+ SOCKET socket;
+ int type;
} php_socket;
typedef struct {
- zend_bool use_system_read;
+ fd_set set;
+ SOCKET max_fd;
+} php_fd_set;
+
+typedef struct {
+ unsigned char info[256];
+} php_sockaddr_storage;
+
+typedef struct {
+ zend_bool use_system_read;
} php_sockets_globals;
Index: php_sockets_win.h
===
RCS file: /repository/php4/ext/sockets/php_sockets_win.h,v
retrieving revision 1.1
diff -u -r1.1 php_sockets_win.h
--- php_sockets_win.h 17 May 2001 17:02:37 - 1.1
+++ php_sockets_win.h 25 Jul 2001 17:19:05 -
@@ -41,7 +41,6 @@
#define set_h_errno(a) WSASetLastError(a)
#define close(a) closesocket(a)
#define CMSG_DATA(cmsg) ((cmsg)->cmsg_data)
-#define IS_INVALID_SOCKET(a) (a->socket == INVALID_SOCKET)
typedef long ssize_t;
Index: sockets.c
===
RCS file: /repository/php4/ext/sockets/sockets.c,v
retrieving revision 1.56
diff -u -r1.56 sockets.c
--- sockets.c 16 Jul 2001 04:31:13 - 1.56
+++ sockets.c 25 Jul 2001 17:19:06 -
@@ -55,13 +55,14 @@
# include
# include
# include
-# define IS_INVALID_SOCKET(a) (a->socket < 0)
+# define IS_INVALID_SOCKET(a) (a->socket < 0)
# define set_errno(a) (errno = a)
# define set_h_errno(a) (h_errno = a)
#else /* windows */
# include
# include "php_sockets.h"
# include "php_sockets_win.h"
+# define IS_INVALID_SOCKET(a) (a->socket == INVALID_SOCKET)
#endif
#ifdef ZTS
@@ -91,10 +92,6 @@
#define PHP_NORMAL_READ 0x0001
#define PHP_BINARY_READ 0x0002
-typedef struct {
- unsigned char info[256];
-} php_sockaddr_storage;
-
static int le_iov;
#define le_iov_name "Socket I/O vector"
@@ -178,8 +175,8 @@
static void destroy_fd_sets(zend_rsrc_list_entry *rsrc)
{
- fd_set *set = (fd_set *) rsrc->ptr;
- efree(set);
+ php_fd_set *php_fd = (php_fd_set*)rsrc->ptr;
+ efree(php_fd);
}
static void destroy_iovec(zend_rsrc_list_entry *rsrc)
@@ -338,7 +335,7 @@
struct protoent *pe;
le_socket = zend_register_list_destructors_ex(destroy_socket, NULL,
le_socket_name, module_number);
- le_destroy = zend_register_list_destructors_ex(destroy_fd_sets,NULL,
le_destroy_name, module_number);
+ le_destroy = zend_register_list_destructors_ex(destroy_fd_sets, NULL,
+le_destroy_name, module_number);
le_iov = zend_register_list_destructors_ex(destroy_iovec, NULL,
le_iov_name, module_number);
REGISTER_LONG_CONSTANT("AF_UNIX", AF_UNIX,
CONST_CS | CONST_PERSISTENT);
@@ -397,13 +394,13 @@
Allocates a new file descriptor set */
PHP_FUNCTION(socket_fd_alloc)
{
- fd_set *set;
+ php_fd_set *php_fd;
- set = emalloc(sizeof *set);
-
- FD_ZERO(set);
+ php_fd = (php_fd_set*)emalloc(sizeof(php_fd_set));
+
+ FD_ZERO(&(php_fd->set));
- ZEND_REGISTER_RESOURCE(return_value, set, le_destroy);
+ ZEND_REGISTER_RESOURCE(return_value, php_fd, le_destroy);
}
/* }}} */
@@ -412,75 +409,106 @@
PHP_FUNCTION(socket_fd_free)
{
zval **arg1;
- fd_set *the_set;
+ php_fd_set *php_fd;
Re: [PHP-DEV] cvs socket extension
At 05:14 23.07.2001 -0700, Chris Vandomelen wrote: > > Morning ... > > > > Has anyone a working example on using the new socket_select() > > call with non-blocking connection-oriented sockets? blocking > > sockets with socket_accept() work like a charm. But I can't get > > socket_select() to work. > >That's because of the patches that were made. Try specifying 0x7FFF or >something equally large for max_fd (the first argument to select) and it >*should* work. > >The reason it doesn't work is because file descriptors were changed from >ints to resources, and since the first argument to select() (and therefore >socket_select()) must be greater than the largest file descriptor in the >set, and resource number != file descriptor.. should be obvious. :) > >Try something like: > >-- >$someport = 3334; > >$fd = socket_create_listen($someport, 5); > >$fd_set = socket_fd_alloc(); >socket_fd_set($fd, $fd_set); > >socket_select(0x7fff, $fd_set, 0, 0, 0, 0); we can add a support function which return's the php_socket->socket integer. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #11818 Updated: Using the PDF functions after July 1st triggers an internal PDFlib error
At 21:18 06.07.2001 -0600, Joey Smith wrote: >There are 2 parts that are required to make PDF's using pdflib. There is >the pdflib code, and the PHP code that makes calls to the pdflib >code. We can ship our own code, but not pdflib's. can someone add http://65.195.31.230/downloads/php-4.0.6-Win32-PDF.zip to the patches section for 4.0.6? it updates the pdflib to 4.0.1, thus eliminating the timebomb. daniel >On Fri, 6 Jul 2001, Joao Prado Maia wrote the following to Joey Smith : > > > > Ok, I must be missing something really bad here then. What is this > > php_pdf.dll doing on my /extensions/ sub-directory ? Someone must have > > compiled that, huh. > > > > I downloaded the latest version of the pre-compiled PDFlib which comes > > with the compiled php_pdf.dll file, so it was just a matter of dropping > > the file on the /extensions sub-directory, but now I get a huge water mark > > with the 'www.pdflib.com' string in it. > > > > Am I still missing something here that you guys could compile the PDF > > extension from the Windows source code of PDFlib when making the Windows > > binary release of PHP ? Why is this illegal anyway ? I even took my time > > to open the license file of PDFlib source and it clearly stated on the > > "Alladin Free Public License" that you can re-distribute PDFlib > > non-commercially, which is what PHP is doing here. > > > > Why would compiling from source and distributing a version of PDFlib > > without that ridiculous water mark be such an issue ? > > > > I might be missing something really bad here, so I apologize if there is > > something really obvious that I'm overlooking. > > > > Joao > > > > > > > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] POSIX ext. on Win32?
At 03:39 06.07.2001 -0700, Lars Torben Wilson wrote: >Can someone clarify for me whether the POSIX extension is expected to >work on any Windows variants? Thanks... we can't use the "native" nt posix subsystem as the interoperation between posix and win32 subsystem isn't transparent, so you'll need to use a library which runs posix in the win32 subsystem (cygwin, mingw, ...). here could/will arise some serious issues as well, so i think a better approach would IMO be to create a win32 api interface (besides the .Net extension). daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #11881: undefined function: getservbyname()
At 19:22 04.07.2001 +0200, [EMAIL PROTECTED] wrote: >Hello List, > >can the person who build the PHP for windows shed some light on this (and well, it's because the needed constants aren't defined :) looks like in 4.0.5 there was no need to define HAVE_GETSERVBYNAME in order to enable getservbyname(), however this was changed an noone updated config.w32.h. one can add HAVE_GETSERVBYNAME, HAVE_GETSERVBYPORT, HAVE_GETPROTOBYNAME and HAVE_GETPROTOBYNUMBER to config.w32.h to enable those functions. winsock has all those socket functions. >on the problems with the bundle libPDF (beta expired) ? http://www.pdflib.com/pdflib/patches.html daniel /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] About ext/sockets/
At 21:10 24.06.2001 +0200, Jani Taskinen wrote: >On Sun, 24 Jun 2001, Daniel Beulshausen wrote: > > >the issue that made the extension break was the step from resources to > >longs for the socket fd's, this was necessary as win32 socket fd's are > >different from bsd style socket fd's. > >So this is broken now only on *nix? Nice. >Previously it worked only on unices, now it works only on win32? >What an improvement. i didn't say it's broken, and no i don't use linux... > >as this change would already have broken the extension i decided to update > >the api as well, mainly the functions names, but also some return types. > >Did you happen to think that maybe people have already got used to the >way it works? And they have created lot of scripts depending on the >old behaviour? Old behaviour was also consistent with how the low-level >socket functions worked. Which makes it easier to those people who >already know socket programming in C to use this extension. this shouldn't mean that every function in php should behave like the c counterpart, should it? if we have the possibility to do something in a more userfriendly fashion i think it should be done that way. yes, the new extension breaks backwards capability for advantage of not running only under linux. and who says that and extension should stay it was in it initial revision? i don't think that the translation to the new api is too hard. > >the extension works pretty well under win32 now, but if there are functions > >that are broken under posix i suggest that someone with more knowledge of > >the bsd sockets than i has a look at them. > >Maybe you shouldn't have touched it at all then? >You should have sent the patch first to the list. >And after someone using *nix platform had tested and verified it really >worked only after that you should have committed. > >Never heard this: 'test before commit' ??? it was send to this list, and voices said it's ok to commit... daniel > >i'd vote not for changing the api back, rather than updating/extending the > >yet available (tiny) sockets documentation. > >I vote we get the old api back. I don't care if it doesn't support win32. >Document that instead. Or update the documentation then. And add working >examples there. I'm not gonna waste my time trying to figure out this. /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] About ext/sockets/
At 20:58 24.06.2001 +0200, Daniel Beulshausen wrote: >jani, > >At 20:21 24.06.2001 +0200, Jani Taskinen wrote: > >>What new functionality? Why the hell should the API change? >>Only the function names should have been changed, not break >>the whole extension! > >the issue that made the extension break was the step from resources to >longs for the socket fd's, this was necessary as win32 socket fd's are >different from bsd style socket fd's. >as this change would already have broken the extension i decided to update >the api as well, mainly the functions names, but also some return types. >if the actual behaviour is unwanted it should be changed, i myself find >the api now much more useable (userfriendly). >the extension works pretty well under win32 now, but if there are >functions that are broken under posix i suggest that someone with more >knowledge of the bsd sockets than i has a look at them. >i'd vote not for changing the api back, rather than updating/extending the >yet available (tiny) sockets documentation. you should have read "but updating..." daniel >daniel > >>--Jani >> >> >>On Sun, 24 Jun 2001, Andi Gutmans wrote: >> >> >Maybe we should wait with this whole API change until a new sub-version? >> >4.1? Or keep the old functionality right now and just add the new >> >functions? We can deprecate the old ones in 4.1. >> > >> >Andi >> > >> >At 03:03 PM 6/24/2001 +0200, Jani Taskinen wrote: >> > >> >>Since everybody seems to be using some stupid filters which filters >> >>all emails which have 'Bug' in the Subject I have to mail this again.. >> >>(Hint: There is X-PHP-Bug: header in those emails that come from bug >> system) >> >> >> >>Anyway, we have a problem. The sockets extension is seriously fucked up >> >>now. Some functions don't work at all and some work differently than >> >>before the renaming of the function names. ie. they return FALSE >> >>on errors now..before they returned -1. Good example: socket_listen() >> >> >> >>This is really bad thing and breaks every single script out there >> >>which uses these functions. It would be acceptable that the function >> >>names only needed to be changed, but now there has to be really big >> >>changes in the whole logic the scripts work. >> >> >> >>(even our example scripts on manual don't work) >> >> >> >>--Jani >> >> >> >> >> >>On 22 Jun 2001 [EMAIL PROTECTED] wrote: >> >> >> >> >From: [EMAIL PROTECTED] >> >> >Operating system: Slackware-current / Kernel 2.4.5 >> >> >PHP version: 4.0 Latest CVS (2001-06-22) >> >> >PHP Bug Type: Sockets related >> >> >Bug description: Socket function examples scripts aren't working with >> >> latest CVS >> >> > >> >> >After checking the renamed socket functions, i tried to get the sockets >> >> >example script running. It works fine under 4.0.5, so i renamed the >> >> >functions to the new ones, und tried to get it running. It started, >> and i >> >> >could connect without problems, but instead of being an echo server, i >> >> >just got disconnectet. >> >> >When are the new sockets function getting documented with an example >> >> script ? >> >> >thx in advance >> >> >> >> >> >>-- >> >>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] >> > > > >/*-- >daniel beulshausen - [EMAIL PROTECTED] >searching job: application development with php >using php on windows? http://www.php4win.de > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] About ext/sockets/
jani, At 20:21 24.06.2001 +0200, Jani Taskinen wrote: >What new functionality? Why the hell should the API change? >Only the function names should have been changed, not break >the whole extension! the issue that made the extension break was the step from resources to longs for the socket fd's, this was necessary as win32 socket fd's are different from bsd style socket fd's. as this change would already have broken the extension i decided to update the api as well, mainly the functions names, but also some return types. if the actual behaviour is unwanted it should be changed, i myself find the api now much more useable (userfriendly). the extension works pretty well under win32 now, but if there are functions that are broken under posix i suggest that someone with more knowledge of the bsd sockets than i has a look at them. i'd vote not for changing the api back, rather than updating/extending the yet available (tiny) sockets documentation. daniel >--Jani > > >On Sun, 24 Jun 2001, Andi Gutmans wrote: > > >Maybe we should wait with this whole API change until a new sub-version? > >4.1? Or keep the old functionality right now and just add the new > >functions? We can deprecate the old ones in 4.1. > > > >Andi > > > >At 03:03 PM 6/24/2001 +0200, Jani Taskinen wrote: > > > >>Since everybody seems to be using some stupid filters which filters > >>all emails which have 'Bug' in the Subject I have to mail this again.. > >>(Hint: There is X-PHP-Bug: header in those emails that come from bug > system) > >> > >>Anyway, we have a problem. The sockets extension is seriously fucked up > >>now. Some functions don't work at all and some work differently than > >>before the renaming of the function names. ie. they return FALSE > >>on errors now..before they returned -1. Good example: socket_listen() > >> > >>This is really bad thing and breaks every single script out there > >>which uses these functions. It would be acceptable that the function > >>names only needed to be changed, but now there has to be really big > >>changes in the whole logic the scripts work. > >> > >>(even our example scripts on manual don't work) > >> > >>--Jani > >> > >> > >>On 22 Jun 2001 [EMAIL PROTECTED] wrote: > >> > >> >From: [EMAIL PROTECTED] > >> >Operating system: Slackware-current / Kernel 2.4.5 > >> >PHP version: 4.0 Latest CVS (2001-06-22) > >> >PHP Bug Type: Sockets related > >> >Bug description: Socket function examples scripts aren't working with > >> latest CVS > >> > > >> >After checking the renamed socket functions, i tried to get the sockets > >> >example script running. It works fine under 4.0.5, so i renamed the > >> >functions to the new ones, und tried to get it running. It started, and i > >> >could connect without problems, but instead of being an echo server, i > >> >just got disconnectet. > >> >When are the new sockets function getting documented with an example > >> script ? > >> >thx in advance > >> > >> > >>-- > >>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] > > /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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: FW: [PHP-QA] 4.0.6 Packaged!
At 10:12 22.06.2001 +0100, Phil Driscoll wrote: >On Thursday 21 June 2001 19:26, Liz wrote: > > I couldnt compile under win32, the 4.0.5 I had compiled fine, but this > > moans at everything, it wont find lib files, its barfing about byson.. > > Anyone got a windows php.exe, php4ts.dll, with sql 7, and com support?? > >4.0.6 built without problems on my system. I can send you a cgi version >without SQL7 support if you like, or if it is possible to build the SQL7 dll >without having SQL AND someone tells me how to do it, I will make that as >well. http://www.php4win.de/php-4.0.6-Win32.zip seems like we're ready to announce the release now, someone with enough karma could add this win32 binary. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] Bug #11558 Updated: Sybase-CT functions not found.
At 05:06 21.06.2001 +, [EMAIL PROTECTED] wrote: >ID: 11558 >Updated by: joey >Reported By: [EMAIL PROTECTED] >Old-Status: Bogus >Status: Open >Old-Bug Type: Sybase-ct (ctlib) related >Bug Type: Feature/Change Request >Operating system: >PHP Version: 4.0.5 >Assigned To: >Comments: > >Maybe not, but there's no reason they can't exist. :) can you please explain what you meant by that? sybase_min_error_severity() & sybase_min_message_severity() are part of the sybase extension but not of the sybase_ct extension. the sybase_ct extension is the only one available under win32 so far, thus those functions can't exist. i guess there are other functions for this behaviour, or if there aren't make this a feature request but it's definetly not a (valid) bug report. daniel >Previous Comments: >--- > >[2001-06-20 05:48:45] [EMAIL PROTECTED] >such functions don't exist in the sybase_ct extension (only one available >under win32) > >--- > >[2001-06-19 09:34:20] [EMAIL PROTECTED] >Using Sybase-CT library with apache on win2000 & NT, >I ve got trouble with those below functions : > >- sybase_min_error_severity ( Fatal error ) >- sybase_min_message_severity ( Fatal error ) > > >--- > > > >ATTENTION! Do NOT reply to this email! >To reply, use the web interface found at http://bugs.php.net/?id=11558&edit=2 > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] searching job: application development with php using php on windows? http://www.php4win.de -- 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] sockets extension
At 21:23 16.05.2001 +0100, Wez Furlong wrote: >I'm not sure that the sockets extension would benefit from php_streams as >much as php_streams would benefit from the sockets extension, if you see >what I mean. > >I would like to see it using php_streams, as that would result in PHP being >much more flexible for the person coding in PHP; they needn't worry about >the type of the file handle they pass to any function. > >To integrate php_streams properly, ext/sockets should converge with fsock.c >and use the same underlying sockets implemented as php_streams (it's not >too much work). > >I think it's a good idea to get it done. i had a quick look at it, but i think it can't be done, due to the simple fact that under windows socket descriptors are not file descriptors like under unix. it could work under NT (file I/O is similiar to unix), but not under the 9.x family. (but maybe i'm missing somehing) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] sockets extension
At 22:49 16.05.2001 +0300, Andi Gutmans wrote: >Daniel, > >Would it make sense to try to integrate the new php_streams into this >extension? >It might give php_streams a push and I'm sure Wez would work with you >fixing any remaining issues. >It would be a nice test bed. >What do you think? > >About backwards compatibility, without having read the code it sounds as >if you're doing "the right thing" as opposed to the old module. Do any of >the new function names overlap with the old ones? I'm not quite sure how >we should tackle backwards compatibility here. forgot to answer that, no the new function names don't overlap, thereprefixed i.e. socket -> socket_create fd_dealloc -> socket_fd_free create_listen_sock -> socket_create_listen ... daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] sockets extension
At 04:01 16.05.2001 -0400, Sterling Hughes wrote: >I've been meaning for a while to do this, so yes, that's perfectly ok. > >I don't quite understand "the return values of most functions had to be >changed because win32 has a completely different error handling". Can you >elaborate a bit more. WSAGetlastError() returns completly different errno's, thus i think it's not a good idea to use them as return values (and for the users to rely on them). >Also, strerror() is to my knowledge, available on Win32 systems (check out >FormatMessage()). > >*ouch* > >I WILL NOT DO WINDOWS PROGRAMMING >I WILL NOT DO WINDOWS PROGRAMMING >... > > >>as that together would already break old scripts i've also renamed the >>functions to (hopefully) go with the standards. > > >The naming looks pretty good. It seems like most people want this (I >don't, but, ah well.) great. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] sockets extension
At 22:49 16.05.2001 +0300, Andi Gutmans wrote: >Daniel, > >Would it make sense to try to integrate the new php_streams into this >extension? >It might give php_streams a push and I'm sure Wez would work with you >fixing any remaining issues. >It would be a nice test bed. >What do you think? that surely would be a great idea, just didn't had the time to look at them yet. i'll do that tomorrow :) >About backwards compatibility, without having read the code it sounds as >if you're doing "the right thing" as opposed to the old module. Do any of >the new function names overlap with the old ones? I'm not quite sure how >we should tackle backwards compatibility here. i think the same, but i'm pretty sure that it'll break alot sockets scripts. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] sockets extension
hi, i've updated the sockets extension so that it's usable under win32 as well, however it's incompatible to the "old extension" for some reasons (thats why i want some feedback): sockets fd under win32 are usigned, the previous approach of returning long's and check for < 0 wouldn't have worked, thus it's been converted to use resources (which is also cleaner behaviour IMO). the return values of most functions had to be changed, because win32 has an complete different error handling. as that together would already break old scripts i've also renamed the functions to (hopefully) go with the standards. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de sockets.tar.gz -- 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: [PHP-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing
At 14:19 16.05.2001 +0200, Petr Cech wrote: >On Wed, May 16, 2001 at 12:44:39PM +0200 , Hellekin O. Wolf wrote: > >*** I just downloaded it and got some warning about a missing MSVCR70.dll : > > it seems to me that previous discussions elsewhere stated > > quite new, like a .NET thing... Sounds like libtool-1.4 on Debian to me =8\ people not having .Net installed would experience some problems when trying to use extensions that are relying upon openssl like the curl or openssl extension. http://www.php4win.de/openssl-0.9.6a.zip includes updated libaries that fixes that issue (can be used for 4.0.5 as well) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing
At 12:44 16.05.2001 +0200, Hellekin O. Wolf wrote: >At 11:59 16/05/2001 +0200, Daniel Beulshausen wrote: >>At 22:39 15.05.2001 +0300, Andi Gutmans wrote: >>>I can do a basic build but I think Daniel Beulshausen might be able to >>>do a more complete build with a lot of Windows extensions. >>>Or is there anyone else? >> >>i've uploaded a build at http://www.php4win.de/php-4.0.6-rc1.exe >>i'd appreciate if it could be mirrored somewhere, as it's going to be >>deleted from the server in a few days. >> >>daniel > > >*** I just downloaded it and got some warning about a missing MSVCR70.dll >: it seems to me that previous discussions elsewhere stated that this DLL >is quite new, like a .NET thing... Sounds like libtool-1.4 on Debian to me =8\ >hellekin that the openssl extension... just copy msvcrt.dll to msvcr70.dll, i didn't had the time to investigate at this. i'll have a look at it before the 4.0.6 release. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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-QA] Re: [PHP-DEV] PHP 4.0.6RC1 ready for testing
At 22:39 15.05.2001 +0300, Andi Gutmans wrote: >I can do a basic build but I think Daniel Beulshausen might be able to do >a more complete build with a lot of Windows extensions. >Or is there anyone else? i've uploaded a build at http://www.php4win.de/php-4.0.6-rc1.exe i'd appreciate if it could be mirrored somewhere, as it's going to be deleted from the server in a few days. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-CVS] cvs: php4 /ext/xml/expat expat.dsw expat.mak winconfig.h/win32 php4dllts.dsp
At 22:08 12.05.2001 +0200, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > Log: > > hopefully fix win32 build, untested > > I was two seconds away of commiting exactly the same patch :-) > > But it doesn't fix it completely: um, i can compile just fine... did you updated everything? daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #10758 Updated: php_curl.dll won't load, even if in WinNT\system32 folder
At 19:51 09.05.2001 +, [EMAIL PROTECTED] wrote: >ID: 10758 >User Update by: [EMAIL PROTECTED] >Status: Bogus >Bug Type: IIS related >Operating system: WinNT 4.0 >PHP Version: 4.0.4pl1 >Description: php_curl.dll won't load, even if in WinNT\system32 folder > >Possible Solution: > >To use the php_curl.dll in NT 4.0, I made a copy of the msvcrt.dll library >included in the PHP distribution. I renamed the copy to msvcr70.dll and >moved it to my winnt\system32 folder. This seems to fool php_curl into >thinking it is using the old library, but apparently the new library works >similarly. actually it's. it just the new c runtime libary from the .Net (VC7) betas, i think it's going replace msvcrt.dll i have .Net installed but i'm not sure how this creps in, as i'm not compiling via VC7. only the openssl (libeay32 & ssleay32) libarys are affected, so if you can get another copy of them your error should go away. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Modifications to Windows Readme file
At 18:58 09.05.2001 +0100, James Moore wrote: >Well keep the manual up to date and we can generate install.txt from this >very simply.. > >make >lynx -dump html/install.windows.html > install.txt > >in the manual dir. I think this is probably the best way to do it. then please merge the install.txt in there, as it's currently somewhat incomplete. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Modifications to Windows Readme file
At 18:18 09.05.2001 +0100, Liz wrote: > > the readme shold be nuked as it's pretty out of date. > > info's not covered by install.txt should be moved there, IMO. > >One thing I noted when setting my windows stuff up was that there were various >details in different places, makes it a little more confusing. A simple HTML >file including with jump points, so people can go to the type they want.If >people see an install.txt and dont see instructions they'll label it as crap. >People do often read a readme, but if again they see some install instructions >but not the ones they want, it will be labeled as crap an html file would be certainly good, so you're encouraged to convert it :) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Modifications to Windows Readme file
At 14:16 09.05.2001 +0100, Phil Driscoll wrote: > >In the bit where you say assign php4isapi.dll to the .php extension woudlnt >it > >be beneficial to say for the CGI version use php.exe etc.. and for the >ISAPI > >version use the DLL? >Yes it should. I did do this a while ago, and I thought that that was in >this file, but it is in fact in the install.txt file. That'll teach me to >read things more carefully! > >Damn! > >Perhaps I should combine both files into just the one - but I'm out of time >for today. the readme shold be nuked as it's pretty out of date. info's not covered by install.txt should be moved there, IMO. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #10606 Updated: function pdf_open_memory_image undefined function
At 15:15 09.05.2001 +, [EMAIL PROTECTED] wrote: >ID: 10606 >Updated by: sniper >Reported By: [EMAIL PROTECTED] >Old-Status: Open >Status: Critical >Bug Type: *PDF functions >Operating system: >PHP Version: 4.0.5 >Assigned To: >Comments: > >Another reminder for the Windows binaries builder.. >The pdf.dsp should have HAVE_LIBGD13 1 in it? the dependency of the pdf on the gd extension is really bad... otherwise we'll have dozens of bugreports that the pdf extension isn't working anymore. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: Bug #10209 Updated: php_sybase_ct.dll is causing illegal oper ation
At 12:39 07.05.2001 -0500, Deprez, Suzanne wrote: >I have been able to resolve this. I found out that the dll (used with >Apache) on your site was not compatible with Sybase 11. There were also >issues with the instructions for Sybase on your site. I strongly urge that >the dll and the instructions be updated to avoid this pain for others. i think can't assume that everyone using the sybase_ct extension under windows is using sybase 11... maybe the best would be to remove the libct.dll from the dll folder. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: Bug #10640 Updated: php_curl.dll
At 19:05 07.05.2001 +0200, Sebastian Bergmann wrote: >Cynic wrote: > > ok, so the outcome is that it takes 3+ days for changes in CVS > > to get propagated to snapshots at snaps.php.net? because I got > > that error with php4-200105030645, i. e. a snap from May 3rd. > > Oops, I trusted Daniel's 'fix win32 build' commit message, as it >generaly holds true if he says he fixed something. :-/ that fix was unrelated to the compile errors that were mentioned, as sterling updated the curl interface after that. anyway i can compile the curl extension with the latest cvs just fine, so i assume that they have been fixed anyway. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #10638: exec(), system(), ... without reply
At 20:58 03.05.2001 +0300, Andi Gutmans wrote:
>At 07:42 PM 5/3/2001 +0200, Daniel Beulshausen wrote:
>>At 19:24 03.05.2001 +0200, Daniel Beulshausen wrote:
>>>At 20:04 03.05.2001 +0300, Andi Gutmans wrote:
>>>>At 12:59 PM 5/3/2001 -0400, Joe Brown wrote:
>>>>>echo typically is not a program.
>>>>>It is a command in the CMD.exe or COMMAND.com programs.
>>>>>
>>>>>$output=exec("cmd -c echo hello"); //should produce the desired effect.
>>>>>
>>>>>Why piping output to a file changes this fact, is beyond me.
>>>>
>>>>The definition of exec() is that it uses popen() which starts a shell
>>>>automatically. Anyway, the problem was very Windows specific and
>>>>doesn't have anything to do with the syntax he used.
>>>
>>>right now we are executing the programm direct, without creating a console.
>>>maybe we should manage a list of internal commands, like echo, dir,
>>>copy,... and create a console for them...
>>
>>no it's a bad idea, i'll shut up :)
>>cmd line parsing is a pretty bad idea, and the user is better of doing
>>passthru( getenv("COMSPEC") . " /c echo")
>
>Ouch but then the fix isn't popen() compatible.
we could behave exactly like popen if we would check for COMSPEC, and if
that isn't present detect the OS and use command.com or cmd.exe, that's
exactly like MS is behaving.
but it would be a bad idea IMO, as server's could deny access to them
security wise.
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
--
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] Bug #10638: exec(), system(), ... without reply
At 19:24 03.05.2001 +0200, Daniel Beulshausen wrote:
>At 20:04 03.05.2001 +0300, Andi Gutmans wrote:
>>At 12:59 PM 5/3/2001 -0400, Joe Brown wrote:
>>>echo typically is not a program.
>>>It is a command in the CMD.exe or COMMAND.com programs.
>>>
>>>$output=exec("cmd -c echo hello"); //should produce the desired effect.
>>>
>>>Why piping output to a file changes this fact, is beyond me.
>>
>>The definition of exec() is that it uses popen() which starts a shell
>>automatically. Anyway, the problem was very Windows specific and doesn't
>>have anything to do with the syntax he used.
>
>right now we are executing the programm direct, without creating a console.
>maybe we should manage a list of internal commands, like echo, dir,
>copy,... and create a console for them...
no it's a bad idea, i'll shut up :)
cmd line parsing is a pretty bad idea, and the user is better of doing
passthru( getenv("COMSPEC") . " /c echo")
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
--
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] Bug #10638: exec(), system(), ... without reply
At 20:04 03.05.2001 +0300, Andi Gutmans wrote:
>At 12:59 PM 5/3/2001 -0400, Joe Brown wrote:
>>echo typically is not a program.
>>It is a command in the CMD.exe or COMMAND.com programs.
>>
>>$output=exec("cmd -c echo hello"); //should produce the desired effect.
>>
>>Why piping output to a file changes this fact, is beyond me.
>
>The definition of exec() is that it uses popen() which starts a shell
>automatically. Anyway, the problem was very Windows specific and doesn't
>have anything to do with the syntax he used.
right now we are executing the programm direct, without creating a console.
maybe we should manage a list of internal commands, like echo, dir,
copy,... and create a console for them...
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
--
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] Bug #10342 Updated: TSRM.DSP containing LF instead of CR/LF
At 11:49 03.05.2001 +, [EMAIL PROTECTED] wrote: >ID: 10342 >Updated by: cynic >Reported By: [EMAIL PROTECTED] >Old-Status: Closed >Status: Open >Bug Type: Compile Problem >PHP Version: 4.0 Latest CVS (11/04/2001) >Assigned To: >Comments: > >well, CVS might convert LF to CRLF, but the fact is, that TSRM.dsp in >snapshots from snaps.php.net has had LF for ages. Last time I checked >(php4-200105021045.tar.bz2) this was valid. err probably because it's checked out on an unix machine...? it's a one liner script script that can convert the \n's to \r\n's ... please close it again. daniel and no it don't see a reason to have another snapshot for that :) >Previous Comments: >--- > >[2001-04-27 13:29:36] [EMAIL PROTECTED] >cvs will automatically converting LF/CR to just a LF, so it doesn't matter >if you're checking in with LF/CR or just LF. >on checkout CVS will use the system's setting to convert the LF. > >--- > >[2001-04-16 00:04:04] [EMAIL PROTECTED] >There's allready a bug still open for it from last >year ( #8480). > >The annotation to this bug stated that checking out >under win32 does automatic line conversion. > >Under certain circumstances this doesn't seem to be true >because when checking out the file its still in unix >style. > >So, MSVC still isn't able to open (and, altough its easy to >fix it locally you first have to find the problem ...) > >The easiest way would probably to check this file in >with CL/LF ? Just :set ff=dos and :w ;-) > > >ty > Markus > >--- > > > >ATTENTION! Do NOT reply to this email! >To reply, use the web interface found at http://bugs.php.net/?id=10342&edit=2 > > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] 4.0.6
At 22:55 02.05.2001 +0300, Andi Gutmans wrote: >At 09:52 PM 5/2/2001 +0200, Daniel Beulshausen wrote: >>At 22:46 02.05.2001 +0300, Zeev Suraski wrote: >>>I think very much like James, that we're trying to fix something that >>>wasn't broken. Ten RC's and twenty PRC's won't have done anything, if >>>between the last PRC and the final release code got changed. >> >>the com support is/was broken for 6 weeks... > >And the breaker has fled and isn't fixing it :) that isn't the problem, the problem is that it'll take some time to step behind the code :) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] 4.0.6
At 22:57 02.05.2001 +0300, Zeev Suraski wrote: >At 22:52 2/5/2001, Daniel Beulshausen wrote: >>At 22:46 02.05.2001 +0300, Zeev Suraski wrote: >>>I think very much like James, that we're trying to fix something that >>>wasn't broken. Ten RC's and twenty PRC's won't have done anything, if >>>between the last PRC and the final release code got changed. >> >>the com support is/was broken for 6 weeks... > >So the bug is not related to the big patch from phanto from a week ago? he merged it a week ago, but it existed in the main branch for 6 weeks. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] Re: [PHP-DEV] RE: [PHP-QA] 4.0.6
At 22:46 02.05.2001 +0300, Zeev Suraski wrote: >I think very much like James, that we're trying to fix something that >wasn't broken. Ten RC's and twenty PRC's won't have done anything, if >between the last PRC and the final release code got changed. the com support is/was broken for 6 weeks... daniel >James put what I thought in clearer words (and with much more passion :), >I agree with every word he said. >Andi - php-general@ today is so full of newbies that it's not a very good >place to start with either. There may be smaller teams, PHP user groups >or something along these lines, that will be willing to take part in the >QA process. I don't think that a random group of a few thousand users is >a good idea to start with. > >Zeev > >At 21:36 2/5/2001, Hartmut Holzgraefe wrote: >>James Moore wrote: >> >> > If we announce PHP 4.0.6RC1 in X places then people will think oh 4.0.6 is >> > released (remeber PHP users are incapable of reading anything more than >> > about 10 words) lets use that; they then wont bother upgrading when >> the real >> > 4.0.6 is released. This means we will start to get bug reports saying this >> > isnt working in 4.0.6 when it has been fixed in the RC phase but is still >> > present in the first RC. >> >>IMHO is's still better to have a RC that people do not update from >>then a pl1 that people do not update to >>(and we still have lots of error reports from people using versions >> way before 4.0.4, too) >> >>but if someone uses a RC and did not upgrade to the final release >>we can blame him >>if someone uses a release and didn't get the message that a pl1 is >>out it isn't that easy >>when using a RC you should be aware that a release (or a new RC) >>will be coming soon and that you should watch for it, especially >>if you have a problem with the RC >>when using a release there is nothing but experience with previous >>php 4 releases that gives you a clue that you should watch for a >>pl1 within days >> >>sure, some people don't get the clue whatever you do >>but with labeling something as release candidate, announcing it as >>such, and maybe adding bells and wistles to configure, make and >>the installers for precompiled windows versions (maybe even to every >>error message php generates) it should be possible to get the >>attention of everyone not totally clueless >> >> >>maybe we can agree on the following compromise? : >> >>- RC1 up to RCn announcements go to php-dev and QA only >> >>- as soon as things seem to work for QA we create >> RCn+1 or maybe PRC1 (public release candidate) >> and announce it to php-general >> this continues up to RCm or PRCm >> >>- when things have stabalzied even more we create >> [P]RCm+1 and announce it whereever we can >> >>- and finaly we do a release >> >>this would be just one additional step after all: >>take what we label as a release now and re-label it >>as (hopefully) final release candidate >>so that we hopefully get a release version which >>would otherwise be labeled as pl1 >> >>-- >>Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 >> >>-- >>PHP Quality Assurance 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] > >-- >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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] 4.0.6
At 19:54 02.05.2001 +0100, Phil Driscoll wrote: >Also for Windows testing it would help if someone who understands the test >system posts a step by step hand holding list of things to do to make it >work on Windows - it will then get used much more. you can now (start the tests|look at test results) from within VC. just start the build for testsuite, and open results.txt after it finished. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #8077 Updated: Exec, passthru, system bugs for php ISAPI & CGI
Monday, April 16, 2001, 12:25:05 PM, you wrote: > ID: 8077 > Updated by: jmoore > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Duplicate > Bug Type: Program Execution > PHP Version: 4.0.1pl2 > Assigned To: > Comments: > Duplicate of 4761 i'll commit a fix for the "unable to fork" issue once i get back to my box. it'll be fixed in 4.0.6! daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Bug #8722 Updated: non blocking sockets reading doesn't work on WIN32
Monday, April 16, 2001, 12:38:01 PM, you wrote: > ID: 8722 > Updated by: jmoore > Reported By: [EMAIL PROTECTED] > Old-Status: Open > Status: Assigned > Bug Type: Sockets related > PHP Version: 4.0.4pl1 > Assigned To: jmoore > Comments: > Ill test the patch and commit if it works well. It looks right to me. james, this should be done in bindlib_w32 (if it isn't already), and not in fsock.c. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: PHP 4.0 Bug #9964 Updated: Unresolved symbols
At 16:34 03.04.2001 -0700, Joe Brown wrote: >Have you looked at the instructions at >http://www.php4win.de >under articles/compiling -english version? yeah, because i've writtem them :) i'm not talking about the php4ts.dll, i'm taking about extensions using the COM interface (it seems to be broken...) i.e. the .NET extension fails to link. daniel >--- Bug Database <[EMAIL PROTECTED]> wrote: > > ID: 9964 > > Updated by: dbeu > > Reported By: [EMAIL PROTECTED] > > Old-Status: Open > > Status: Analyzed > > Bug Type: Compile Failure > > Assigned To: > > Comments: > > > > com linkage still seems to be broken (external > > modules like dotnet fail to link). > > can someone familiar with them please have a look at > > it? > > > > Previous Comments: > > >--- > > > > [2001-03-26 01:47:39] [EMAIL PROTECTED] > > I was trying to build with php.dsw workspace. > > phpts.dsw compiles right up. Must have neglected to > > read the instructions. Leaving this ticket open, > > because I think php4.dsw should be removed from the > > distribution, unless it serves some other purpose. > > > > >--- > > > > [2001-03-24 01:12:25] [EMAIL PROTECTED] > > Trying to build php from recent cvs snaps > > php4-200103231245 and one from a day earlier. > > > > Compile is smooth, except for a few unresolved > > symbols: > > > > Linking... > >Creating library ..Debug/php4nts_debug.lib and > > object ..Debug/php4nts_debug.exp > > internal_functions_win32.obj : error LNK2001: > > unresolved external symbol _VARIANT_module_entry > > COM.obj : error LNK2001: unresolved external symbol > > _php_char_to_OLECHAR > > COM.obj : error LNK2001: unresolved external symbol > > _php_OLECHAR_to_char > > COM.obj : error LNK2001: unresolved external symbol > > _php_pval_to_variant > > COM.obj : error LNK2001: unresolved external symbol > > _php_variant_to_pval > > ..Debugphp4nts_debug.dll : fatal error LNK1120: 5 > > unresolved externals > > Error executing link.exe. > > > > php4nts_debug.dll - 6 error(s), 0 warning(s) > > > > >--- > > > > > > > > ATTENTION! Do NOT reply to this email! > > To reply, use the web interface found at > > http://bugs.php.net/?id=9964&edit=2 > > > > >__ >Do You Yahoo!? >Get email at your own domain with Yahoo! Mail. >http://personal.mail.yahoo.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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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: [PHP-QA] PHP-4.0.5-RC6
At 19:21 03.04.2001 +0200, Andi Gutmans wrote: >Anyone have an idea why this happens? because someone wanted it to. it should be documented in the NEWS file. but now php.ini as well as main.c shouldn't contain the ini entry anymore. daniel >Andi > >At 05:37 PM 4/3/2001 +0200, Andrew Sitnikov wrote: >>Hello php-qa, >> >> test.php >> > echo $test; >> ?> >> >> http://host/test.php?test=1;2;3 >> >> >> 4.0.4pl1 >> Result: 1;2;3 >> >> 4.0.5RC6 >> Result: 1 >> >> >>Best regards, >> Andrew Sitnikov >> e-mail : [EMAIL PROTECTED] >> GSM: (+372) 56491109 >> >> >> >>-- >>PHP Quality Assurance 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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] 4.0.5 RC2 Win32 Binaries?
At 19:30 03.04.2001 +0100, James Moore wrote: > > Any chance in getting the Win32 4.0.5 RC2 binaries built? The > > 4.0.5 RC1 binaries did not include crypt() support, so I could > > not fully test them on our test server. > >Ill pop a build up later although I dont know if I can get crypt support in >there.. Ill try is crypt that crucial? it has to be patched in, see http://www.php4win.de/article.php3 most php.net win32 releases support it, so you can expect that 4.0.5 will come with it too... daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 4.0 Bug #9808 Updated: crypt function not supported
At 16:14 17.03.2001 +, [EMAIL PROTECTED] wrote: >ID: 9808 >Updated by: derick >Reported By: [EMAIL PROTECTED] >Status: Open >Old-Bug Type: Strings related >Bug Type: Feature/Change Request >Assigned To: >Comments: > > From the manual: > >crypt() will return an encrypted string using the standard Unix DES >encryption method. > >It only works on Unix, so moving to a feature request the offical binarys should be compiled with crypt() as well. atleast i think i've done it in every release, maybe i missed it in pl1... you'll just need to define HAVE_CRYPT & HAVE_CRYPT_H. i've put up an libcrypt port at www.php4win.de daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 4.0 Bug #9626 Updated: unable to use sybase-extension
At 12:04 13.03.2001 +, [EMAIL PROTECTED] wrote: >ID: 9626 >User Update by: [EMAIL PROTECTED] >Old-Status: Feedback >Status: Open >Bug Type: Sybase-ct (ctlib) related >Description: unable to use sybase-extension > >libct.dll, libcs.dll and php4ts.dll are not found. Where can I find these >dll's and where should I place them? libct.dll and libcs.dll should be part of sybase. you'll need to add the path, where they are stored, to your PATH environment variable. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Karma for php-gtk
At 21:44 24.02.2001 +0100, Sebastian Bergmann , php-dev mailinglist <[EMAIL PROTECTED] wrote: >At 21:16 24.02.2001 +0100, Sebastian Bergmann wrote: >>Daniel Beulshausen wrote: >> > it means nearly no changes, one or two. i'll have to look at it again >> > before i can tell you which one. > >okay, here we go, one patch is already done (quite a while ago), it was >the add_property_unset thing in zend. >the other tiny patch is for zend too, and is attachet. > >there are no further patches need in order to get it to compile here. >(if you're not going to start a gtk port, becasue that one from >http://www.gimp.org/~tml/gimp/win32/ is alread great) > >so as far i can see, there are no patches for php-gtk needed. oh forgot to tell, i had to do a new dsp for it, but that was all. really :) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Karma for php-gtk
At 21:16 24.02.2001 +0100, Sebastian Bergmann wrote:
>Daniel Beulshausen wrote:
> > it means nearly no changes, one or two. i'll have to look at it again
> > before i can tell you which one.
okay, here we go, one patch is already done (quite a while ago), it was the
add_property_unset thing in zend.
the other tiny patch is for zend too, and is attachet.
there are no further patches need in order to get it to compile here.
(if you're not going to start a gtk port, becasue that one from
http://www.gimp.org/~tml/gimp/win32/ is alread great)
so as far i can see, there are no patches for php-gtk needed.
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
Index: modules.h
===
RCS file: /repository/Zend/modules.h,v
retrieving revision 1.32
diff -u -u -r1.32 modules.h
--- modules.h 2000/12/22 21:11:34 1.32
+++ modules.h 2001/02/24 20:43:04
@@ -30,10 +30,10 @@
#define GINIT_FUNC_ARGSvoid
#define GINIT_FUNC_ARGS_PASSTHRU
-extern unsigned char first_arg_force_ref[];
-extern unsigned char first_arg_allow_ref[];
-extern unsigned char second_arg_force_ref[];
-extern unsigned char second_arg_allow_ref[];
+ZEND_API extern unsigned char first_arg_force_ref[];
+ZEND_API extern unsigned char first_arg_allow_ref[];
+ZEND_API extern unsigned char second_arg_force_ref[];
+ZEND_API extern unsigned char second_arg_allow_ref[];
#include "zend.h"
Index: zend_builtin_functions.c
===
RCS file: /repository/Zend/zend_builtin_functions.c,v
retrieving revision 1.81
diff -u -u -r1.81 zend_builtin_functions.c
--- zend_builtin_functions.c2000/12/22 12:49:51 1.81
+++ zend_builtin_functions.c2001/02/24 20:43:10
@@ -64,10 +64,10 @@
static ZEND_FUNCTION(zend_test_func);
#endif
-unsigned char first_arg_force_ref[] = { 1, BYREF_FORCE };
-unsigned char first_arg_allow_ref[] = { 1, BYREF_ALLOW };
-unsigned char second_arg_force_ref[] = { 2, BYREF_NONE, BYREF_FORCE };
-unsigned char second_arg_allow_ref[] = { 2, BYREF_NONE, BYREF_ALLOW };
+ZEND_API unsigned char first_arg_force_ref[] = { 1, BYREF_FORCE };
+ZEND_API unsigned char first_arg_allow_ref[] = { 1, BYREF_ALLOW };
+ZEND_API unsigned char second_arg_force_ref[] = { 2, BYREF_NONE, BYREF_FORCE };
+ZEND_API unsigned char second_arg_allow_ref[] = { 2, BYREF_NONE, BYREF_ALLOW };
static zend_function_entry builtin_functions[] = {
ZEND_FE(zend_version, NULL)
--
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] Karma for php-gtk
At 21:04 24.02.2001 +0100, Sebastian Bergmann wrote: >Daniel Beulshausen wrote: > > actually it compiles under win32 with (nearly) no changes, but i did no > > functional checking. > > Huch? I was not able to load the MSVC project files. yep, the dsp needs to be updated, but thi isn't hard. > So, what's the "nearly" you're talking about, Daniel? it means nearly no changes, one or two. i'll have to look at it again before i can tell you which one. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] Karma for php-gtk
At 19:13 24.02.2001 +0100, Sebastian Bergmann wrote: >"Peter \"[DiSAStA]\" Petermann" wrote: > > could anyone add me some karma for php-gtk? > > > Please state the reason for your Karma Request. > > > Okay, just kidding. > > Peter, I think it would help if you say that you want to make php-gtk >compile on Win32 :-) actually it compiles under win32 with (nearly) no changes, but i did no functional checking. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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 4.0.4 patchlevel 1 released
At 23:59 11.01.2001 +0200, Zeev Suraski wrote: >PHP 4.0.4 patchlevel 1 has been released. This version fixes a few >party-crashing bugs that were found in PHP 4.0.4, and two security problem >that was found in the Apache module of all versions of PHP 4.0. While the >danger of being vulnerable to the security problems that were found is >low, all users of PHP 4.0.x that use PHP alongside Apache are encouraged >to upgrade to PHP 4.0.4pl1. > >The new version can be downloaded from >http://www.php.net/do_download.php?download_file=php-4.0.4pl1.tar.gz i uploaded a package at http://www.php4win.com/download/php-4.0.4pl1-Win32.zip maybe phil can up it when he's uploading the installer, i'm out of karma :) daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] 4.0.4pl1 RC2 rolled
At 20:38 10.01.2001 +0100, Cynic wrote: >Is it? Where? for 4.0.4, www.php.net/downloads.php lists only >source code and two win32 binaries: > >* 3.79 Mb CGI binary and ISAPI module included, MySQL support > built-in, many extensions included, packaged as zip >* 732 Kb CGI only, MySQL support built-in, packaged as Windows > installer to install and configure PHP, and automatically > configure IIS, PWS and Xitami, with manual configuration for > other servers. N.B. no external extensions included > >if one of those two zipfiles contains win32 DSO, it's hidden >too well. the 3.79 Mb archive contains isapi, apache module, nsapi, aolserver module, cgi, servlet and a bunch of extensions. daniel > >>I think win32 mod_php4 would eat quite a portion of the ISAPI > >>pie if it was more known. > > > >iis with isapi is imo a much better combo than apache with the > >apache module (under win32), but the apache is more popular. > >Might be. But I left MS web servers for a good reason (actually >a bunch of reasons). Seamless deployment is among them. > > > > >Cynic: > >A member of a group of ancient Greek philosophers who taught >that virtue constitutes happiness and that self control is >the essential part of virtue. > >[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] /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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] 4.0.4pl1 RC2 rolled
At 15:19 10.01.2001 +0100, Cynic wrote: >Anyway, it really seems like win32 mod_php4 has the lowest >priority of these, I think it would be otherwise available >from www.php.net next to the ISAPI binaries... (I'm aware of >php4win.de.) it's available in the php.net releases as well. >I think win32 mod_php4 would eat quite a portion of the ISAPI >pie if it was more known. iis with isapi is imo a much better combo than apache with the apache module (under win32), but the apache is more popular. the build error should be hard to fix (already fixed in cvs...), and should go in, but imo it's not worth rolling out another RC. just prefix this function with the ZEND_API macro to export it. daniel /*-- daniel beulshausen - [EMAIL PROTECTED] using php on windows? http://www.php4win.de -- 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]
