On Tue, Jan 8, 2013 at 10:06 PM, Nicolai Scheer
wrote:
> Hi again!
>
>
> On 8 January 2013 14:56, Nicolai Scheer wrote:
>>
>>
>> Do you have any advice how I can move lill' pandora to an extension? Of
>> course I might copy the complete simple_file_wrapper, but I'd rather not do
>> it that way...
Hi again!
On 8 January 2013 14:56, Nicolai Scheer wrote:
>
> Do you have any advice how I can move lill' pandora to an extension? Of
> course I might copy the complete simple_file_wrapper, but I'd rather not do
> it that way... I did not find any "add standard stream context
> option"-stuff in t
Hi!
On 8 January 2013 14:40, Pierre Joye wrote:
> On Tue, Jan 8, 2013 at 2:38 PM, Nicolai Scheer
> wrote:
>
> > I agree, but what about pandora and the other file functions like
> unlink()
> > etc.? :)
> > They currently do not prevent such long and prefixed paths...
>
> A bug then, should be
On Tue, Jan 8, 2013 at 2:38 PM, Nicolai Scheer wrote:
> I agree, but what about pandora and the other file functions like unlink()
> etc.? :)
> They currently do not prevent such long and prefixed paths...
A bug then, should be fixed. Yes, you don't want to hear that but... :-)
> And to my mind
Hi!
On 8 January 2013 14:27, Pierre Joye wrote:
> hi,
>
> On Tue, Jan 8, 2013 at 2:24 PM, Nicolai Scheer
> wrote:
>
> > What do you think?
>
> As I stated earlier, doing so is like opening the pandora box. I would
> rather go with mounted directory and the likes to reduce the length of
> the p
hi,
On Tue, Jan 8, 2013 at 2:24 PM, Nicolai Scheer wrote:
> What do you think?
As I stated earlier, doing so is like opening the pandora box. I would
rather go with mounted directory and the likes to reduce the length of
the path, as long as it is possible.
Cheers,
--
Pierre
@pierrejoye | htt
Hi!
On 8 January 2013 06:48, Pierre Joye wrote:
> hi,
>
> On Mon, Jan 7, 2013 at 10:22 PM, Ferenc Kovacs wrote:
>
> > is this about allowing the user to shot him/herself in the foot, or
> adding
> > this feature could potentially break some existing functionality (eg. new
> > trick to bypass op
2013.01.08. 6:48, "Pierre Joye" ezt írta:
>
> hi,
>
> On Mon, Jan 7, 2013 at 10:22 PM, Ferenc Kovacs wrote:
>
> > is this about allowing the user to shot him/herself in the foot, or
adding
> > this feature could potentially break some existing functionality (eg.
new
> > trick to bypass open_based
hi,
On Mon, Jan 7, 2013 at 10:22 PM, Ferenc Kovacs wrote:
> is this about allowing the user to shot him/herself in the foot, or adding
> this feature could potentially break some existing functionality (eg. new
> trick to bypass open_basedir, etc.)?
All of them, as the paths are passed right to
>
> > It would be indeed nice if the "\\?\" prefix was not needed in userspace
> > and php would do the work. But just for now I really would like to see
> php
> > support for long paths on windows at all. To my mind the changes needed
> for
> > the prefix workaround are function is minimal-invasiv
On Mon, Jan 7, 2013 at 8:22 PM, Martin Jansen wrote:
> On 07.01.13 20:14, Pierre Joye wrote:
>> functions. Next major version (6) will support unicode filenames,
>> which will solve the 255 chars horrible limitation.
>
> I thought the Unicode effort was abandoned long time ago. You sound like
> so
On 07.01.13 20:14, Pierre Joye wrote:
> functions. Next major version (6) will support unicode filenames,
> which will solve the 255 chars horrible limitation.
I thought the Unicode effort was abandoned long time ago. You sound like
someone is still actively working on it?
- Martin
--
PHP Inter
hi,
On Mon, Jan 7, 2013 at 6:30 PM, Nicolai Scheer wrote:
> Out of the urgent need to access files with a path longer than MAX_PATH on
> Windows, I started some research.
> At first I thought it might be a good idea to write my own stream wrapper
> extension (e.g. file_long://.) .
>
> Before
On 07.01.2013 18:30, Nicolai Scheer wrote:
> Any comment is much appreciated, if I can help implementing this "feature",
> let me know.
I can't really comment on the feasibility, but from having seen many
people stumble upon problems with too long paths over the years (recent
framework development
14 matches
Mail list logo
