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
Hi!
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 I started, I tried to find out, why those paths don't work in the
15 matches
Mail list logo
