That may be trickier. License wise, it's under a different license (we're
not in a position to change it, New Riders, Till and Tobias are). I also
think it makes sense to keep it in a different module (like the ZE/ZE2
will, even though they'll be in the php.net CVS). The build can probably
ID: 15378
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Linux 2.4, Apache 1.3.22
PHP Version: 4.1.1
New Comment:
The correct syntax is:
echo My
At 08:15 AM 2/5/2002, Rasmus Lerdorf wrote:
The fact that 3rd party libs can load arbitrary files is not a new
concept. Every time I give a moderately detailed PHP talk I mention the
fact that there is a way to load a file through the oci8 libs. Of course
it can be done through the mysql libs
On Tue, 5 Feb 2002, Zeev Suraski wrote:
That may be trickier. License wise, it's under a different license (we're
not in a position to change it, New Riders, Till and Tobias are). I also
think it makes sense to keep it in a different module (like the ZE/ZE2
will, even though they'll be in
ID: 15198
Updated by: [EMAIL PROTECTED]
-Summary: unexpected error 'OCI8 Recursive call!'
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: OCI8 related
Operating System: Redhat Linux 6.1
PHP Version: 4.1.1
Assigned To:
At 10:23 AM 2/5/2002, Derick Rethans wrote:
On Tue, 5 Feb 2002, Zeev Suraski wrote:
That may be trickier. License wise, it's under a different license (we're
not in a position to change it, New Riders, Till and Tobias are). I also
think it makes sense to keep it in a different module
Zeev wrote:
...
It should be noted that I believe it'll be better for the manual to lose
the ugly license it's under and move to the openbook license, than the
other way around. But I've already done my share of license wars in my
life - if you want to talk to New Riders, go ahead.
I
On Tue, 5 Feb 2002, Zeev Suraski wrote:
At 10:23 AM 2/5/2002, Derick Rethans wrote:
On Tue, 5 Feb 2002, Zeev Suraski wrote:
That may be trickier. License wise, it's under a different license (we're
not in a position to change it, New Riders, Till and Tobias are). I also
think it
At 10:32 AM 2/5/2002, Derick Rethans wrote:
Under which ugly licence is it now? =) I'm all for make sure these are
compatible, so that the two repositories caan be merged.
GPL, I believe?
Zeev
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit:
[EMAIL PROTECTED] wrote:
We have been down this road before. There is a reasonable expectation that
extensions may differ subtly from extension to extension. I see no need to
fork my source for 4.0.x and 4.1.x compatibility when it is simple enough to
do with macros and maintain one source
ID: 14474
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Scripting Engine problem
Operating System: Windows XP Pro/Linux
PHP Version: 4.1.0
New Comment:
I've used
ID: 14474
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Scripting Engine problem
Operating System: Windows XP Pro/Linux
PHP Version: 4.1.0
New Comment:
I've used
Why not just rewrite it?
For me, because I don't get paid for it and don't have that
much spare time.
Me neither :) It's still better than broken code, IMHO.
I don't mind making these changes for php_domxml.c if you would like.
(TSRMLS_FETCH = TSRMLS_D, TSRMLS_C)
-- following
From: [EMAIL PROTECTED]
Operating system: Linux/Windows May be all
PHP version: 4.1.1
PHP Bug Type: Math related
Bug description: Invalid Type Conversion In XOR Operand
Invalid Calculation when you make XOR operation between strings like: 12
^ 9.
It needs to change type
From: [EMAIL PROTECTED]
Operating system: W2K Pro
PHP version: 4.1.0
PHP Bug Type: Variables related
Bug description: $_FILES[X][name] strips local path from the users entered name
I am trying to write a form to upload files to the server.
Running 4.1.0 on W2K Pro, IIS ,
The real IP address can be tracked in most cases (say, using the
HTTP_X_FORWARDED header an others) but I am not really sure that we
should put the logic for that in the PHP engine itself. Users can
add the additional PHP code to their libraries. Anyway, you can
change the
ID: 15198
Updated by: [EMAIL PROTECTED]
-Summary: unexpected error 'OCI8 Recursive call!'
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: OCI8 related
Operating System: Redhat Linux 6.1
PHP Version: 4.1.1
Assigned To:
From: [EMAIL PROTECTED]
Operating system: Win 98
PHP version: 4.1.1
PHP Bug Type: PHP options/info functions
Bug description: Printer.dll is not included in php 4.1.1
The archive that is available for download on www.php.net, which contain
exstension libraries, does not
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Professional
PHP version: 4.1.1
PHP Bug Type: FTP related
Bug description: ftp_connect() unable to connect to Internet IPs
I have a script which automatically transfers files to another single
machine via FTP accross
ID: 15380
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Critical
-Bug Type: Math related
+Bug Type: Scripting Engine problem
-Operating System: Linux/Windows May be all
+Operating System: ANY
Yes!! The good news is that what was open muscat but that is now xapian
(www.xapian.org) is having it's php module finished this week!
[The muscat module will expire and be replaced by Xapian, a much more
comprehensive module]
The trouble is Xapian prefers autoconf 2.52 as it provides
At 08:15 AM 2/5/2002, Rasmus Lerdorf wrote:
The fact that 3rd party libs can load arbitrary files is not a new
concept. Every time I give a moderately detailed PHP talk I mention the
fact that there is a way to load a file through the oci8 libs. Of course
it can be done through the mysql
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version: 4.1.1
PHP Bug Type: Apache related
Bug description: Seriously Dangerous Exploit
As advised in the installation text that comes with all versions of PHP,
when installing PHP.EXE for use on a windows machine
ID: 15378
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Linux 2.4, Apache 1.3.22
PHP Version: 4.1.1
New Comment:
This is not true. The following is perfectly valid:
At 10:32 AM 2/5/2002, Derick Rethans wrote:
Under which ugly licence is it now? =) I'm all for make sure these are
compatible, so that the two repositories caan be merged.
GPL, I believe?
It's GPL. We also have a LICENSE file in the root of the phpdoc
repository to make this clear for
Zeev Suraski wrote:
At 10:23 AM 2/5/2002, Derick Rethans wrote:
On Tue, 5 Feb 2002, Zeev Suraski wrote:
That may be trickier. License wise, it's under a different license
(we're
not in a position to change it, New Riders, Till and Tobias are). I
also
think it makes sense to keep
None of the solutions
seems to work for me, i cannot open Memo fields.If I try tofetch only
the memo field It does not return nothing.
Using:PHP
4.1.1(isapi module) , win2000 SP2, Openlink
ODBC on Visual FoxPro 6.0database.
ID: 6645 Updated by: torben Reported By:
[EMAIL PROTECTED]
ID: 13620
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Bzip2 Related
Operating System: Win98 SE
PHP Version: 4.1.0
New Comment:
Hi List!
Thanks Sterling for your fix. I'll give it a try as soon as
ID: 15384
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: All Windows Versions
PHP Version: 4.1.1
--
Edit this bug report at
From: [EMAIL PROTECTED]
Operating system: Linux Win2K
PHP version: 4.1.1
PHP Bug Type: Session related
Bug description: Nested Objects in session crash Both Apache and IIS
Operating Systems: - Linux (with Apache)
- Win2k (with both Apache and IIS)
I
From: [EMAIL PROTECTED]
Operating system: Linux Win2K
PHP version: 4.1.1
PHP Bug Type: Session related
Bug description: Nested Objects in session crash Both Apache and IIS
Operating Systems: - Linux (with Apache)
- Win2k (with both Apache and IIS)
I
ID: 15386
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Linux Win2K
PHP Version: 4.1.1
New Comment:
Submitted twice
Previous Comments:
ID: 15386
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Linux Win2K
PHP Version: 4.1.1
New Comment:
Submit only once.
Previous Comments:
ID: 15386
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Linux Win2K
PHP Version: 4.1.1
New Comment:
Only set it it to bogus once, otherwise we would need a duplicate
ID: 15384
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache related
Operating System: All Windows Versions
PHP Version: 4.1.1
New Comment:
This has been reported before, and the documentation has
[EMAIL PROTECTED] wrote:
We have been down this road before. There is a reasonable expectation
that
extensions may differ subtly from extension to extension. I see no need
to
fork my source for 4.0.x and 4.1.x compatibility when it is simple enough
to
do with macros and maintain one source
[EMAIL PROTECTED] wrote:
Removing backward compatibility for aesthetic reasons is bogus. To be
perfectly honest, I think the whole PHP extension API is truly ugly. The
removal of a few #ifdefs will not a Mona Lisa make.
to me readability is a maintainance issue, not an aestheic one ...
if
[EMAIL PROTECTED] wrote:
Removing backward compatibility for aesthetic reasons is bogus. To be
perfectly honest, I think the whole PHP extension API is truly ugly.
The removal of a few #ifdefs will not a Mona Lisa make.
to me readability is a maintainance issue, not an aestheic one ...
Diego,
I
suggest you open a support case with OpenLink at http://www.openlinksw.com/support/suppindx.htm
Either
way, an ODBC trace will be helpful.
Uncomment the "DebugFile" line in your odbc.ini and paste the resulting
trace into either this bug report one on OpenLink's site.
Best
On Tue, Feb 05, 2002 at 09:42:12AM -0500, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Removing backward compatibility for aesthetic reasons is bogus. To be
perfectly honest, I think the whole PHP extension API is truly ugly.
The removal of a few #ifdefs will not a Mona Lisa make.
[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Removing backward compatibility for aesthetic reasons is bogus. To be
perfectly honest, I think the whole PHP extension API is truly ugly.
The removal of a few #ifdefs will not a Mona Lisa make.
to me readability is a maintainance issue, not an
ID: 15375
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: MySQL related
Operating System: All
PHP Version: 4.1.1
Assigned To: zak
New Comment:
Verified that the exploit
ID: 15375
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: MySQL related
Operating System: All
PHP Version: 4.1.1
Assigned To: zak
New Comment:
Verified that the exploit allows any file readable by
Mark,
revert your patch, or i'll do it for you.
you have removed code that makes it work for 4.x-dev, which is a complete
no-no, so that it will maintain BC that was there anyway.
Ideally, this code should probably be in PEAR/pecl, however if you wish to
keep it in php4/ext then revert the
ID: 15375
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: MySQL related
Operating System: All
PHP Version: 4.1.1
Assigned To: zak
New Comment:
It works even if
ID: 15384
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Apache related
Operating System: All Windows Versions
PHP Version: 4.1.1
New Comment:
This is a dupe...
Previous
ID: 15380
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Scripting Engine problem
Operating System: ANY
PHP Version: 4.2.0-dev
New Comment:
Some results (exactly the same with ZE1 and 2):
echo 12 ^
Hi Stig (and others, Wez for instance),
The patch below seems to have broken the ftp_get function (I used
ftp_get($conn_id, $local_file, $remote_file, FTP_BINARY)) in Win95 and
Win98, it now displays a warning:
Warning: Type set to I. in on line and returns false.
It works OK on WinNT
Helping with the Hebrew Documentation
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Stig (and others, Wez for instance),
The patch below seems to have broken the ftp_get function (I used
ftp_get($conn_id, $local_file, $remote_file, FTP_BINARY)) in Win95 and
Win98, it now displays a warning:
Warning: Type set to I. in on line and returns false.
It works OK
ID: 15378
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Linux 2.4, Apache 1.3.22
PHP Version: 4.1.1
New Comment:
[EMAIL PROTECTED] -- I was aware of that syntax but
ID: 15383
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: FTP related
Operating System: Windows 2000 Professional
PHP Version: 4.1.1
New Comment:
Yes, every site that I've
[EMAIL PROTECTED] wrote:
I wrapped the new parameter stuff in the #ifdef/#else/#endif because
someone had put some work into it. I did not wish to remove someone else's
effort.
effort appreciated, but you kept a cosmetical part of my while dropping
the functional one, the proto comments
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.1.1
PHP Bug Type: Session related
Bug description: open(/tmp/sess_ee084b09620f64523243ee61beae8b01, O_RDWR) failed:
Warning: open(/tmp/sess_ee084b09620f64523243ee61beae8b01, O_RDWR) failed:
Keine Berechtigung
[EMAIL PROTECTED] wrote:
This sort of bothers me. Who is this our you talk about? As
contributor of the msession extension, am I not also part of our
and don't I get a say on the priorities of msession?
not if these priorities are in contradiction to the overall goals, and
as such BC is
ID: 15375
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: MySQL related
Operating System: All
PHP Version: 4.1.1
Assigned To: zak
New Comment:
I generally agree on Rasmus' feedback on the issue,
From: [EMAIL PROTECTED]
Operating system: not relevant
PHP version: 4.1.1
PHP Bug Type: Documentation problem
Bug description: Error in the example of the gzencode function
The correct script should use at line 2 of the script the file function,
but is missing:
instead
From: Hartmut Holzgraefe [EMAIL PROTECTED]
Zeev Suraski wrote:
At 10:23 AM 2/5/2002, Derick Rethans wrote:
On Tue, 5 Feb 2002, Zeev Suraski wrote:
That may be trickier. License wise, it's under a different
license
(we're
not in a position to change it, New Riders, Till and
Guys,
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
thanks,
james
--
James Cox :: [EMAIL PROTECTED]
Was I helpful? http://www.amazon.co.uk/exec/obidos/wishlist/23IVGHQ61RJGO/
--
PHP Development Mailing List
It's much better to define TSRMLS_CC to nothing, then #ifdef every
statement that uses it...
Zeev
At 07:42 PM 2/5/2002, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
This sort of bothers me. Who is this our you talk about? As
contributor of the msession extension, am I not also part
From: [EMAIL PROTECTED]
Operating system: w2k advanced server
PHP version: 4.1.1
PHP Bug Type: Performance problem
Bug description: slow ldap connect
i tried the ldap functions with php 4.0.6 and now with 4.1.1.
the ldap queries are super fast, but the connect takes 4 to
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.6
PHP Bug Type: OCI8 related
Bug description: Persistent OCI8 Connections Get Poisoned
I have PHP 4.0.6 compiled as an Apache 1.3.20 module with OCI8 and MySQL on
RedHat 6.2. I use persistent connections
Hi
On Tue, Feb 05, 2002 at 05:55:45PM +0100, Marc Boeren wrote:
Hi Stig (and others, Wez for instance),
The patch below seems to have broken the ftp_get function (I used
ftp_get($conn_id, $local_file, $remote_file, FTP_BINARY)) in Win95 and
Win98, it now displays a warning:
ID: 15006
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: PHP options/info functions
Operating System: Linux 2.4.12
PHP Version: 4.1.0
New Comment:
parse_ini_file also
ID: 15388
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Linux
PHP Version: 4.1.1
New Comment:
The bug system is not the appropriate forum for
ID: 15378
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Arrays related
Operating System: Linux 2.4, Apache 1.3.22
PHP Version: 4.1.1
New Comment:
[EMAIL PROTECTED] -- I was aware of that syntax but
We are seeing this problem too. I am thinking of having a standard error
page which executes
posix_kill ( pos_getpid()) ;
On Oracle errors.
From: [EMAIL PROTECTED]
Operating system: RedHat 6.2
PHP version: 4.0.6
PHP Bug Type: OCI8 related
Bug description:
Back on [18 Oct 2001], in a comment re bug #13718, form elements with same name
problem, [EMAIL PROTECTED] said:
... (although we definetly should have a look at the [] syntax regarding standard
conformance) ...
Have you guys had any further thoughts about this? I would definitely like to
From: [EMAIL PROTECTED]
Operating system: linux 2.4.4
PHP version: 4.1.1
PHP Bug Type: *Compile Issues
Bug description: make error 4.1.1
unpacked latest tarball into /usr/local/php-4.1.1 did
./configure
palmer-root./configure
--with-apxs=/usr/local/apache/bin/apxs
ID: 15391
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Compile Issues
Operating System: linux 2.4.4
PHP Version: 4.1.1
New Comment:
The bug system is not the appropriate forum
Help
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
Hi all,
Seems my first message did'nt go thru...
I'm having problems installing php-4.1.1 and apache 1.3.23 together on
unixware 711.
I'm using udk 711b; both compile ok but when I lauch apache, it complains
when loading libphp4.so that symbol pow is not defined. php4.so is
correctly linked
Tabs, they've been used historically.
Zeev
At 07:19 PM 2/5/2002, James Cox wrote:
Guys,
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
thanks,
james
--
James Cox :: [EMAIL PROTECTED]
Was I helpful?
From: James Cox [EMAIL PROTECTED]
have we ever decided on this? in our code do we go for tabs or
spaces? Is
there a style guide anywhere on this?
If you use 3 spaces for the comments in the function folding hooks,
you can get a correct funcsummary.txt. See CODING_STANDARDS.
-Egon
--
PHP
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
Tabs, they've been used historically.
As this was crossposted to phpdoc, I consider it a question for
phpdoc too. We use one space for XML indentation and 4 spaces
for PHP codes in
James Cox wrote:
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
see php4/CODING_STANDARDS:
[...]
[4] When indenting, use the tab character. A tab is expected to represent
four spaces. It is important to maintain
ID: 15387
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: not relevant
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
At 05:19 PM 2/5/2002 +, James Cox wrote:
Guys,
have we ever decided on this? in our code do we go for tabs or spaces? Is
there a style guide anywhere on this?
[4] When indenting, use the tab character. A tab is expected to represent
four spaces. It is important to maintain
From: [EMAIL PROTECTED]
Operating system: window98
PHP version: 4.1.1
PHP Bug Type: *Configuration Issues
Bug description: configration
dear sir,
i am ASP programmer and now starting PHP.I have installed window98 and
server is PWS.
how can i config my system for
ID: 15392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: window98
PHP Version: 4.1.1
New Comment:
The bug system is not the appropriate
ID: 15392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: window98
PHP Version: 4.1.1
New Comment:
Please go to http://www.php.net/support.php for support;
look
ID: 15392
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Configuration Issues
Operating System: window98
PHP Version: 4.1.1
New Comment:
The bug system is not the appropriate forum for asking support
ID: 14529
Updated by: [EMAIL PROTECTED]
-Reported By: [EMAIL PROTECTED]
+Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
New Comment:
I have verified this bug with
Good idea (for the situation anyway). It works. I have
all custom error handlers anyway, so when I detect a ORA-03313 error, I
kill the current process with a SIGTERM. Since I use header() to
redirect to the error page, sometimes I get a blank page, but atleast when
the database comes back, the
ID: 15011
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: *Configuration Issues
Operating System: Linux
PHP Version: 4.1.1
New Comment:
This bug has been fixed in CVS.
Previous
ID: 15372
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: OCI8 related
Operating System: Solaris 8
PHP Version: 4.1.1
New Comment:
I rebuilt PHP without any modules, and built the oci8 PHP module as a
Well, I understand the concerns with trying to patch all
libs that PHP uses. However mysql seems to be a *major*
extension, as in it is very heavily used. I had to write
this patch anyway for a client, so I will post the patch
here. If people don't like it, they can ignore it. If
enough people do
- [EMAIL PROTECTED]% (James E. Flemer):
This patch I think will catch all cases, unless there is
some way that mysql can escape characters (\x44 or
something).
As far as i can see, this patch will disable all LOAD DATA-cases, this
will however disable a feature in MySQL for loading files that
Hi,
I looked into it a bit, and I get a windows error for the connect()
function:
WSAEFAULT:
The name or the namelen parameter is not a valid part of the user
address
space, the namelen parameter is too small, or the name parameter
contains
incorrect address format for the
From: [EMAIL PROTECTED]
Operating system: Windows (all?)
PHP version: 4.1.1
PHP Bug Type: Output Control
Bug description: Printed errors have br tags, not br /
When PHP generates an in page error, the br / tag is not formatted
properly.
Specifically, I called
ID: 15394
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Output Control
+Bug Type: Scripting Engine problem
Operating System: Windows (all?)
PHP Version: 4.1.1
New Comment:
I think this error
Zeev Suraski wrote:
zeev Tue Feb 5 17:42:54 2002 EDT
Modified files:
/CVSROOT avail
Log:
Add karma for ZendAPI repository
This helps.
I have sevral places wanted to edit :)
--
Yasuo Ohgaki
--
PHP Development Mailing List http://www.php.net/
To
ID: 15394
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
-Bug Type: Scripting Engine problem
+Bug Type: Output Control
Operating System: Windows (all?)
PHP Version: 4.1.1
New
ID: 12227
Updated by: [EMAIL PROTECTED]
-Summary: Output puffering causes Apache to SIGSEGV
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Assigned
Bug Type: Output Control
Operating System: Linux 2.2.16-SMP
-PHP
ID: 13341
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Duplicate
Bug Type: Output Control
Operating System: linux
PHP Version: 4.0.6
Assigned To: yohgaki
New Comment:
Dup 12227
ID: 13933
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Output Control
Operating System: Windows NT4 SP6
PHP Version: 4.0.6
Assigned To: yohgaki
New Comment:
This bug
ID: 14529
Updated by: [EMAIL PROTECTED]
-Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
ID: 14529
Updated by: [EMAIL PROTECTED]
-Summary: script doesn't always finish output
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Output Control
Operating System: Linux RH 7.2
PHP Version: 4.1.1
New Comment:
And what
ID: 15086
Updated by: [EMAIL PROTECTED]
-Summary: trans sid still doesn't work with zlib.compression or
ob_gzhandler (PHP 4.1.1)
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Output
ID: 15178
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Output Control
Operating System: Linux
-PHP Version: 4.0CVS-2002-01-23
+PHP Version: 4.0CVS-2002-01-2
Assigned To:
1 - 100 of 124 matches
Mail list logo