Hello list,
at the moment I'm having a problem with most filesystem functions
(because they are using tsrm_realpath_r internally) and a special
situation.
Steps to reproduce:
| md test1
| mklink /j test test1
| icacls test /deny *S-1-1-0:(rd)
at this point I can't create/write to a file in
Am 24.02.2011 23:56, schrieb Carsten Wiedmann:
Oh, this only happens with trunk, but not with e.g 5.3.5. But just see
the difference:
OK, this bug was introduced in r301263. It's removing +1 char while
cutting LWS at the end of a header line.
<<
--EXPECTREGEX--
.*string\(17\) \&q
On 24/02/11 10:41 PM, Ben Schmidt wrote:
On 25/02/11 3:28 AM, Carsten Wiedmann wrote:
this code is not working with the current trunk:
>> |
| header('Content-Language: ');
>> | ?>
The result is an internale server error:
>> | [Thu Feb 24 17:21:25 2011]
Hi list,
this code is not working with the current trunk:
|
The result is an internale server error:
| [Thu Feb 24 17:21:25 2011] [error] [client ::1] malformed header from
| script. Bad header=Content-Language: php-cgi.exe
Without only a space after ":"
| header('Content-Language:');
or
| he
Am 22.02.2011 13:54, schrieb Johannes Schlüter:
Revision: http://svn.php.net/viewvc?view=revision&revision=308482
Maybe I'm doing something wrong... But as of this change, I can't build
the CLI on Windows:
my mistake. I didn't test on windows but rev. 308564 should fix it. Will
test with VS t
Am 19.02.2011 17:04, schrieb Johannes Schlüter:
Revision: http://svn.php.net/viewvc?view=revision&revision=308482
Log:
- Implement FR#53878 Interactive shell should work with shared readline
extension
# This is useful w/ distributors who like to build all things shared or don't
# provide the r
Kalle Sommer Nielsen schrieb:
> 2009/9/19 Carsten Wiedmann :
>> So that's the next PHP release with a broken IPv6 support (after 5.2.10 and
>> 5.3.0) and so it's not possible to update for some peoples.
>
> Is there a bug # on this so its not some unknown issue w
Ilia Alshanetsky schrieb:
> The PHP development team would like to announce the immediate
> availability of PHP 5.2.11. ... All users of PHP 5.2 are encouraged to
> upgrade to this release.
So that's the next PHP release with a broken IPv6 support (after 5.2.10 and
5.3.0) and so it's not possible
Hi all,
anybody knows, how to build especially pdo_mysql with libmysql on Windows
(I've managed to build mysql and mysqli with a change in the config.w32 files)?
My configure string is something like:
| cscript /nologo configure.js --disable-all \
| ... \
|
Hello,
> var_dump(NAN); // float(0), should be float(NAN)
> $realNaN = sqrt(-1);
> var_dump($realNaN); // float(NAN)
> var_dump($realNaN == $realNaN); // true, should be false, NaN should never
> match NaN
That's interesting. With my own 5.2.9 build (vc6), I have "false" in the
last test (compa
Hallo all,
please can someone of the devs enlighten me (and others), why #47759 [1] is
not a bug (bogus)?
But just follow me through the manual:
a) at file_get_contents [2] I can read:
| context
| A valid context resource created
| with stream_context_create().
b) at the context main page [3] I
Hello all,
i know, your interests in bugs on Window is not very high... (see the zero
answers to my mail about Bug #41408)...
Now I have a comment to the Bug #41408 [1].
With this code:
| $path1 = 'E:\\webroot\\';
| $path2 = 'E:\\webroot\\index.php';
|
| var_dump(realpath($path1));
| var_dump
Hello list,
For a correct solution you should allways use forwardslashs
in the Apache config files, also on Windows:
> PHPIniDir "C:/Program Files/PHP"
Just to clarify that. The Apache manual [1] is very clear about that:
| For example, in a default install, Apache resides at ...
| "c:/Program
Sorry for writing here, but can't comment a closed bug.
PHPIniDir "C:\Program Files\PHP\"
Quoting (all) filesystem paths is always a good idea. For a correct solution
you should allways use forwardslashs in the Apache config files, also on
Windows:
| PHPIniDir "C:/Program Files/PHP"
Regards,
Stefan Priebsch schrieb:
I always use something str_replace('\\', '/', $aFilename) before I work
with filenames, and normally have no cross-plattform issues with that. I
also do it after using realpath(), for example.
I know. It's really a pain. In many times you must correct the PHP behavior
Hi all,
just a question why this [1] is not a bug? Well, we know why PHP is doing
this, but IMHO that's not correct.
As of my understanding this function just split a given path in parts. The
given path parameter is complete independend from the local filesystem (or
os?). It can also be the
Stanislav Malyshev schrieb:
> The strcat results were approximately *10 times slower* on 5.2.1 than on
> 5.2.0.
> Everything else was nominal.
Could you send your phpinfo() and the script you tested (or if it was
bench.php from CVS then its output)?
I see only tests on *nix boxes... Here is
17 matches
Mail list logo
