Sponsored Content
Full Discussion: Shut down runner
Special Forums Windows & DOS: Issues & Discussions Shut down runner Post 32617 by PxT on Monday 2nd of December 2002 03:57:19 PM
Old 12-02-2002
This is a Unix discussion board. This forum is for discussions of Unix/Windows compatibility and inter-operability. You may want to try asking your question on a windows site.

P.S. You can't.
 

8 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Start Up and Shut down

I've never been on a Unix machine so please be easy on me!!! I need to create a step by step process for the Unix start up and shut down process. Thanks for any help in advance. (3 Replies)
Discussion started by: chaughney
3 Replies

2. Windows & DOS: Issues & Discussions

Boot runner

i have a perl script that i want win98 to run evry time at boot. where should i get it up in windows to do that ??? without using task manager. (1 Reply)
Discussion started by: perleo
1 Replies

3. UNIX for Dummies Questions & Answers

Need to shut off beep

I need to know how to turn off the beep in my unix environment. I tried with the Common Desktop Environment on solaris but it didn't work. I used to know the environment variable to set but I have forgotten it. (1 Reply)
Discussion started by: jpedicone
1 Replies

4. Solaris

can't shut down ultra-10

Running Solaris 8, Sun Ultra-10 system during process of checking a crashed hard drive from another system, which I have attached to a good system as a slave 2nd drive.... I ended up with the system in a state where I can not shut it down from the command line. If I try the init 5 or... (4 Replies)
Discussion started by: HikerLT
4 Replies

5. Solaris

Solaris Machine Shut

Hi , I am using Sunsolaris 10 and System model T1000, I am getting This error and system is not booting . ERROR : SC Alert: SC initiating soft host system shutdown due to fault at MB/V_+3V3STBY. Please provide solution for this. Thanks Raja (4 Replies)
Discussion started by: rajasm
4 Replies

6. Linux

Find last system shut down time

Hi, I need to find the last system shutdown time. I got a command last that is used for this.But the command is not give the year. Below i posted the sample output last -x |grep shutdown shutdown system down 2.6.31.5-server- Tue Jan 11 11:45 - 11:46 (00:00) shutdown system down ... (6 Replies)
Discussion started by: maruthu
6 Replies

7. What is on Your Mind?

Tapatalk/Forum Runner

I was wondering if there was support for Tapatalk or Forum Runner? I tried both, Tapatalk found you guys but it crashes when I try to log in. I log in at the computer no problem (as you can tell) but Tapa refuses to log me in. I even cleared all my tapatalk data and still nothing. Thank you for the... (4 Replies)
Discussion started by: JHutson456
4 Replies

8. Solaris

When was the zone shut down?

Is there an easy way (or any way) to determine from a ksh script when a specific zone was shut down? I'm assuming the zone had been running and is now properly shut down in the 'installed' state. Is there a log entry or some other reliable way to find out when the zone had been shut down? (1 Reply)
Discussion started by: kmcgrego
1 Replies
File::Basename(3perl)					 Perl Programmers Reference Guide				     File::Basename(3perl)

NAME
File::Basename - Parse file paths into directory, filename and suffix. SYNOPSIS
use File::Basename; ($name,$path,$suffix) = fileparse($fullname,@suffixlist); $name = fileparse($fullname,@suffixlist); $basename = basename($fullname,@suffixlist); $dirname = dirname($fullname); DESCRIPTION
These routines allow you to parse file paths into their directory, filename and suffix. NOTE: "dirname()" and "basename()" emulate the behaviours, and quirks, of the shell and C functions of the same name. See each function's documentation for details. If your concern is just parsing paths it is safer to use File::Spec's "splitpath()" and "splitdir()" methods. It is guaranteed that # Where $path_separator is / for Unix, for Windows, etc... dirname($path) . $path_separator . basename($path); is equivalent to the original path for all systems but VMS. "fileparse" my($filename, $directories, $suffix) = fileparse($path); my($filename, $directories, $suffix) = fileparse($path, @suffixes); my $filename = fileparse($path, @suffixes); The "fileparse()" routine divides a file path into its $directories, $filename and (optionally) the filename $suffix. $directories contains everything up to and including the last directory separator in the $path including the volume (if applicable). The remainder of the $path is the $filename. # On Unix returns ("baz", "/foo/bar/", "") fileparse("/foo/bar/baz"); # On Windows returns ("baz", 'C:fooar', "") fileparse('C:fooaraz'); # On Unix returns ("", "/foo/bar/baz/", "") fileparse("/foo/bar/baz/"); If @suffixes are given each element is a pattern (either a string or a "qr//") matched against the end of the $filename. The matching portion is removed and becomes the $suffix. # On Unix returns ("baz", "/foo/bar/", ".txt") fileparse("/foo/bar/baz.txt", qr/.[^.]*/); If type is non-Unix (see "fileparse_set_fstype()") then the pattern matching for suffix removal is performed case-insensitively, since those systems are not case-sensitive when opening existing files. You are guaranteed that "$directories . $filename . $suffix" will denote the same location as the original $path. "basename" my $filename = basename($path); my $filename = basename($path, @suffixes); This function is provided for compatibility with the Unix shell command basename(1). It does NOT always return the file name portion of a path as you might expect. To be safe, if you want the file name portion of a path use "fileparse()". "basename()" returns the last level of a filepath even if the last level is clearly directory. In effect, it is acting like "pop()" for paths. This differs from "fileparse()"'s behaviour. # Both return "bar" basename("/foo/bar"); basename("/foo/bar/"); @suffixes work as in "fileparse()" except all regex metacharacters are quoted. # These two function calls are equivalent. my $filename = basename("/foo/bar/baz.txt", ".txt"); my $filename = fileparse("/foo/bar/baz.txt", qr/Q.txtE/); Also note that in order to be compatible with the shell command, "basename()" does not strip off a suffix if it is identical to the remaining characters in the filename. "dirname" This function is provided for compatibility with the Unix shell command dirname(1) and has inherited some of its quirks. In spite of its name it does NOT always return the directory name as you might expect. To be safe, if you want the directory name of a path use "fileparse()". Only on VMS (where there is no ambiguity between the file and directory portions of a path) and AmigaOS (possibly due to an implementation quirk in this module) does "dirname()" work like "fileparse($path)", returning just the $directories. # On VMS and AmigaOS my $directories = dirname($path); When using Unix or MSDOS syntax this emulates the dirname(1) shell function which is subtly different from how "fileparse()" works. It returns all but the last level of a file path even if the last level is clearly a directory. In effect, it is not returning the directory portion but simply the path one level up acting like "chop()" for file paths. Also unlike "fileparse()", "dirname()" does not include a trailing slash on its returned path. # returns /foo/bar. fileparse() would return /foo/bar/ dirname("/foo/bar/baz"); # also returns /foo/bar despite the fact that baz is clearly a # directory. fileparse() would return /foo/bar/baz/ dirname("/foo/bar/baz/"); # returns '.'. fileparse() would return 'foo/' dirname("foo/"); Under VMS, if there is no directory information in the $path, then the current default device and directory is used. "fileparse_set_fstype" my $type = fileparse_set_fstype(); my $previous_type = fileparse_set_fstype($type); Normally File::Basename will assume a file path type native to your current operating system (ie. /foo/bar style on Unix, fooar on Windows, etc...). With this function you can override that assumption. Valid $types are "MacOS", "VMS", "AmigaOS", "OS2", "RISCOS", "MSWin32", "DOS" (also "MSDOS" for backwards bug compatibility), "Epoc" and "Unix" (all case-insensitive). If an unrecognized $type is given "Unix" will be assumed. If you've selected VMS syntax, and the file specification you pass to one of these routines contains a "/", they assume you are using Unix emulation and apply the Unix syntax rules instead, for that function call only. SEE ALSO
dirname(1), basename(1), File::Spec perl v5.14.2 2011-09-26 File::Basename(3perl)
All times are GMT -4. The time now is 03:54 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy