This line in main/php_ini.c has cost me an hour of headache:
sprintf(php_ini_search_path, ".%c%s%c%s", ZEND_PATHS_SEPARATOR,
env_location, ZEND_PATHS_SEPARATOR, default_location);
I had an old php.ini file in the directory from which I was trying to start
apache (/root), and all the wrong
I'm experiencing the same probmlem on one of our 5 production servers.
Exec functions always fail with -1 as the return code. No error messages
or warnings are displayed. Any suggestion on how to find out what's
happening?
Edin
.
Simple system("mkdir /tmp/test", $r) would fail with $r set to -1. No errors
or warnings printed.
Edin
- Original Message -
From: Andi Gutmans [EMAIL PROTECTED]
To: Edin Kadribasic [EMAIL PROTECTED]; PHP Development (E-mail)
[EMAIL PROTECTED]
Sent: Wednesday, January 24, 20
It works fine for me now. [EMAIL PROTECTED] (submitter of
bug #8992) reports that the problem is solved for him too. Maybe those
bugs reports can be closed now.
Edin
- Original Message -
From: "Stanislav Malyshev" [EMAIL PROTECTED]
To: "Edin Kadribasic" [EMAIL PRO
Title: ereg_replace and \0
I don't know if this is a bug, but maybe someone has come accross this issue before. I was trying to use ereg_replace to insert \0 (character \ + character 0) into a string, but I was not able to do it since \0 has special meaning in the regex replacement
Which reminds me: If arg_separator is used like it was before my patch
and you set it to e.g. ';' and then have a form which method
is GET..well, it won't work. there would be one variable
holding all the info.
Urls that are the result of a submitted form are generated by the browser
and not
Which reminds me: If arg_separator is used like it was before my patch
and you set it to e.g. ';' and then have a form which method
is GET..well, it won't work. there would be one variable
holding all the info.
Urls that are the result of a submitted form are generated by the browser
Shouldn't the solution be that the parser uses '' *and* arg_separator when
arg_separotor is not ''? In that way the default behaviour of php is
unchanged.
Edin
- Original Message -
From: Edin Kadribasic [EMAIL PROTECTED]
To: Jani Taskinen [EMAIL PROTECTED]
Cc: PHP Developer List [EMAIL
But commercial companies aside, the plethora of configuration options
(like
magic_quotes_gpc) can and does make life harder for people writing code
libraries (like PEAR) that are meant to be dropped in anywhere, or for
people
trying to write applications that have minimal setup required, or
Title: RE: [PHP-DEV] OCI8 Thread safety
Has anyone tried OCI8 under Apache 2 on UNIX?
Edin
This would certainly make my life easier. By now I have a few dozen scripts
that begin with #!/usr/bin/php -q
So building command line interpreter (cgi sapi) and optionally one other
sapi module in one go would be nice indeed.
Edin
If there was some way of building the cgi with any sapi, that
At 05:03 17/4/2001, Sterling Hughes wrote:
Ok, let me just see if I understand...
move everything out of the distribution (from mysql popular extensions
like mysql to hardly used ones like qtdom), and then, come release time,
package a predefined set of PEAR modules and extensions we want
Let's not worry about the versions right now; I'm mostly interested in
getting feedback about the concept itself.
Making PHP case sensitive seems like a good idea. (I've always wondered
why
bits of it were and bits weren't, to be honest.)
I agree on this one too. What about writing a
I'm experiencing the same thing.
Edin
- Original Message -
From: Daniel Beckham [EMAIL PROTECTED]
To: phpdoc [EMAIL PROTECTED]; Bug Database [EMAIL PROTECTED]
Sent: Wednesday, June 20, 2001 1:33 AM
Subject: [PHP-DEV] List messages are being delayed?
For some reason, it seems that
Have you looked at http://gtk.php.net/? Maybe that's what you need.
Edin
- Original Message -
From: Gre7g Luterman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 19, 2001 9:43 PM
Subject: [PHP-DEV] Totally Blue Sky
Situation:
PHP is the greatest damned language I've
http://linuxtoday.com/news_story.php3?ltsn=2001-08-13-009-20-OP
This guy claims that PHP has been 'left in the dust' by ASP.NET. Any truth
in that observation? Has anyone tried it (ASP.NET and the whole .NET
thingy).
Edin
From the article:
There will be Apache defenders who will bristle at
Where are the WSDL and UDDI implementations?
What are WSDL and UDDI? Are there libraries out there can be
wrapped into an extension?
I didn't know myself until now but UDDI stands for Universal Description
Discovery and Integration. It has to do with 'managing the discovery of web
WSDL and UDDI are not Microsoft toys, however Microsoft was
involved in the development and with the specification, I
assume.
I meant .NET. It is the biggest competitor to Apache/PHP after all.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
Well, here is my patch finally for enabling a shell mode with the command
line.
Mainly this patch adds a -S option that will turn off html errors,
error_prepend_string, error_append_string, and output buffering.
This will keep people from having to maintain two ini files.
That's
Is there a problem with extensions compiled as dso's and their entries in
php.ini? I seem to have a problem getting pgsql and mysql extensions to
notice their parameters if I compile them as dso's.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL
There was a thread recently on php-dev about making php more shell friendly
so people could more easily make non-web php applications. One idea was to
make a new sapi interface and I think that the work you have done in
ext/pcntl could be a good starting point to a sapi-shell.
I'm willing to
Problem:
I was faced with a problem of porting a large PHP application that was
originally written for Oracle to Postgres. The problem is that Oracle always
returns column names in uppercase, while Postgres does exactly the opposite.
So all the code that was handling rows returned from the
Try #2 :)
Problem:
I was faced with a problem of porting a large PHP application that was
originally written for Oracle to Postgres. The problem is that Oracle
always
returns column names in uppercase, while Postgres does exactly the
opposite.
So all the code that was handling rows
$output = `command goes here`;
That should read:
$output = `command 21`;
Edit bug report at: http://bugs.php.net/?id=13512edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact
If there are no objections I will later today commit changes to add this
function.
Edin
array.patch
--
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:
Since you can no longer do:
if(!defined(_FOO_INC)):
define('_FOO_INC',1);
...
endif;
to protect a file from multiple inclusion within the file itself, some
This is still a valid construct. I could find nothing in the discussion that
would indicate otherwise. The only thing that
for preventing multiple function definitions
inside that block. ie. no conditional function definitions.
-Rasmus
On Fri, 19 Oct 2001, Edin Kadribasic wrote:
Since you can no longer do:
if(!defined(_FOO_INC)):
define('_FOO_INC',1);
...
endif;
to protect a file from
I guess I do not understand. The following example works just fine in
PHP
4.1.0RC1:
test.php
=
?php
include 'testlib.php';
include 'testlib.php';
test();
?
testlib.php
==
?php
if (!defined('_TESTLIB_PHP')) {
define ('_TESTLIB_PHP', 1);
function test()
--
dealnews.com, Inc.
Makers of dealnews, dealmac
http://dealnews.com/ | http://dealmac.com/
- Original Message -
From: Edin Kadribasic [EMAIL PROTECTED]
To: Rasmus Lerdorf [EMAIL PROTECTED]
Cc: Stanislav Malyshev
By all means, if you have a decent proposal that doesn't involve
exclusively
using include_once() or if/endif everywhere possible, we would love to
hear
it.
I'm just curious: what's wrong with using if/endif where include_once isn't
good enough?
--
PHP Development Mailing List
The problem is backward compatiblity. That is the biggest thing at stake
here. Daniel and I are a bit skewed as we have over 1000 files full of
code
that start with something like:
if(defined(_FILE_NAME)) return;
define(_FILE_NAME, 1);
This was our solution _before_ include_once ever
definitions
inside that block. ie. no conditional function definitions.
-Rasmus
On Fri, 19 Oct 2001, Edin Kadribasic wrote:
Since you can no longer do:
if(!defined(_FOO_INC)):
define('_FOO_INC',1);
...
endif;
to protect a file from multiple
So, has anyone given the overload extension a try? I'm just looking for
feedback.
I was playing with it and it works as advertised. One question: what is the
meaning of return value in __set()?
Even activating the overload in the constructor seem to work just fine. The
example I tried:
class
How is it going with the implementation of these changes? There are couple
of bug reports that would probably be resolved with your patch (#12768
#13362)
Ok, since I didn't get much feedback (with the exception of Derick) I
think this is how I am going to proceed with the wordwrap problems:
At 07:55 24-10-01, Rasmus Lerdorf wrote:
php_admin_value disable_functions does not work. Works fine from
php.ini.
It's not supposed to work, it can only work from php.ini.
Shouldn't php_admin_value work in VirtualHost part of httpd.conf? It seems
that there is something broken there. See
The only possible valid point here is that the character encoding
specification in XHTML uses ?xml version=... encoding=...? although this
can also be done through a meta http-equiv... tag so it is quite
possible to write perfectly valid XHTML without forcing people to use
?php ...?
Combine that with incompatibility of PHP's short open tag with XML, and
the
reason for having ?php= becomes clearer.
As Rasmus is probably tired of pointing out, this isn't much of an
argument.
This:
if ($i 4) {
...
is incompatible with XML (it'd have to be if ($i lt; 4) ...)
Is it possible to get a mysql dump of the bug database? Preferably a
dump
into a web-accessible directory run once a day or so.
sure, it could be done. mind if i ask why?
Not at all. Mysql dump is poor man's database replication scheme :) I'd like
to run the database locally to get faster
www.php.net/~zeev/php-4.1.0RC3.tar.gz
Success report (builds and runs just fine). Seems like she's ready captain.
--
Edin
Red Hat Linux release 6.2 (Zoot)
Linux 2.2.19 #1 SMP Tue Apr 3 11:56:18 CEST 2001 i686 unknown
./configure \
--prefix=/data/php \
My apache on RedHat 6.2 crashes when I try to create a shm block using
sysvshm. Can anyone reproduce this? I'm trying to cut down the offending
script to the smallest example possible. Will post more details later.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
My apache on RedHat 6.2 crashes when I try to create a shm block using
sysvshm. Can anyone reproduce this? I'm trying to cut down the offending
script to the smallest example possible. Will post more details later.
Please post a backtrace too while you're at it.
This is rather critical
Test case:
$key=0x5432;
$id=shm_attach($key, 4096);
shm_remove($key);
Your script is buggy, this should be the script:
$key = 0x5432;
$id = shm_attach ($key, 4096);
shm_remove ($id); // Not $key
As you can see from the user notes on shm_remove docs page, this has been
changed
I have noticed the same problem with a scipt that used a very large array
(~160 MB). The script run time was around 35 seconds, while it took over 4
minutes to shut down! Same amount of time was used in trying to unset() the
array.
Edin
- Original Message -
From: Sam Liddicott [EMAIL
I have noticed the same problem with a scipt that used a very large
array
(~160 MB). The script run time was around 35 seconds, while it took over
4
minutes to shut down! Same amount of time was used in trying to unset()
the
array.
[wild guess]
probably the memory deallocation is the
On Thu, 29 Nov 2001, Zeev Suraski wrote:
Ok then, looks like we got ourselves a winner. We'll have an RC4 after all :I
I'll submit the patches to revert this change and roll RC4 today. I want
to hear opinions on whether this RC4 should be based on the RC3 tag, or
whether it should also
On Wed, 5 Dec 2001, Stig S. Bakken wrote:
Importing objects into the current Zend/PHP instance and then updating
them at request shutdown introduces a lot of tricky synchronization
problems, I think it's very difficult to implement reliably with Zend as
well.
IMHO a better solution would
On Wed, 5 Dec 2001, Stig S. Bakken wrote:
Splitting a CSV string into an array could be done like this too:
$fields = explode(',', trim($string, ''));
I've had problems with CSV files exported from Excel that does not quote
all fields, escapes double quotes with double quotes and puts
On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote:
On Wed, 5 Dec 2001, Edin Kadribasic wrote:
The trouble with remote object access mechanisms is that most of them are
really slow. I had great success with serializing objects and arrays into
shared memory. All of that was done in PHP using
Hi!
Please help me with some CVS question.
I need to migrate latest mngosearch extension from php-4.2dev
branch into php-4.1.x branch.
To do that i run:
cvs update -r php_4_1_1
The branch tag is PHP_4_0_7
--
PHP Development Mailing List http://www.php.net/
To
I know that PHP is mainly used for developing web-based applications, but I
think that it has a great potential as a general purpose scripting language.
Even when developing web applications I often find necessary to make command
line scripts for maintenance and batch operations.
One of our
The build process should be altered so that the standalone interpreter
(cgi
sapi) is always built so the traditional make make install installs
/usr/bin/php no matter what sapi module was chosen.
I'm +1 on this, even though I think that PHP isn't very well suited
for shell jobs in
The build process should be altered so that the standalone interpreter
(cgi
sapi) is always built so the traditional make make install installs
/usr/bin/php no matter what sapi module was chosen.
I'm +1 on this, even though I think that PHP isn't very well suited
for shell jobs in
On my RedHat 6.2 php begun spiting *** ATTENTION *** Something is likely
to be messed up here... message since couple of days ago. Just with plain
./configure.
It build fine. It appears to run fine as well.
Can anyone reproduce this?
Edin
debug.log
==
CONFIGURE: './configure'
CC:
If you do:
- unpack cli.tar.gz in /sapi
- apply main.diff.txt patch in /main
- ./configure --with-cli
That's it.
This is cut-down version of cgi sapi with most of cgi specific stuff
removed. Some bugs (like #12219) fixed (therefore the need for patch of
/main).
Edin
P.S. If the list kills the
Looks pretty cool! Finally someone actually took the time to do it :)
Do you have CVS access?
Yes. Should I commit it?
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the
Looks pretty cool! Finally someone actually took the time to do it :)
Do you have CVS access?
Yes. Should I commit it?
Yes
Derick
Well its in the CVS now. You can go ahead and find all the bugs :)
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe,
I see that this patch has still not been applied. Could someone with enough
karma please grant the author CVS access the the shmop extension?
Edin
- Original Message -
From: Ilia A. [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Mark J. Hershenson [EMAIL PROTECTED]
Sent: Wednesday, January 02,
The test case:
tmain.c
=
int main(int argc, char *argv[])
{
int i;
for (i=0; iargc; i++)
printf (argv[%d]=%s\n, i, argv[i]);
}
tmain.sh
==
#!./tmain -a -b /some/testest/path -A -q
Blah, blash
Compile tmain.c and then run ./tmain.sh. On my linux box I get:
argv[0]=tmain
PHP bug reporting system has become quite capable. I was wondering if it was
OK to use it elsewhere (the source code is available in php-bugs-web)?
If it is, could you please commit the sql script that creates the database,
so I don't have to reverse engineer it from the code.
Edin
--
PHP
If it is, could you please commit the sql script that creates the
database,
so I don't have to reverse engineer it from the code.
http://cvs.php.net/co.php/php-bugs-web/bugs.sql
I must be going blind. Well it is Friday afternoon here...
Thanks,
Edin
--
PHP Development Mailing List
Here is the second part of adding cli sapi wich would be built no matter
what other sapi was selected. My plan is to commit it later today, unless
someone reviews the patch and finds some problems with it.
There is one known problem. If you select cgi sapi, make install we
overwrite cgi binary
Here is the second part of adding cli sapi wich would be built no matter
what other sapi was selected. My plan is to commit it later today, unless
someone reviews the patch and finds some problems with it.
There is one known problem. If you select cgi sapi, make install we
overwrite cgi
I have just commited those changes. I would appreciate if people
tried
building PHP on their own platform and see if the build still works.
Tested so far:
RadHat Linux 6.2
FreeBSD 4.4-STABLE
Trying on debian unstable with latest CVS I get:
I have just commited those changes. I would appreciate if people
tried
building PHP on their own platform and see if the build still
works.
Tested so far:
RadHat Linux 6.2
FreeBSD 4.4-STABLE
Trying on debian unstable with latest CVS I get:
It works with and without your latest CVS commit (and PM you
sent me) as long as you do make make install and not just
make install (as I'm always doing it). Still not a good idea
.. but I'm not ranting, I'm glad we've cli now :)
I'm learning about the php build system as I
But one thing I know.
If you try to compile --with-pcntl now, and you use
--with-apxs, the ./configure process tries to be smart and
bails out, saying that pcntl does not work with apache sapi.
Seems we need some more smart changes to the build process.
This is bit
You can probably override the include_path setting by using .htaccess file
in your document root with the following content:
php_value include_path ..
You should ask questions like this on the php-general list. This one is
about developing php itself.
Edin
- Original Message -
From:
When building PHP not from the php4 directory (e.g. in php4/cgi doing a
../configure) the build dies. I can't send in the error message right now
but hopefully whoever changed the build can try it.
I'm the guilty party :) It should be fixed now.
Edin
--
PHP Development Mailing List
If you try to compile --with-pcntl now, and you use
--with-apxs, the ./configure process tries to be smart and
bails out, saying that pcntl does not work with apache sapi.
Seems we need some more smart changes to the build process.
This is bit dirty, but if you
This is bit dirty, but if you apply this patch it would enable any
extension
that has PHP_EXTENSION(ext_name, $ext_shared, cli) in their config.m4 to
be
linked only with the cli executable. The patch also modifies
ext/pcntl/config.m4 to make use of this.
this was what i added
What is wrong with adding a third parameter to PHP_EXTENSION? If you
take a
look at the patch, you will see that I need to create a list of
libraries
that is only built with cli. I don't know how to do that with the two
macros
you added.
you tie ext/pcntl to a certain sapi although it
building say apache module and cli at the same time with some extensions
that are available in interactive mode only. With my proposed extension
to
PHP_EXTENSION the build becomes smart in that it links those
extensions
only with the cli, and not with the other api selected with the
wasn't the reason for having a CLI build in parallel
with the requested SAPI to use it for bootsraping and
things? or did i get something wrong here? might well
be so, haven't paid as much attention to the lists
as i should have for the last three weeks or so ... :(
Yes it was. But then I
Just ./configure'd PHP with the Apache2Filter for the first time in
weeks, then I got this:
checking for Apache 2.0 module support via DSO through APXS...
Sorry, I cannot run apxs. Possible reasons follow:
I cannot reproduce this. Configure part works for me. But compilation
I'd like to start bundling the cURL distribution with PHP, for both
the curl extension (for starters), as well as replacing alot of the
current ftp http code to use the cURL library.
+1 Excellent idea. I'd add another reason: matching your cURL library and
your php version can be
Has anyone tried running PHP on an IBM S/390? Any experiences?
Edin
--
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]
Hello,
As it is now, argc and argv do not get set using cli sapi if
register_globals is set to off. IMO cli should set these variables
irrespective of register_globals. Any comments, objections?
I'd like to thank Yasuo for bringing this to my attention.
Edin
--
PHP Development Mailing List
This mail concern scrambling again, but PLEASE do NOT start a political
thread (again) on whether it's a good idea or not. Does anybody have a
good idea on how to do it?
Have a look at http://apc.communityconnect.com/
When this one run in mmap mode it creates compiled files on the disk that
Since version 1.295 I get the following warning:
--
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]
Sorry about the previous mail (wrong key :)
Since version 1.295 I get the following warning:
configure.in:139: AC_PROG_CPP was called before AC_PROG_CC
I belive that there was a bug report about not being able to compile PHP
without c++ compiler.
Edin
--
PHP Development Mailing List
Its not like there are no opensource compilers for php. I have tried one
(http://apc.communityconnect.com) and it works great. George Schlossnagle et
al have done a great job and implemeted all the difficult stuff with optree
serialization/deserialization etc, so making a standalone compiler out
Do something like this when you build Apache:
export EXTRA_CFLAGS=-g
./configure --prefix=$PREFIX --enable-module=so
make all install
I tried that and it didn't make any difference.
Don't do make install since it will strip the binary. Manually copy
src/httpd to your apache/bin directory
These are great news. I'll admit that my modification to the build system
was not the most elegant, but building standalone executable alongside
chosen SAPI was on the TODO list for nearly two years. I got impatient :)
Anyway please let me know how could I help this effort.
Another, perhaps
Ok, I hoped to have more time to clean up a bit, but here we
go.
http://schumann.cx/build5-patch1.gz
This release features independence from automake, recursive
makes, implicit make rules, config_vars.mk, an upgrade of
shtool.
I've tested it successfully with
Tested now on 3 different systems:
OpenBSD picard 2.9 GENERIC#653 i386
FreeBSD freebsdcluster.dk 4.4-STABLE
Linux scpno.proventum.net 2.2.18 #3 SMP
Tested both plain ./configure and ./configure --with-apxs
Linux system is a 2 processor machine so I compiled php with make -j4 to
test
So where do we submit the bug reports :)
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
* html errors off
implemented
* implicit_flush on
will do
* -Cq by default
implemented (it should be documented that -C breaks some things that worked
with CGI). I kept -q -C command line options for BC sake, but they do
exactly nothing :)
* register_argc_argv on
implemented
*
Ok, here is a new version of the build5 patch. It fixes the
find issue and avoids lots of sed calls.
I'm seeing a 20% speedup compared to the CVS when building on
a Sun Ultra due to avoided make forks and less usage of
hard-disk space. The latter has been reduced from
Could someone please remove duplicate bug reports from the summary. There
are dozen reports saying scripts run from CGI output #!/usr/local/bin/php
line, an issue which is solved in the current CVS.
Edin
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
Could someone please remove duplicate bug reports from the summary.
There
are dozen reports saying scripts run from CGI output
#!/usr/local/bin/php
line, an issue which is solved in the current CVS.
I closed those which I was pretty sure were closed.
But yet I think because of
Currently php searches for php.ini in the current working directory, PHPRC
environment variable and the compiled in default dir (in that order).
Searching in the CWD first is IMHO not a very good thing, especially when
dealing with cli scripts.
Are there any objections to removing CWD from
Currently php searches for php.ini in the current working directory,
PHPRC
environment variable and the compiled in default dir (in that order).
Searching in the CWD first is IMHO not a very good thing, especially
when
dealing with cli scripts.
Are there any objections to removing CWD
Please only remove CWD from php.ini search path when
compiled as cli. (There are some hosters out there
where you can have your own php.ini at your vhost
which is IMHO a good feature.)
I'm curious: how would this affect hosted environments? When you use PHP as
a module in Apache, the php.ini
Hey,
would it be good to be able to do this:
$fp = fopen(php://output, w);
...
fwrite($fp, $data);
Where php://output represents the current output buffer.
This can be implemented as a stream that calls PHPWRITE()
Comments for and against please!
What would be the difference
Hello all,
One of the new things in 4.2.0 will be CLI SAPI and modifications of the
build process that were made to make simultanious build with other SAPIs
possible. There are few issues that remain:
1. If you compile CGI binary and then issue 'make install' it will be
installed in
2. php.ini search path has CWD as the first element. This is IMHO major
inconvinience if we want to make PHP more suitable for writing general
purpose applications like PHP-GTK, etc. The execution of the program
shold
not depend on where the program was started from.
Agreed, but as
My point was to remove the (not needed) php_error() calls
completely and save the message(errorcode) in a variable so
the user (developer) can decide himself if he wants to do
something with the message or not.
php_error() call's are, verbosely spoken, pain in the ass to
Ok, seeing that some people indeed do use cygwin to build PHP, here's
report about my achievements:
Just checked with new cygwin and it builds, compiles but does not link,
seem to be a problem with underscore generation. The cli executable
does not find its functionsmaybe i check this
I agree that this functionality would be nice to have in CLI. I have tried
to compile the code attached, but with no luck. Even after fixing obvious
syntax errors, the compiled php just ignores passed string.
i just looked at the code for a possibility to extend CLI to execute code
without
Hi Derick,
I was wondering if we could put out a beta release say on March 10. IMHO it
would be helpful if the release was announced on php-anounce and www.php.net
which should make more people download it, test it and report the problems.
Edin
Hello folks,
Now with correct dates!
1 - 100 of 362 matches
Mail list logo
