On Tue, Nov 13, 2001 at 06:51:41AM +0100, Sebastian Bergmann wrote:
Should we merge the recent changes to sapi/servlet to the 4_0_7 branch,
or not? The changes are required in order to use the Servlet SAPI
module with current versions of Tomcat and Cocoon2.
It is not stable, though,
I don't think we want any more RC's unless there's some real pressing
matter, and that doesn't appear to qualify :)
At 07:51 13/11/2001, Sebastian Bergmann wrote:
Should we merge the recent changes to sapi/servlet to the 4_0_7 branch,
or not? The changes are required in order to use the
From: [EMAIL PROTECTED]
Operating system: AIX 4.3.3
PHP version: 4.0.6
PHP Bug Type: Compile Failure
Bug description: Compile Stops with error for DB2-support
Hi,
I just downloaded the new version 4.0.6 of PHP and tried to compile it on
an AIX machine. I installed the
ID: 11389
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Arrays related
Operating System: W98
PHP Version: 4.0.6
New Comment:
But this is not the real script!!
My real script have a lot of code lines and
functions, a lot of arrays inside other
Rasmus Lerdorf wrote:
Well, file uploads do work in general in PHP 4.0.6 or the whole world
would be screaming. So there is something specific to your test case or
your system that is causing this.
Well I'm using 4.1.0rc1 on linux 2.4.8 (debian unstable). And there was 1
case with file
Your module is only capable of producing RTF right? Not parsing
it?
- Markus
--
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]
From: [EMAIL PROTECTED]
Operating system: Windows NT 4 SP 4
PHP version: 4.0.6
PHP Bug Type: InterBase related
Bug description: Invalid statement handle
When exiting a function after having closed a link to Interbase, the
warning Invalid statement handle is displayed.
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
make[1]: Entering directory /home/js/dl/linux/web/php-4.1.0RC2/ext/curl'
gcc -I. -I/home/js/dl/linux/web/php-4.1.0RC2/ext/curl
-I/home/js/dl/linux/web/php-4.1.0RC2/main
Either that or we can simply check if this #define exists... What do you
think?
Zeev
At 11:37 13/11/2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
make[1]: Entering directory
Hello,
fixing this...
Derick
On Tue, 13 Nov 2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
make[1]: Entering directory /home/js/dl/linux/web/php-4.1.0RC2/ext/curl'
gcc -I.
Working on the PHP-GTK Documentation and Website Modules
php-gtk-doc and php-gtk-web, Markus Fischer told me to request
this here.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the
ID: 13872
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
Old Assigned To:
Assigned To: derick
New Comment:
This should be fixed in CVS now. Can you try it? (This fix is also applied
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
Either that or we can simply check if this #define exists... What do you
think?
Checking for a version and for a #define is the same, but version checking
is more subtle and can be hidden than another check for the #define's
Hello,
can you replace the file ext/curl/config.m4 with the one attached and see
if it works then? (dont forgot to (re)run ./buildconf).
regards,
Derick
On Tue, 13 Nov 2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev Suraski [EMAIL PROTECTED] wrote:
ID: 13872
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
Old Assigned To: derick
Assigned To:
New Comment:
Yes, it works, at least for me.
No problems with scheme
On Tue, 13 Nov 2001, Zeev Suraski wrote:
Either that or we can simply check if this #define exists... What do you
think?
I think we should just change the check. Users need to upgrade it anyways,
if they're still using the version required by 4.0.6 (and this is what
sterling always does).
Forgot to attached it...
On Tue, 13 Nov 2001, Derick Rethans wrote:
Hello,
can you replace the file ext/curl/config.m4 with the one attached and see
if it works then? (dont forgot to (re)run ./buildconf).
regards,
Derick
On Tue, 13 Nov 2001, Balazs Nagy wrote:
On Tue, Nov 13 2001,
ID: 13872
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
Assigned To: derick
New Comment:
Ok, another bug bites the dust!
Derick
Previous Comments:
It's quite different actually - if we conduct a configure test, then
presumably we'll refuse to compile under CURL below version 3.8.1 or
whatever version it is. If we do an #ifdef check, it'll work with older
CURL's.
Zeev
At 11:56 13/11/2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Zeev
Hi,
I suggest MFH'ing the test for bz2. The problem is that size isn't
initialized at the time when it's passed to buff-compress.
I attached a patch to HEAD, for the PHP_4_0_7 branch I don't have a
patch yet, as I don't have more time currently to test it etc, but it
should be straight forward
ID: 13872
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Closed
Status: Feedback
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
Assigned To: derick
New Comment:
This should be fixed in CVS now. Can you try it? (This fix is also applied to the
ID: 13872
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Closed
Bug Type: XSLT related
Operating System: Debian/Linux
PHP Version: 4.1.0RC1
Assigned To: derick
New Comment:
grrr, closed it is :)
Derick
Previous Comments:
Since I don't have CVS account, I just reply with mail.
Anyway, I've posted comment about this bug.
Since array_walk() assumes user defiend function only changes
element value passed. Destorying array itself causes memory
problem and users are not supposed to do that.
unset($array) will not
On Tue, 13 Nov 2001, Balazs Nagy wrote:
On Tue, Nov 13 2001, Derick Rethans [EMAIL PROTECTED] wrote:
Forgot to attached it...
Thanks.
Did it work or not?
Derick
I have another problem. Red Hat includes old autoconf (2.13) and
automake (1.4p5). I have updated autoconf to 2.52 to
http://www.php.net/~zeev/php-4.1.0RC2.tar.gz
Do your thang :)
Compiles and runs the testsets fine (winnt, cgi, mysql + dbx + proprietary
extension)
Cheerio, Marc.
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
ID: 12884
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: HTTP related
Operating System:
PHP Version: 4.0.6
New Comment:
I talked to Yngve and he has confirmed that it works fine with the latest
development-version.
Previous Comments:
Title: ÉϹØϵͨ£¬½±ÉÌÎñͨ£¡
ÉϹØϵͨ£¬½±ÉÌÎñͨ
The pow() regression test is failing due to this strange characteristic:
?
$a[] = 2147483646;
$a[] = pow(2147483646,1);
$a[] = 2147483647;
$a[] = pow(2147483647,1);
$a[] = 2147483648;
$a[] = pow(2147483648,1);
var_dump($a);
?
Produces:
Ok, the subject probably doesn't make much sense because of the
lack of my proper english ;)
Anyway, consider this:
?
class bar {
function bar($parent) {
$this-parent = $parent;
}
}
class foo {
var $num = 0;
function foo() {
Zeev Suraski wrote:
I don't think we want any more RC's unless there's some real pressing
matter, and that doesn't appear to qualify :)
True :-)
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift:
gd.c
C:\home\php\php4\ext\gd\gd.c(3537) : warning C4244: '=' :
Conversion from 'float' to 'int', possible data loss
C:\home\php\php4\ext\gd\gd.c(3538) : warning C4244: '=' :
Conversion from 'float' to 'int', possible data loss
C:\home\php\php4\ext\gd\gd.c(3550) : warning C4244: '=' :
Conversion
From: [EMAIL PROTECTED]
Operating system: Win 2000
PHP version: 4.0.6
PHP Bug Type: Reproducible crash
Bug description: Exit after an odbc_exec caused crashes.
I've written about 40 php-pages with about 15 classes and everything
worked. (Win 2K, Apache, PHP 4.06, Adabas
These definitely do not hide any sort of bug. They are simply scaling an
image and the result needs to be an int as you can't have fractional
pixels. So this data-loss is intentional.
-Rasmus
On Tue, 13 Nov 2001, Sebastian Bergmann wrote:
gd.c
C:\home\php\php4\ext\gd\gd.c(3537) :
Rasmus Lerdorf [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
The pow() regression test is failing due to this strange characteristic:
(...)
}
ie. pow(2147483647,1) returns a float where one would expect it to return
an int. Off by one error somewhere?
I'm
C:\home\php\php4\ext\gd\gd.c(3537) : warning C4244: '=' :
Conversion from 'float' to 'int', possible data loss
These definitely do not hide any sort of bug. They are
simply scaling an image and the result needs to be an int
as you can't have fractional pixels. So this data-loss is
¹ó˾Áìµ¼£ºÄúÃǺã¡
ÉîÛÚÊýÂë¸ÛµÀ¿ÉµÀ¹«Ë¾£¬ÊÇÒ»¸öרÃÅ´ÓʹúÄÚ¹ú¼ÊÁ¬Ëø³¬ÊÐ
²úÆ·µÄÕ÷¹º²É¼¯£¬ÒÔ¼°Îª±¾¹«Ë¾ÔÚ¶«ÄÏÑÇÁù¸ö·Ö¹«Ë¾Ñ°ÇóºÏ
ÊʵÄÖйú²úÆ·£¨Å·ÃÀ·Ö¹«Ë¾ÕýÔڳﱸÖУ©£¬ÏÖÊÕµ½³¬ÊкͶ«
ÄÏÑÇ·Ö¹«Ë¾µÄ²É¹ºÐèÇó£¬Ñ°ÕÒÒûÁϵÈÊʺϳ¬ÊаڷÅÀà²úÆ·µÄ
On November 13, 2001 06:13 am, Rasmus Lerdorf wrote:
The pow() regression test is failing due to this strange
characteristic:
[...]
I just grabbed the new test and ran it against the latest RC.
The pow test still fail, but the simple math tests work. : )
--
Zak Greant
PHP Quality Assurance
These definitely do not hide any sort of bug. They are simply scaling an
image and the result needs to be an int as you can't have fractional
pixels. So this data-loss is intentional.
Perhaps a typecast to make it clear that it's intentional, and to
eradicate the warning, would be
Yes, I know the pow() test is still failing. Need to go sort out a visa
issue this morning but will try to figure out if it is worth fixing in the
code or if we should just munge the test.
-Rasmus
On Tue, 13 Nov 2001, Zak Greant wrote:
On November 13, 2001 06:13 am, Rasmus Lerdorf wrote:
While testing 4.1.0RC2 I noticed that the following script does not work as
expected:
?php
session_register(count);
echo $_SESSION[count]++;
session_unregister(count);
?
When I set register_globals=off the counter is incrementing although PHP has
to unregister the variable from the session.
Hola,
I think it's wise to notify the maintainer, so that this fix can be
included in the pdflib distribution too...
Derick
On Tue, 13 Nov 2001, Jani Taskinen wrote:
sniperTue Nov 13 08:59:12 2001 EDT
Modified files:
/php4/ext/pdf config.m4 Makefile.in
Log:
This is known issue. And (IMO) it is a bug, not feature.
--Jani
On Tue, 13 Nov 2001, Christoph Kassen wrote:
While testing 4.1.0RC2 I noticed that the following script does not work as
expected:
?php
session_register(count);
echo $_SESSION[count]++;
session_unregister(count);
?
When I set
From: [EMAIL PROTECTED]
Operating system: XP Professional
PHP version: 4.0.4pl1
PHP Bug Type: IIS related
Bug description: adding php mapping and ok button is greyed out
adding the mappings to php4isapi.dll manually and the OK button is greyed
out. It won't let you add them
Title: ÉϹØϵͨ£¬½±ÉÌÎñͨ£¡
ÉϹØϵͨ£¬½±ÉÌÎñͨ
ID: 14041
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: IIS related
Operating System: XP Professional
PHP Version: 4.0.4pl1
New Comment:
I think this would be an ideal case for Microsoft's Tech Support.
Derick
Previous Comments:
They aren't very clear:
body
...
text=#00
link=#33
Perhaps they could be made more obvious?
--
Richard Heyes
If you have any trouble sounding condescending,
find a Unix user to show you how it's done. - Scott Adams
--
PHP Development Mailing List
ID: 14008
Updated by: heyesr
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: HTTP related
Operating System: RHL 7.1
PHP Version: 4.0CVS-2001-11-10
Assigned To: sniper
New Comment:
As mentioned in irc, it segfaults now when a file is uploaded that's larger than max
Title: »yµ³t»¼°Ý¨é½Õ¬d
®É¶¡:2001.11.04 (¤é)
pm 7:30~9:30
¦aÂI :
¤¤¥¿¬ö©À°ó
ÃÀ¤å¼s³õ
¥x¥_¥«¬F©²±Ð¨|§½ :
¥D¿ì³æ¦ì
¨ó¿ì³æ¦ì :
¤¤°ê¥x°Óµo®i«P¶i·|
»yµ³t»¼ºô¯¸
From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.2
PHP version: 4.0.6
PHP Bug Type: Compile Failure
Bug description: Comment inside if statement causes parse error
If I run the following script
?php
if (($rows 1)) {
echo hi ho\n;
//
The following script produces a pretty weird output:
?php
class Net_Portscan
{
function checkPort($host, $port)
{
$socket = @fsockopen($host,
$port,
$errorNumber,
ID: 14042
Updated by: sander
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Compile Failure
Operating System: RedHat Linux 7.2
PHP Version: 4.0.6
New Comment:
You're messing with the ASP-tags.
The line echo ta contains % which jumps out of PHP-mode. Then, if EOF
Sterling,
I've looked at this last time when Thomas Cox reported a similar
problem. I've tracked it down to the changes you last did when
converting to the new zend_parse_parameters() api (it was the
change from zval_dtor() to zval_ptr_dtor() ).
- Markus
On Tue, Nov 13, 2001 at 05:48:25PM
I've had a new PHP extension ready to be added into PHP for a while now but
I've never gotten around to offering it up.
Basically, it's a Porter suffix stemmer. We use it at work for a search
engine we're working on, and since we've been using PHP so much and
benefitting from it's open
ID: 14034
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:
Did you try to use the GNU Utils already?
Derick
Previous Comments:
Mac OS X 10.04
Compiled fine and without problem.
There are some failures in the run-tests though.
'./configure'
'--with-mysql'
'--with-apache=../apache_1.3.22/'
'--enable-track-vars'
'--enable-inline-optimization'
'--disable-debug'
Regards
Andy.
PS: Here is the output from run-tests
Linux 2.4.2 running Apache 1.3.22
Compiled fine and all of my tests run fine.
Again, there are a few failures in 'run-tests'
'./configure'
'--with-mysql=/usr/local/mysql'
'--with-apache=../apache_1.3.22/'
'--enable-track-vars'
'--enable-inline-optimization'
'--disable-debug'
El software que revoluciona el manejo de personas en Argentina
¿ php-dev, Cuantas veces se
preguntó ?:
Donde vive esta persona?
Los datos que me dio serán validos?
En que otros domicilios puedo encontrarlo? Quienes seran sus familiares?
Que otras personas viven en
FreeBSD 4.3
I've been a busy bloke today :-)
Again Compiled fine and without problem but again, some failures in the
tests.
'./configure'
'--with-apache=../apache_1.3.22/'
'--enable-track-vars'
'--enable-inline-optimization'
'--disable-debug'
Regards
Andy
Here is the output from
Built and tested on SuSE 7.2. Configure line:
--with-apxs=/usr/local/httpd/bin/apxs
--with-mysql=/usr/local/mysql
--with-gmp=/usr/local/lib/gmp
No build problems.
Works without problems with all my code, phpmyadmin and phorum.
Make test produces the following fails:
Running tests in
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.6
PHP Bug Type: Feature/Change Request
Bug description: gmtime() function would be nice
It would be great to have a gmtime() function, just like the other gm
time functions.
Currently, we use something to the
ID: 14043
Updated by: jimw
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Feature/Change Request
Operating System:
PHP Version: 4.0.6
New Comment:
the output of time() is already in gmt.
Previous Comments:
Hi. Sorry for not thinking to check there first. AFAICS, the same
methodology is still being applied. Looking at php4-20030900,
main/rfc1867 lines 762 to 767:
-8---
s = strrchr(filename, '\\');
if (s s filename) {
They aren't very clear:
body
...
text=#00
link=#33
Perhaps they could be made more obvious?
Sorry, should've mentioned this is http://bugs.php.net
--
Richard Heyes
If you have any trouble sounding condescending,
find a Unix user to show you how it's
They aren't very clear:
body
...
text=#00
link=#33
Perhaps they could be made more obvious?
Sorry, should've mentioned this is http://bugs.php.net
And a diff is here if anyone wants it:
--- ./php-bugs-web/include/layout.inc Tue Oct 16
From: [EMAIL PROTECTED]
Operating system: Solaris 2.8 (Sparc)
PHP version: 4.0.6
PHP Bug Type: GD related
Bug description: GD(PNG) support stops working
Upgrading from PHP 4.0.5 to 4.0.6 will make gd support stop working. GD,
libpng and libjpeg are installed under
ID: 14044
Updated by: bate
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: GD related
Operating System: Solaris 2.8 (Sparc)
PHP Version: 4.0.6
New Comment:
--with-png-dir=
--with-jpeg-dir=
Use this configure commands to set PNGLIB and JPEG dir.
I try'd you configure and its works nice
Hi,
today i got some weird problems with ./configure ... --with-gd=path to sec
version.
I have a version installed on the system and its works nice with --with-gd
but if i want to link to a new patched version so its tricky. The .configure
scripts ignore me
and links to the old version under
On Tue, 13 Nov 2001 23:40:25 +0100
Marco Kaiser [EMAIL PROTECTED] wrote:
Hi,
today i got some weird problems with ./configure ... --with-gd=path to sec
version.
I have a version installed on the system and its works nice with --with-gd
but if i want to link to a new patched version so its
From: [EMAIL PROTECTED]
Operating system: RedHat Linux 7.1
PHP version: 4.0.6
PHP Bug Type: Reproducible crash
Bug description: PHP Segfaults -- custom extension using resources
I am working on a PHP extension which will basically be a
wrapper for a library dealing with
ID: 13925
Updated by: bate
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Analyzed
Bug Type: Apache related
Operating System: FreeBSD 4.4-Stable
PHP Version: 4.0.6
New Comment:
Checked with latest CVS
and PHP 4.1.0RC1 + RC2
Script Output:
$PATH_INFO = /foo/bar
$SCRIPT_NAME =
On Tue, Nov 13, 2001 at 11:40:25PM +0100, Marco Kaiser wrote :
today i got some weird problems with ./configure ... --with-gd=path to sec
version.
I have a version installed on the system and its works nice with --with-gd
but if i want to link to a new patched version so its tricky. The
Andi Gutmans wrote:
At 12:31 AM 11/11/2001 +0100, Stig S. Bakken wrote:
Andi Gutmans wrote:
Jani,
I think in theory what you writes makes sense but it just doesn't work in
the PHP project. (I'm talking about the minor versions coming out of
branches). There are always cries
ID: 14045
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Bogus
Bug Type: Reproducible crash
Operating System: RedHat Linux 7.1
PHP Version: 4.0.6
New Comment:
Please ask this kind of questions on the
[EMAIL PROTECTED] mailing list.
--Jani
Previous Comments:
On Wed, 14 Nov 2001, Markus Fischer wrote:
I think it doesn't make sense to detect
libraries in the following way:
for i in /usr /usr/local/ $PHP_PNG_DIR; do
*IF* there are libraries already installed in /usr/ or /usr/local
and the use provides a $PHP_PNG_DIR , the custom directory
On Wed, Nov 14, 2001 at 03:03:33AM +0200, Jani Taskinen wrote :
You're totally wrong here. :)
Haha! Good catch :-)
But I bet there are some not done correctly ... :)
ty
- Markus
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
On Wed, 14 Nov 2001, Markus Fischer wrote:
On Wed, Nov 14, 2001 at 03:03:33AM +0200, Jani Taskinen wrote :
You're totally wrong here. :)
Haha! Good catch :-)
But I bet there are some not done correctly ... :)
If you find any, let me know.
--Jani
--
PHP Development Mailing List
Dear Sir
Thank you very much. And now I have already installed by your
advise.
-Original Message-
From: Bug Database [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 12 ¾ÄȨԡÒ¹ 2544 23:04
Subject: Bug #14034 Updated: Error compile on Solaris 2.7 on SUN E4500
ID: 14034
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:
Dear Sir
Thank you very much. And now I have already installed by your
Markus Fischer wrote:
Your module is only capable of producing RTF right? Not parsing
it?
Yes, well... depends how you interpret the word 'parsing'. If parsing is
interpreted in the programmers-sense, i.e. building a parse-tree of any
kind: no. I'm not interested in doing a sort of
Is there anybody working on an RTF (rich text format) module?
It is in my thought. But I haven't begin programming yet!
If not: what requirements would one like for it to have, and for me to
build it?
If so: What's the state.
I have only made some thoughts about it. Nothing programming
From: [EMAIL PROTECTED]
Operating system: debian linux
PHP version: 4.0CVS-2001-11-13
PHP Bug Type: cURL related
Bug description: segfaults due to curlopt not checking file handles are valid
curlopt does not check that file handles are valid - so if you send it a
string
Hello,
Johan Holst Nielsen wrote:
Is there anybody working on an RTF (rich text format) module?
It is in my thought. But I haven't begin programming yet!
If not: what requirements would one like for it to have, and for me to
build it?
If so: What's the state.
I have only made
ID: 13986
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Feedback
Status: Open
Bug Type: Class/Object related
Operating System: Win2k / Linux + Oracle8i+Apache
Old PHP Version: 4.0.4pl1
PHP Version: 4.0.6
New Comment:
I have just tried PHP 4.0.6. It has the same
Hi Manuel
I have complete RTF parser and writer code written in C that I am
willing to donate if anybody is willing to turn it into a PHP module.
BTW, if you just give a RTF document module the .doc extension, Word
will still be able to figure that it is a RTF file and reads it like
that. This
Manuel Lemos wrote:
I have complete RTF parser and writer code written in C that I am
willing to donate if anybody is willing to turn it into a PHP module.
It's time we generate a platform somewhere.
BTW, if you just give a RTF document module the .doc extension, Word
will still be
From: [EMAIL PROTECTED]
Operating system: Win2K / WinNT
PHP version: 4.0.6
PHP Bug Type: Sablotron XSL
Bug description: cannot load extension c:/php/extensions/php_sablot.dll
I guess the summary sums it up nicely. The extension wont load in either
php4.0.5 or php4.0.6 by
From: [EMAIL PROTECTED]
Operating system: BSD/OS 4.x
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: Configure issues
Hi,
for a number of releases I've dealt with some known issues, but felt it's
time to summarize them here, since I think I've
At 01:36 AM 11/14/2001 +0100, Stig S. Bakken wrote:
I didn't quite understand what you mean :)
All I said was that if you create a branch say 4.1.0 and you want to
release 4.1.x from that branch later on whilst HEAD has already moved a
couple of months you're going to have a hard time
ID: 14034
Updated by: derick
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:
User reported:
Dear Sir
Thank you very much. And now I have already installed by your
advise.
Previous
ID: 14034
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Feedback
Bug Type: Compile Failure
Operating System: Solaris 2.7 on SUN E4500
PHP Version: 4.0.6
New Comment:
So it works now?
Derick
Previous Comments:
ID: 14046
Updated by: derick
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Assigned
Bug Type: cURL related
Operating System: debian linux
PHP Version: 4.0CVS-2001-11-13
Old Assigned To:
Assigned To: sterling
New Comment:
Assigned this to you sterling, cause you're the cURL master
ID: 14038
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: Open
Status: Closed
Bug Type: Compile Failure
Operating System: AIX 4.3.3
PHP Version: 4.0.6
Edit this bug report at http://bugs.php.net/?id=14038edit=1
--
PHP Development Mailing List http://www.php.net/
ID: 14038
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Compile Failure
Operating System: AIX 4.3.3
PHP Version: 4.0.6
New Comment:
The file sqlcli1.h is missing in fact. It is in the db2.client.adt INstallp package.
After installing that, all was
93 matches
Mail list logo