09.06.2013 Views

Intel XENIX 286 Programmers Guide (86) - Tenox.tc

Intel XENIX 286 Programmers Guide (86) - Tenox.tc

Intel XENIX 286 Programmers Guide (86) - Tenox.tc

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>XENIX</strong> Programming SCCS: Source Code Control System<br />

prints all information about versions that precede version 1.4 (e.g., 1.3, 1.2, and 1.1).<br />

The command<br />

prs -r1.4 -1 s.abc<br />

prints information about versions that succeed version 1.4 (e.g., 1.5, 1.6, and 2.1).<br />

If both options are given, information about all versions is printed.<br />

Editing by Several Users<br />

SCCS allows any nu mber of users to access and edit versions of a given s-file. Since<br />

users are likely to access the s-file at the same time, the system is designed to allow<br />

concurrent editing of different versions. Normally, the system prevents concurrent<br />

editing of the same version, but you can change the operation of the system to allow<br />

concurrent editing of the same version by setting the j flag in the given s-file.<br />

The following sections explain how to perform concurrent editing and how to save edited<br />

versions when you have retrieved more than one version for editing.<br />

Editing Different Versions<br />

sees allows several different versions of a file to be edited at the same time. This<br />

means a user can edit version 2.1 while another user edits version 1.1. There is no limit<br />

to the number of versions that can be edited at any given time.<br />

When several users edit different versions concurrently, each user must begin work in<br />

his own directory. If users attempt to share a directory and work on versions from the<br />

same s-file at the same time, the get command will refuse to retrieve a version.<br />

Editing a Single Version<br />

A single version of a file can be edited by more than one user if the j flag is set in the sfile.<br />

The flag causes the get command to check the p-file and create a new proposed<br />

SID if the given version is already being edited.<br />

You can set the flag by using the -f option of the admin command. For example, the<br />

command<br />

admin -fj s.demo.c<br />

sets the flag for the s-file s.demo.c.<br />

When the flag is set, get uses the next available branch SID for each new proposed SID.<br />

For example, suppose a user retrieves for editing version 1.4 in the file s.demo.c and<br />

that the proposed version is 1.5. If a short time later (before the first user has saved his<br />

changes) another user retrieves version 1.4 for editing, then the proposed version for the<br />

new user will be 1.4.1.1, since version 1.5 is already proposed and likely to be taken. In<br />

no case will a version edited by two separate users result in a single new version.<br />

5-21

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!