How about providing a short example script that reproduces the segfault?
Posting a backtrace is all well and good, but it's not very useful if
nobody can see what initiated it.
J
Matt wrote:
Hi, i've never posted to this newsgroup b4 so pls don't shoot me down if
this is not protocol. But
Looks like a problem with your php.ini file. There should be some lines in
there that read something like
extension=xslt.so
extension=xmlrpc.so
extension=xml.so
There should also be a line that reads
extension_dir=/some/path
Make sure the path in extension_dir actually leads to the extension
Er, wrong patch. Proper one is attached.
J
I wrote:
The browscap extension is trying to load stuff into the object_store
before it gets initialized, so this'll fix it. Entries from the
browscap.ini file are now stored in straight hashes rather than objects,
but the return value is still
The browscap extension is trying to load stuff into the object_store before
it gets initialized, so this'll fix it. Entries from the browscap.ini file
are now stored in straight hashes rather than objects, but the return value
is still an object.
Additionally, this patch adds an optional
I have had similar problems, using autoconf 2.5x seems to work. (I use 2.54,
specifically.)
J
Dave Hill wrote:
Hi all,
I am having fun with [EMAIL PROTECTED]@#$ autoconf. In the past I always used
the configure in the RC tarball without (much) problem. As I am trying
to be a good
That should still work fine, though, shouldn't it? I mean, the .so spit out
should be working properly. I just tested this with a C++ extension and
while gcc was used by libtool for the linking, the extension works fine.
If you really want the C++ compiler to do the linking, you can open up
Looks like you need to link to the standard C++ library. Try putting this in
your config.m4 file:
PHP_ADD_LIBRARY(stdc++)
And run phpize, configure and make again. That should make gcc link with
stdc++.
J
Michel M. Dos Santos wrote:
J,
First, thanks by your article. My original e
Actually, try this instead of PHP_ADD_LIBRARY(stdc++) and see if that
works...
PHP_ADD_LIBRARY(stdc++, 1, BIAC_SHARED_LIBADD)
J
Michel M. Dos Santos wrote:
Yes.
My config.m4:
PHP_ARG_ENABLE(biac, for biac support,[ --enable-biacEnable biac
support])
if test $PHP_BIAC
www.zend.com/apidoc
J
Mincu Alexandru wrote:
I want to write a php module an I was wondering where I could find some
docs about this ..
tks,
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Using 'global $GLOBALS' works, though.
On a related note, $GLOBALS and superglobals in general are acting a bit
weird recently. I just cvs updated and rebuilt HEAD and this modified
version of your script shows some oddness:
?php
function foo(){
global $GLOBALS;
$GLOBALS['foo']='bar';
Just noticed register_long_arrays. Turning it on fixes problems with
$_SERVER and $_ENV, but $GLOBALS still acts weird.
J
Shane Caraveo wrote:
It's a patch to ze2 that was done over the weekend, there is a new ini
setting that if you turn it on will fix the problem, just cannot
remember
Yep. Yesterday, through the form on the docs page.
J
Andi Gutmans wrote:
Have you submitted a CVS account request?
At 09:41 PM 2/27/2003 +, J Smith wrote:
A few weeks ago, I kind of volunteered to maintain testing scripts for ZE2
on the ZE2 mailing list. (See the thread beginning
ZE2 == Zend Engine 2, which will be replacing the current Zend Engine in PHP
5. Amoung other things, one of it's main features is a more roboust OOP
framework, which includes class destructors.
J
Konstantin Knizhnik wrote:
Hello George,
Friday, February 28, 2003, 5:46:18 PM, you wrote:
A few weeks ago, I kind of volunteered to maintain testing scripts for ZE2 on the ZE2
mailing list. (See the thread beginning at
http://www.zend.com/lists/engine2/200302/msg3.html )
Just to make good on my volunteering, I guess I'll be needing a CVS account. I suppose
I'd need access to
To add to that, I wrote up a short article yesterday that pretty much said
the same thing, although it had a more UNIX-y focus. See
http://www.tutorbuddy.com/software/phpcpp/phpcpp/
J
Dave Viner wrote:
Hi,
I've just completed some local php extensions using VC++. Here are some
notes that
I think that HEAD is getting slightly screwed up recently, as a couple of
recent cvs updates have got me some code from 4.3.x, or at least it looks
that way. (Specifically, Zend isn't coming down right, and I get missing
symbols like ZEND_INI_PARSER_POP_ENTRY and such, which should be defined in
A lesson I learned yesterday after wondering why the hell the thing wouldn't
compile for the past three or four days... php5 works fine, though, like
you say.
J
Magnus N wrote:
On Tue, 25 Feb 2003 14:45:26 -0500
J Smith [EMAIL PROTECTED] wrote:
I get missing
symbols like
Are you compiling both the PHP extension and the library with the same
compiler and linker settings, i.e. both of them need to have multithreaded
DLL settings, etc. It might also be a case of #including the same file
multiple times and getting the symbols defined multiple times accidently.
There
GNU grep should work. Just make sure /usr/local/bin comes before /bin in
your $PATH.
J
Sebastian Nohn wrote:
Latest CVS (PHP5-dev) on Solaris:
Configuring TSRM
checking for stdarg.h... (cached) yes
grep: illegal option -- E
Usage: grep -hblcnsviw pattern file . . .
Regards,
Zeev Suraski wrote:
I don't think we can rely on GNU grep being installed though...
Well, we pretty much need to rely on GNU sed being installed on Solaris, so
why not grep, too? The sed problem comes up when doing the final linking
when building. You usually end up with a collosal libtool
Jani Taskinen wrote:
There should be another version of 'sed' in Solaris which can handle
the long lines though. No idea why they have 2 versions.
--Jani
Never knew that. Is that part of a standard install, or is it bundled in
some kind of patch, or does it have a
Jani Taskinen wrote:
On Tue, 4 Feb 2003, J Smith wrote:
/usr/xpg4/bin/sed
It should be part of standard install too..
--Jani
I hate Solaris. There's four seds on my system now: /usr/local/bin/sed,
/usr/bin/sed, /usr/ucb/sed and /bin/sed.
Yeah, xpg4 sed seems to work
What's doing the linking? Is it linking to lstdc++?
J
Sebastian Bergmann wrote:
/usr/local/lib/libsablot.so: undefined reference to `operator
new[](unsigned)' /usr/local/lib/libsablot.so: undefined reference to
`vtable for __cxxabiv1::__si_class_type_info'
/usr/local/lib/libsablot.so:
Try the direct I/O extension, specifically dio_fcntl(). Just make sure the
filesystem you're using the locks on was mounted with -o mand, and the
locks will be mandatory by default.
J
Ananth Kesari wrote:
Hi,
From the PHP manual I find that the flock() function does a advisory
file
Not to plug my own wares or anything, but you might want to look at
cryptopp-php, which works on both UNIX and Windows. See
http://www.tutorbuddy.com/software/
It works fine on both platforms and is compatible both ways -- ciphertext
created on one platform can be decrypted on another and
As others have pointed out, it is, but I think it would be better to simply
have the code there in the generated C++ source and not at all in the C
source. It would lead to less confusion imho.
I guess it should kind of be assumed that if someone is going the distance
to actually create an
That's what I was thinking. The new patch updates skeleton.c a bit and fixes
ext_skel to either add extern C stuff to skeleton.c or get rid of it. I
think it would be simpler for extension first-timers to not worry about
what __cplusplus means, or why extern C is there in the first place, etc.
Taking a few comments into consideration, here's a new patch for adding C++
code-generating abilities to ext_skel. The new patch doesn't use a separate
skeleton.cpp file. Instead, it adds some lines like
/* __begin_extern_c__ */
/* __end_extern_c__ */
to skeleton.c and lets ext_skel either
For the second instance where extern C is used, that would be possible,
but in the first instance, BEGIN/END_EXTERN_C() aren't defined yet, as
they're in zend.h. The compiler would totally barf.
I had used BEGIN/END_EXTERN_C() in the first patch I sent out, but decided
to use one or the other
in their C code. If my vision of the
future is in any way accurate, at least, which it may very well not be.
J
George Schlossnagle wrote:
J Smith wrote:
That's what I was thinking. The new patch updates skeleton.c a bit and
fixes ext_skel to either add extern C stuff to skeleton.c or get rid
I seem to remember having problems the last time I tried that. With gcc, you
get relocation errors, missing symbols, all sorts of craziness. (I just
checked with an extension compiled as a shared objected -- without extern
c-ing php.h, I got an undefined symbol on
test, please ignore
J
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
and whatnot. The changes to config.m4 and Makefile.in are done in
ext_skel.
J
Sascha Schumann wrote:
On Thu, 28 Nov 2002, J Smith wrote:
A couple of times a month, I get questions about from people looking to
use C++ with PHP. Apparently, a lot of people end up reading some post I
made
Attached is a patch to ext_skel that adds an optional argument (--cpp) that
will create a PHP extension in C++ rather than C. Also attached is
skeleton.cpp, which basically mirrors ext/skeleton/skeleton.c with a few
modifications for using C++. I could've just made some changes to
skeleton.c
Is this a problem with VS.net or something? I've never done that with any of
my C++ extensions and they've all worked fine on VC++ 6.
If it is a problem, though, I'll make the changes.
J
Shane Caraveo wrote:
J Smith wrote:
Attached is a patch to ext_skel that adds an optional argument
Schumann wrote:
On Fri, 29 Nov 2002, J Smith wrote:
Attached is a patch to ext_skel that adds an optional argument (--cpp)
that will create a PHP extension in C++ rather than C. Also attached is
skeleton.cpp, which basically mirrors ext/skeleton/skeleton.c with a few
modifications for using C
A couple of times a month, I get questions about from people looking to use
C++ with PHP. Apparently, a lot of people end up reading some post I made
to php.dev or something a year or so ago about C++, and although it worked
at the time, the procedure I describe has become stale.
I messed
The door has always been open, as it has always been possible. For instance,
the qtdom extension has some C++ components, as does the dotnet extension.
This just sort of facilitates the, uh, moving through said door.
If you're using ANSI/ISO-compliant (or mostly compliant) C and C++
Since I just finished a pretty major source overhaul of the cryptopp-php
extension, I figured I should make a little announcement, as this is
oh-so-exciting news.
Recently, Wei Dai released Crypto++ 5.0, which was pretty much a complete
re-write of the public domain Crypto++ cryptography
Questions like this should be posted to php.general, not php.dev -- php.dev
is for developing PHP itself; php.general is for developing WITH PHP.
That aside, attached is a simple example of setting up a multiplexer with
socket_select(). The example creates a [very] small chat server -- just
If all you need is some generic encryption that doesn't require mcrypt, you
might want to take a look at a crypto extension I wrote called
cryptopp-php. It does everything that the mcrypt extension does and might
be a touch easier to use as far as syntax and such goes. (Plus, it works on
The current CVS is having trouble compiling on Solaris platforms (Solaris
8/SPARC for me) and from what I can tell, the problem is thanks to Sun's
sed.
While the Solaris shell itself can handle an insane number of command line
argument characters, the default Solaris sed truncates it's input
I seem to remember strong typing being brought up before, and I also seem to
remember it being shot down.
The consensus seemed to be if you want a strongly-typed language, use Java.
Or C. Or C++. Or something other than PHP that has strong data typing.
Have things changed since then?
J
I wouldn't take my opinion as law, as I'm not part of the core PHP Group or
anything, so I don't speak for anyone but myself. All I'm saying is that I
seem to remember this issue being brought up before, and the result was
that PHP is not a strong typed language, and probably won't become one
?
Tx,
Vinod.
---
Vinod Panicker [EMAIL PROTECTED]
Sr. Software Designer
Geodesic Information Systems Ltd.
-Original Message-
From: J Smith [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 29, 2002 8:13 PM
To: [EMAIL PROTECTED]
Subject: [PHP
Since apache is multi-processed rather than multi-threaded, I'd imagine that
you're getting the same socket file descriptor since each new connection
means a new fork of httpd, resulting in three file descriptors by the time
you get to what you're doing.
Are you trying to get ahold of the
I can definitely look into it, although I can't guarantee any results yet,
as we're about to go back into heavy development of a new app at work
(which uses the extension), but hopefully I'll get some free time to put
towards it. I'll let you know how things are in two weeks or so; I should
Just thought I'd give an update about the current status of the Crypto++
extension for PHP I've been working on the past month or two, called simply
cryptopp.
The extension is coming along rather nicely and is stablizing towards a
solid release. I'd still consider the current releases of
[root@corduroy php-4.2.1RC1]# lynx -head -dump http://news.php.net
HTTP/1.1 200 OK
Date: Wed, 01 May 2002 14:37:45 GMT
Server: Apache/1.3.20 (Unix) PHP/4.2.0RC2
X-Powered-By: PHP/4.2.0RC2
Connection: close
Content-Type: text/html; charset=iso-8859-1
J
Derick Rethans wrote:
Hello,
while
I don't think so. I tried a couple of weeks ago with Solaris 8, and autoconf
2.53 broke the build. 2.13 worked fine; anything greater seems to die.
J
David Knox wrote:
Thanks,
Will autoconf 2.13 or greater work? I already have 2.53.
--dk
--
PHP Development Mailing List
You can kind of simulate multithreading with the sockets extension by using
socket_select(). Technically, the result is multiplexing and not
multithreading, but in the end, it works quite nicely -- you can handle
multiple incoming/outgoing connections without the need for forking or
multiple
One way to find which socket has died, if any, is to loop through each
socket in the three sets (read/write/exceptions) and do a select() on each
one to see if you can read with a timeout of 0. (The bad one being the one
where select() returns -1, I think.)
J
Steve Meyers wrote:
There's
I've been using it since the first API revision and it's been working fine
for me. (Up to and including the latest API revision.) As far as I'm
concerned, it's getting pretty close to losing the experimental tag.
(Perhaps by PHP 4.3.x or so, barring any glarring problems that I've not
I'm pretty sure it is. It parses fine according to Xerces, at any rate. At
first, I was thinking the greater than comparison would cause problems, as
xsl:if elements like seeing the test written as foo gt; bar, but when
you have the symbol inside of a processing instruction, it's fine.
J
This might not matter too much now, but conforming to XML standards might
matter eventually.
Let's say in a year or two, somebody decides to write a PHP module for an
XML/XSL processor. (Something like XSP using Apache's Cocoon.) Basically,
these processors take in some XML, look for
Are you positive about that? I would have assumed so, too, but it passes
both the Sablotron and Xerces XML processors without so much as a warning.
J
Rasmus Lerdorf wrote:
?php if ($foo $bar)
...
?
Is this valid XML?
No, this is technically invalid XML. You would have to write it
I hear that. Not that reading specs and standards isn't fun...
J
Rasmus Lerdorf wrote:
I'm pretty sure it is. It parses fine according to Xerces, at any rate.
At first, I was thinking the greater than comparison would cause
problems, as xsl:if elements like seeing the test written as foo
but '?'.
Derick
On Fri, 26 Apr 2002, J Smith wrote:
Are you positive about that? I would have assumed so, too, but it passes
both the Sablotron and Xerces XML processors without so much as a
warning.
J
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http
I've also seen gcc go beserk and start taking up over 150 MB of memory on a
pretty simple compile 'cause it got confused and take forever to compile.
Last time I saw this happen, I waited a half-hour to see if it would
eventually compile. Meanwhile, the memory usage was pegged at 99% or so.
I've been working on this sort of thing for the past few weeks as I've been
trying to make sure all of the PHP extensions I've written work on UNIX
systems as well as Windows systems.
I think you can compile using gcc and cygwin, but I believe the recommended
way is with Visual C++ 6, as the
Get somebody with enough karma to update it I guess. But I'd recommend
opening up one of the VC++ projects from the source and checking the
settings out, 'cause I might have forgotten something there.
J
Brent R. Matzelle wrote:
This information would be a terrific addition to the PHP
I don't know if it's so much a violation of the GPL as it is a clash with
PHP's license, which is basically BSD-like. The whole point of the PHP
license is that you can basically use PHP without restriction, commercial
or otherwise. The GPL doesn't allow that.
But I'm just guessing here. It
Of course. Use extern C style bindings and such.
J
Ken Egervari wrote:
Can you use C++ however? I'm very interested in writing/using a standard
w3c binding for DOM XML
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
I'd kind of agree with this. I use both the apache SAPI module and the CLI
side by side in a single system (the web server does it's thing, and the
CLI powers the search engine, which the web server can use on a per-request
basis and ties the two together with XML/XSLT). One of the problems I
You're right about the -q thing, I didn't notice it the first time. (I kind
of just run -q now without thinking about it.)
It's not a big thing to do the separate compiles, so it's no worry. Just a
little annoyance, but I'll live.
This isn't a big issue or anything, sort of a nice-to-have.
I've finally gotten the Crypto++ extension I've been working on up to the
point where I think a release is warranted. At least, an alpha release.
The Crypto++ extension provides a number of cryptographic algorithms,
including some 27 block cipher algorithms and 13 hash algorithms. At this
As I reluctantly mentioned a few weeks ago, I'm working on a PHP crypto
extension that uses Crypto++, a C++ library that provides implementations
for a bunch of crypto and hash algorithms. I was reluctant to bring it up
because I didn't know if I was going to finish it at all, and I didn't
Doesn't sound like a bad idea. It's a bit more grand than what I had in
mind for the Crypto++ extension, but I'd be willing to work on it. The main
thing for me right now is that the Crypto++ extension is being done for
work, and isn't entirely a hobby-type of thing. (Although I'm glad I work
] wrote:
On Wed, 13 Mar 2002, J Smith wrote:
That seemed to do the trick. configure was rebuilt fine, although there
was a slight problem with new extensions built using ext_skel.
(Specifically, a few tests added to configure used a line like
if test $something == yes ; then
Which
I think I got a handle on it now, thanks. Basically, I just had to replace
a few of the socket_fd_* calls with things like adding to an array for
socket_fd_set() and and in_array() instead of socket_fd_isset().
Attached is a decent example of a multiplexing server using the sockets
, which was
easily fixed by changing == to = in the configure script.
But other than that, everything seems fine now. The remaining == problem
will probably be fixed in 4.2.x with the new build system.
Thanks.
J
Jon Parise wrote:
On Tue, Mar 12, 2002 at 06:33:34PM -0500, J Smith wrote:
What
This is the first time I've tried installing on Solaris, so maybe I'm way
off, but anyways...
Here's how things look:
# ./buildconf
rebuilding configure
configure.in:124: warning: AC_PROG_LEX invoked multiple times
rebuilding main/php_config.h.in
# ./configure [any combination of configure
I think I see bug number 1...
The system call for select() you to perform an indefinite blocking call if
you pass NULL as tv, but PHP's socket_select() doesn't seem to have that
feature. (It did in previous versions, from sometime in 4.0.7dev and up. I
caught that bug originally, actually.)
to select(). The above case would handle this,
as usec could still be used.
3. if the user leaves off both sec and usec, pass NULL to select().
That would seem to be a bit more friendly than the current 4.1.2 behaviour,
and would account for passing null as sec and a value for usec.
J
J Smith
Speaking of the FD_* macros and such, I'm trying to visualize how to
re-write some code that I have that relies on the socket_fd_* functions. If
you get the chance, could you look over this simplified version of what I'm
doing and point me towards the proper direction to get it working with
Never try to do something as complicated as attach some source to a mailing
list post after two beer and a hefty lunch.
Attachment is really here this time.
J
J Smith wrote:
Speaking of the FD_* macros and such, I'm trying to visualize how to
re-write some code that I have
I hesitate to mention this because I don't want to get stuck in a corner
here, but I've been working on and off on a PHP encryption extension for
precisely the reasons you mention. I'm using Crypto++, a public domain
crypto library written in C++.
A few months back, I was faced with a
something
going over the next few weeks.
J
[EMAIL PROTECTED] wrote:
On Tue, 5 Mar 2002, Joseph Tate wrote:
Well, J Smith has mentioned Crypto++. I haven't looked into it, but that
sounds like a good little module as a substitute for mcrypt. If he truly
is working on a php extension using
to the community, we try to.
(So far, we've only released two small PHP extensions, but there's more
forthcoming, including this crypto extension if I ever get it done.)
J
Brent R. Matzelle wrote:
--- J Smith [EMAIL PROTECTED] wrote:
I have no idea of how much longer I'll be working
I doubt you're going to get a really good answer for this question because
1. PHP 5.0 isn't out yet and won't be out for a while. (Not until Zend
Engine 2.0 is done, I'd assume.)
2. This is a PHP development group, so do you really think you're going to
get an unbaised answer here? Would you
PHP runs on top of the Zend engine, which is basically a scripting engine.
They also have a bunch of PHP development tools.
J
Ray Hunter wrote:
What role does zend have in the development of PHP?
Ray Hunter
Firmware Engineer
ENTERASYS NETWORKS
Phone:801 887-9888
I'm all for fixing this extension up to make it better, but I'm a little
concerned with totally dropping the fd_* functions. How would you mimic
their use in something like a multiplexing using a blocking call situation
after the change? I have no idea how it can be done without using the
To a certain extent, but it doesn't work well at all. And it isn't portable.
For instance, when I use this on my machine (linux, 2.4.9 kernel)
#!/usr/local/bin/php -c /path/to/ini -q
The path is set to /path/to/ini -q, with a leading space and the -q. If
I try this:
#!/usr/local/bin/php -q
From what I understand, starting with PHP 4.2.x, PHP is going to
automatically build with a CLI executable by default. This means that even
when you install as, say, an Apache SAPI module, you're still going to get
the CLI, correct?
That being the case, a few months ago a thread popped up
I think it's 2^31 because that's 2147483648, the largest value available
for a long signed int in ANSI C.I t's also the value of RAND_MAX in
stdlib.h on many systems. (It is on my system at any rate, linux using
glibc.)
J
Evan Nemerson wrote:
I was thinking about putting together a list
I know no German at all besides what I've been able to learn from
Wolfenstein 3D. I just cut and pasted a random word from the snowball site
into the script. Naturally, I took what was probably the only misspelled
one in the list.
J
Sebastian Bergmann wrote:
J Smith wrote:
echo German
It's a great little tool if you're into search engines and that sort of
thing, as word stemming has been quite a useful tool in the field of
information retrieval. (Actually, I've built a search engine at work, which
used an earlier stemmer I wrote based on Porter's original article using
Greetings.
A few months ago, I mentioned that I had written a PHP extension that
provided English language suffix stemming using a Porter stemmer, an
algorithm devised by Dr. Martin Porter for stripping the suffix (or
suffixes) off of an English word.
After a mention in the PHP weekly
Feature Request is in the Type of Bug drop-down list. It's the third
item.
You'd have to use OpenSSH/SSH for secure FTP, I would think, not OpenSSL.
Don't know how hard it would be to implement. (Never worked much with the
OpenSSH library, although I use SSH/sftp/scp all the time.) I'm
While I did reproduce this on a linux system (2.4.9 kernel) with PHP 4.1.1,
the goal of the script doesn't seem to match the description -- the regexes
are looking to replace four backslashes with two, not two backslashes with
one. (Unless you're not counting that two backslashes are actually
The PHP documentation is already available in Windows help format. (The new
HTML-ish kind, I believe.) See http://www.php.net/download-docs.php.
J
Emanuel Dejanu wrote:
Hi,
Do you know how can I ($PHP_SELF :) compile the
PHP documentation in Windows HTML Help format?
Any guide line?
The second work around seems to work fine, but the first one has problems
The php.ini override path is set to c /some/path if you try -qc
/some/path -- seems to like adding that c option in with the path for
whatever reason. (The problem is likely in ap_php_getopt(), but I haven't
really
I've been looking at the source code for Perl and comparing how it reads
arguments versus PHP's method, and it seems to be expected behaviour, as
Perl handles the arguments as edink has shown below.
As to why this behaviour is such, I'm at a loss. You'd think that the
behaviour would try to
Here's what I can tell so far:
the arguments do get passed to cgi_main.c's main() function just fine, and
the arguments are even parsed okay. The problem seems to occur because when
the arguments are parsed from a script like so:
#!/usr/bin/php -c /path/to/ini/file
?php
...
?
it seems that
cancel by original author
--
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]
cancel by original author
--
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]
it next time, really.
J
J Smith wrote:
Here's what I can tell so far:
the arguments do get passed to cgi_main.c's main() function just fine, and
the arguments are even parsed okay. The problem seems to occur because
when the arguments are parsed from a script like so:
#!/usr/bin/php -c
Actually, I wouldn't mind having seperate php.ini files for the web server
module and for the CLI executeable, either.
Here's what happened to me recently -- I had upgraded my servers from 4.1.0
(one of the release candidates, I've been following PHP development rather
closely) to 4.1.0
There's a memory limit patch available on the PHP download page at
http://www.php.net/downloads.php (PHP 4.0.6 memory limit fix). It should
fix this problem, I believe.
Might want to considering upgrading to 4.1.0, though.
J
Cristiano Verondini wrote:
Hello,
I'm using PHP
After seeing my name in lights on the weekly PHP summary, I decided to go
back into that Porter extension I had wrote about earlier and clean things
up a bit.
I stripped out all of the C++ stuff to make it a bit of an easier fit with
PHP's C code (and it seems to be running slightly faster
1 - 100 of 118 matches
Mail list logo
