wildcards in rename()?

[Alvaro Puente]

Hi all!

Do any of you know if wildcards are accepted when calling rename()
function?

Thanks/Alvaro

[Joona I Palaste]

Alvaro Puente <al************ ********@ece.er icsson.se> scribbled the following:

Hi all! Do any of you know if wildcards are accepted when calling rename()
function?

I'm not sure about this, but I think the ISO C standard does not
guarantee any wildcard support whatsoever. Your own implementation might
provide some but that'll be off-topic here.

--
/-- Joona Palaste (pa*****@cc.hel sinki.fi) ---------------------------\
| Kingpriest of "The Flying Lemon Tree" G++ FR FW+ M- #108 D+ ADA N+++|
| http://www.helsinki.fi/~palaste W++ B OP+ |
\----------------------------------------- Finland rules! ------------/
"You can pick your friends, you can pick your nose, but you can't pick your
relatives."
- MAD Magazine

[Pieter Droogendijk]

On Mon, 14 Jul 2003 10:34:42 +0200, Alvaro Puente wrote:

Hi all!

Do any of you know if wildcards are accepted when calling rename()
function?

no.

--
main(int c,char*k,char*s ){c>0?main(0,"a dceoX$_k6][^hn","-7\
0#05&'40$.6'+). 3+1%30"),puts(" "):*s?c=!c?-*s:(putchar(45) ,c
),putchar(main( c,k+=*s-c*-1,s+1)):(s=0);r eturn!s?10:10+* k;}

[Emmanuel Delahaye]

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:

Do any of you know if wildcards are accepted when calling rename()
function?

No, wildcards are a system feature. Try system().

--
-ed- em**********@no os.fr [remove YOURBRA before answering me]
The C-language FAQ: http://www.eskimo.com/~scs/C-faq/top.html
<blank line>
FAQ de f.c.l.c : http://www.isty-info.uvsq.fr/~rumeau/fclc/

[Scott Condit]

Dan Pop wrote:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:

Do any of you know if wildcards are accepted when calling rename()
function?

No, wildcards are a system feature.

What part of the description of rename() rules out the possibility of
wildcard support?

The part that refers to "...the file whose name is..." can be taken to
expressly rule out any wildcards which match more than one file ;)

Try system().

What part of the description of system() guarantees wildcard support?

It doesn't, but the manner in which the command processor, if any,
executes a string passed to it is to be documented. Hence, I imagine,
the exhortation to "try system()".

S

[Joona I Palaste]

Dan Pop <Da*****@cern.c h> scribbled the following:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:

Do any of you know if wildcards are accepted when calling rename()
function?
No, wildcards are a system feature. What part of the description of rename() rules out the possibility of
wildcard support? Try system().

What part of the description of system() guarantees wildcard support?

I tried to promise not to get into this argument, but I have to make
this point.
Let's ignore Dan's two arguments above as arguments by themselves, and
consider the fact that he made both of them together.
Dan is saying that it is implementation-dependent whether rename() and
system() support wildcards. Note how he seems to be *advocating* the use
of wildcards in rename() because of this, and *disadvocating* the use of
wildcards in system() because of this.
Why? What makes one implementation-dependent behaviour better than
another? Why couldn't it just as easily be the other way around?

--
/-- Joona Palaste (pa*****@cc.hel sinki.fi) ---------------------------\
| Kingpriest of "The Flying Lemon Tree" G++ FR FW+ M- #108 D+ ADA N+++|
| http://www.helsinki.fi/~palaste W++ B OP+ |
\----------------------------------------- Finland rules! ------------/
"It's time, it's time, it's time to dump the slime!"
- Dr. Dante

[Eric Sosman]

Dan Pop wrote:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:

Do any of you know if wildcards are accepted when calling rename()
function?
No, wildcards are a system feature.

What part of the description of rename() rules out the possibility of
wildcard support?

Try system().

What part of the description of system() guarantees wildcard support?

What part of "try" says "guarantee? "
What happens if more than one file matches the wildcards?

Whatever the implementation says should happen.

system ("rename *.new *.old");

.... has/had perfectly well-defined behavior on (Open)VMS,
for example.

--
Er*********@sun .com

[Mark McIntyre]

On 14 Jul 2003 16:08:12 GMT, in comp.lang.c , Joona I Palaste
<pa*****@cc.hel sinki.fi> wrote:

Dan Pop <Da*****@cern.c h> scribbled the following:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:
Do any of you know if wildcards are accepted when calling rename()
function?

No, wildcards are a system feature.

What part of the description of rename() rules out the possibility of
wildcard support?

No part, and thats not precisely what Joona said. What _is_ your
problem? Why not simply augment Joona's response helpfully?
I'm not getting into this kind of argument again... =)

--
Mark McIntyre
CLC FAQ <http://www.eskimo.com/~scs/C-faq/top.html>
CLC readme: <http://www.angelfire.c om/ms3/bchambless0/welcome_to_clc. html>
----== Posted via Newsfeed.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeed.com The #1 Newsgroup Service in the World! >100,000 Newsgroups
---= 19 East/West-Coast Specialized Servers - Total Privacy via Encryption =---

[Joona I Palaste]

Mark McIntyre <ma**********@s pamcop.net> scribbled the following:

On 14 Jul 2003 16:08:12 GMT, in comp.lang.c , Joona I Palaste
<pa*****@cc.hel sinki.fi> wrote:

Dan Pop <Da*****@cern.c h> scribbled the following:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:
In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:
> Do any of you know if wildcards are accepted when calling rename()
> function?

No, wildcards are a system feature.

What part of the description of rename() rules out the possibility of
wildcard support?

No part, and thats not precisely what Joona said. What _is_ your
problem? Why not simply augment Joona's response helpfully?

I'm not getting into this kind of argument again... =)

Um, Mark, Dan's arguing with Emmanuel Delahaye here, not with me.

--
/-- Joona Palaste (pa*****@cc.hel sinki.fi) ---------------------------\
| Kingpriest of "The Flying Lemon Tree" G++ FR FW+ M- #108 D+ ADA N+++|
| http://www.helsinki.fi/~palaste W++ B OP+ |
\----------------------------------------- Finland rules! ------------/
"Nothing lasts forever - so why not destroy it now?"
- Quake

[Dan Pop]

In <be**********@o ravannahka.hels inki.fi> Joona I Palaste <pa*****@cc.hel sinki.fi> writes:

Dan Pop <Da*****@cern.c h> scribbled the following:

In <Xn************ *************** @130.133.1.4> Emmanuel Delahaye <em**********@n oos.fr> writes:

In 'comp.lang.c', "Alvaro Puente" <al************ ********@ece.er icsson.se>
wrote:
Do any of you know if wildcards are accepted when calling rename()
function?

No, wildcards are a system feature.

What part of the description of rename() rules out the possibility of
wildcard support?

Try system().

What part of the description of system() guarantees wildcard support?

I tried to promise not to get into this argument, but I have to make
this point.
Let's ignore Dan's two arguments above as arguments by themselves, and
consider the fact that he made both of them together.
Dan is saying that it is implementation-dependent whether rename() and
system() support wildcards. Note how he seems to be *advocating* the use
of wildcards in rename() because of this, and *disadvocating* the use of
wildcards in system() because of this.

Don't be idiot! I wasn't advocating anything at all! Merely pointing
out that this is entirely an implementation-specific issue, therefore
Emmanuel's advice was bogus (in the context of this newsgroup).

Dan
--
Dan Pop
DESY Zeuthen, RZ group
Email: Da*****@ifh.de