bscure in their own right, and offer the
developer a sane benchmark with which to base a prognosis.
Again, this idea may be a waste of time if this situation does not
exist, but I think it's workable.
-Rob
Brian A. Seklecki wrote:
> On Mon, 15 Oct 2007, Rob Thompson wrote:
>
>>
Hello,
I've been thinking about Solaris support for PHP and some of the
difficulty surrounding reproducing bugs under different Solaris OS
versions, not to mention OS patch versions.
I work at a University that heavily uses the PHP code base and have
personally been actively working at trying to
Hi Antony,
Antony Dovgal wrote:
> Rob, I believe you're looking into wrong place.
> You should be patching virtual_file_ex() in TSRM/tsrm_virtual_cwd.c, the root
> of
> all evils is there as this function is used by expand_filepath() and in all
> other places.
Ok, originally was going to try
Here is a patch for bug 41822. The expand_filepath() function will not
work in Solaris if a non-root user attempts to read a file under a
directory with only (--x) permissions.
Currently expand_path() returns NULL and no FD is opened, although the
file is readable. This patch adds a last-ditch
ot 512 Oct 2 13:08
./test/testb
4494051 -r--r--r-- 1 root root5 Oct 2 13:08
./test/testb/testfile
[EMAIL PROTECTED]:/]$ su nobody
$ cd /test/testa
$ cat ../testb/testfile
test
$
Antony Dovgal wrote:
> On 02.10.2007 04:11, Rob Thompson wrote:
>> I've
BTW: Here is the bug that I am referring to:
http://bugs.php.net/bug.php?id=41822
& correction: getcwd() is not an stdio function ;)
Rob Thompson wrote:
> Hi everyone, I just subscribed to this list in hopes of working out some
> PHP bugs that have to do with Solaris.
>
> I
Hi everyone, I just subscribed to this list in hopes of working out some
PHP bugs that have to do with Solaris.
I've been trying to find out some reason why the getcwd() PHP function
fails under some situations under Solaris. Particularly, when some
component of the file path looks like: d--x--x