Hi I am Rupesh from India. I have a text file which contains filenames preceded by directories.

The text file contains the following pattern in all the lines
./a/b/c/d/e/temp.mp3.

I want to create a file with name temp.mp3 which is contained in directory e which is contained in directory d which is contained in directory c which is contained in directory b which is contained in directory a which is contained in the current directory.

I think that we can create file using touch.

I have issued the following command

touch ./a/b/c/d/e/temp.mp3

The above command displayed message as ./a/b/c/d/e/temp.mp3 not found.

Please suggest how to create filename with sub directories.

Regards,
Rupesh

touch can create files but not directories. You can create your directory chain with mkdir -p, which creates a directory and its parent(s). Then use touch to add the file.

If you are taking the names from a file, you may need to write a script to process it. You can use cut -f to extract the filename and the last directory name from each line. Read the cut man page for more details.

I just thought of a silly hack which would avoid "cut". Consider what this sequence of commands would do:
Silly, right? But it would work...

May I know how to delete the last column of a file. I have read manual page and info page of cut it has specified about field option ie -f but it doesn't describe about cutting from backwards. I have used cut to delete first column from a file and it has displayed some output showing first column of a file but when I opened the original file it is displaying the first column as before I mean first column has not been deleted.

Please try to suggest how to delete last column from a file if not atleast how to delete first column from a file. By using rev utility I can reverse all the characters present in a file and after that I can remove first column using cut then again if I use rev utility I can achieve what I want.

Actually the text file consists of 12000 filenames. All of you are talking about creating a single file.

Something like cut gives you an output but doesn't change your input file. You need to direct your output into a new file.

You don't say if the lines all have the same number of directories specified. If so, you can easily work out the correct field numbers for last directory and the filename. If not, then your idea of using rev twice would work.

Another possibility is to write an awk script to analyse your file. The advantage of that is that awk naturally works line by line, passing the results to standard output.

1 members found this post helpful.

...and....
Wow...this sounds VERY familiar. 12000 names, huh? With a directory structure? Just like this:
https://www.linuxquestions.org/quest...ts-4175610839/

...followed up by:
https://www.linuxquestions.org/quest...te-4175614825/

And now we're back here again? Hazel gave some good advice, but what do you mean by "delete the last column of a file"??? Because that reads as "I want to open a file with 10 columns, and delete the last column IN that file". Do you mean you want to strip off the extension, like (COINCIDENTALLY, I'm positive), your other threads about MP3's you want to download in bulk from that website, using wget? Is this because you haven't read/understood the wget man page about recursively doing this yet, after two solid months?

Awk is one way; but as you've been told MANY times previously, why can't you write a simple bash script to read that file that you say you have, loop through it line by line, and run a command? Again, examples are plentiful, and even the most BEGINNER level bash scripting tutorials cover reading a file and looping. Since you've been asking about scripting for years now, can you show us ANY of the efforts you've put forth to accomplish what you're after??? Or is this just the first in what you mentioned here, where you say you're just going to keep changing the wording, until someone does this for you?
http://www.linuxforums.org/forum/net...tml#post991576

TB0ne, you are absolutely & 1000% right!
there's degrees of avoiding effort, but op is definitely on top of that list!

and i am not encouraging him/her!!!

but...
i'd rather use bash itself.
e.g.
http://www.tldp.org/LDP/abs/html/str...ipulation.html

Exactly, and the OP has been pointed to/asked to look at bash scripting tutorials for years, and they never seem to. If rupesh spent 1/10th the time he spends posting, doing research/trying/learning, he'd not have to continually ask for handouts.

1 members found this post helpful.

wrong string manip.
should've been

1 members found this post helpful.

Shame that you gave him the solution he's been after for two months, and did nothing on his own to achieve it.

1 members found this post helpful.

is a little faster than running the dirname program.
dirname returns . if there is no / in filename. Obviously not the case here.
Now put that in a while loop
The builtin > creates an empty file, and is little faster than running the touch program. Caution: unlike touch, the > empties an existing file!

From this web-search, I've come to realize some people have extreme difficulty with 'soft skills'. What I might be able to contribute here is: my suggestion that you may find Threads in the ZRT (esp 2+days old) that are far more deserving of expert help (time&effort).

Please don't be offended by my posting this suggestion; I didn't intend to divert this to a discussion.

i didn't.
it's one building block to the solution (granted, a very simple solution that only consists of 2 or 3 building blocks).
put all the help received so far together, everything needed is now in this thread.
i suspect that like before, op won't be able to put the pieces together or say thanks.
or even communicate properly with us.
because all rupeshforu threads look like this.

little faster?
touch and dirname are new processes, that means a fork and an exec and finally the execution of (almost) the same routine (creating a file/calculating dir name).
This is approximately million(!) times longer, requires huge amount of additional memory and other resources.