From: Sven Wischnowsky <wischnow@informatik.hu-berlin.de>
To: zsh-workers@sunsite.auc.dk
Subject: Re: PATCH: Re: completion problem with filename including # (and pathmax stuff)
Date: Fri, 4 Aug 2000 09:42:47 +0200 (MET DST) [thread overview]
Message-ID: <200008040742.JAA25771@beta.informatik.hu-berlin.de> (raw)
In-Reply-To: "Bart Schaefer"'s message of Fri, 4 Aug 2000 07:38:38 +0000
Bart Schaefer wrote:
> On Aug 4, 7:16am, Bart Schaefer wrote:
> } Subject: Re: PATCH: Re: completion problem with filename including # (and
> }
> } One, we could pitch out the path length test and simply let domkdir()
> } fail -- and perhaps test the value of errno to decide whether to break
> } or continue as a result.
>
> Sorry, that doesn't work if the goal is that no directories in the path
> get created if the whole path can't be created. So that leaves us to
> dig around for a max path length.
>
> I suspect the True64 pathconf() is actually broken in this respect, Sven.
It probably depends on how one defines `broken'. It *is*
documented. From the manual:
For pathconf(), the path parameter points to the pathname of a file or
directory. Read, write, or execute permission of the named file is not
required, but all directories in the path leading to the file must be
searchable.
...
If name is an invalid value, both pathconf() and fpathconf() return -1 and
errno is set to indicate the error.
And if mkdir calls pathconf on the name it should create...
Bye
Sven
--
Sven Wischnowsky wischnow@informatik.hu-berlin.de
next reply other threads:[~2000-08-04 7:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-08-04 7:42 Sven Wischnowsky [this message]
2000-08-04 13:38 ` Clint Adams
-- strict thread matches above, loose matches on Subject: below --
2000-08-04 7:01 Sven Wischnowsky
2000-08-04 7:16 ` Bart Schaefer
2000-08-04 7:38 ` Bart Schaefer
2000-08-04 10:47 ` Andrej Borsenkow
2000-08-04 13:35 ` Clint Adams
2000-08-03 13:30 Sven Wischnowsky
2000-08-03 14:38 ` Clint Adams
2000-08-03 14:53 ` Clint Adams
2000-08-04 21:51 ` Tanaka Akira
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200008040742.JAA25771@beta.informatik.hu-berlin.de \
--to=wischnow@informatik.hu-berlin.de \
--cc=zsh-workers@sunsite.auc.dk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/zsh/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).