Home Page The Club Computers News Links Glossary EYAWTK
Before Amiga Background ICS OCS ECS AGA ??? PPC
U-Boot SLB Linux Amiga OS Dual Boot Motherboards Peripherals Other
Initialisation Installation OS4 Updates About OS4 File Systems Networking Printing Other
Introduction File System Workbench Preferences Commands Error Msgs Miscellaneous

AmigaOS 4.0 - About OS4 - Commands

GROUP AmigaDOS
Purpose: To change the access rights of a file or directory.
Format: GROUP FILE=<file | directory | pattern> GROUP=<name | number> [ALL] [QUIET]
Template: FILE/A/M, GROUP/A, ALL/S, QUIET/S
Path: C:GROUP
Each file or directory bears information which describes who may access it. This information can be displayed by the LIST command and is important if that file or directory is made accessible through a networked file system.

The GROUP command will change the access rights of one or more files or directories as specified by the FILE= argument which can either be an explicit file or directory, or a pattern.

The GROUP= argument must be given either as a name or a number. The file system will have to understand the name given, or you will see an error message to this effect. If you know in advance which numeric group ID should be used in place of a name, you can provide this instead. Note that group names cannot be longer than 31 characters and that numeric group IDs must be in the range 0..65535. An empty name given for the group will remove the access rights information.

If the ALL argument is specified, GROUP will change the access rights of all the files in the specified directory.

If the QUIET argument is specified, screen output is suppressed. The local shell variable _Verbosity with a negative value has the same effect.

Example 1:

3.OS4:> GROUP textfile admin grants access rights to "textfile" to the group "admin".

Example 2:

3.OS4:> GROUP textfile "" removes any access rights from "textfile".


Return to Commands Selection

Disclaimer: Amiga Auckland have prepared the above information for the use of its members based on our experiences and as such is subject to revision at any time. Amiga Auckland cannot guarantee any of the information and cannot be held accountable for any issues that may result from using it.


Copyright 2006 Amiga Auckland Inc. All rights reserved.
Revised: February 9, 2006.