RCS file: request.h,v
Working file: request.h
head: 1.14
branch:
locks: strict
root: 1.14
access list:
symbolic names:
keyword substitution: kv
total revisions: 14; selected revisions: 14
description:
This header file defines the structure of the request.
—————————-
revision 1.6
date: 2015/12/24 11:29:35; author: root; state: Exp; lines: +1 -2
data type of oper changed to char from int
—————————-
revision 1.5
date: 2015/12/24 08:40:46; author: root; state: Exp; lines: +2 -1
changing the order of request
—————————-
revision 1.1
date: 2015/12/23 16:17:49; author: root; state: Exp;
Initial revision
=============================================================================
RCS file: server.c,v
Working file: server.c
head: 1.58
branch:
locks: strict
root: 1.58
access list:
symbolic names:
keyword substitution: kv
total revisions: 58; selected revisions: 58
description:
This is Server program that accepts requests and processes and returns it to the specified client
a child process is started using fork(); which further starts a new process using execl();
—————————-
revision 1.58 locked by: root;
date: 2015/12/28 19:35:46; author: root; state: Exp; lines: +1 -1
mult passed to the client3.c
—————————-
revision 1.57
date: 2015/12/28 19:31:22; author: root; state: Exp; lines: +3 -3
*** empty log message ***
—————————-
revision 1.56
date: 2015/12/28 19:28:55; author: root; state: Exp; lines: +6 -6
syntax errors detected and removed
—————————-
revision 1.55
date: 2015/12/28 19:21:23; author: root; state: Exp; lines: +3 -2
sleep();
—————————-
revision 1.54
date: 2015/12/28 19:10:55; author: root; state: Exp; lines: +1 -0
se.
—————————-
revision 1.53
date: 2015/12/28 19:09:14; author: root; state: Exp; lines: +1 -0
syntax error corrected
—————————-
revision 1.52
date: 2015/12/28 19:03:27; author: root; state: Exp; lines: +64 -3
two new pipe arer created i.e. pipe5 pipe6 for creating another pair of requesting and processing clients
capturing request from cklient3 and getting processed from the processing client i.e multiply.c
—————————-
revision 1.51
date: 2015/12/28 18:04:05; author: root; state: Exp; lines: +1 -1
syntax error corrected
—————————-
revision 1.50
date: 2015/12/28 18:03:14; author: root; state: Exp; lines: +1 -1
arr3[2] declared
—————————-
revision 1.49
date: 2015/12/28 18:02:13; author: root; state: Exp; lines: +2 -2
diff and wfdp4 declared
—————————-
revision 1.48
date: 2015/12/28 17:56:31; author: root; state: Exp; lines: +67 -7
pipe system call system invloked for two times for creating another requesting client and processsing client
accordingly new variables arre declared
testing if program is successful or not…
—————————-
revision 1.47
date: 2015/12/26 10:45:49; author: root; state: Exp; lines: +1 -1
sleep(1) is applied at some point in the program
—————————-
revision 1.46
date: 2015/12/26 10:38:20; author: root; state: Exp; lines: +8 -8
This is a server process that recieves the request from the requesting client sends it to the processing client and provides the result submitted by the processing client to the requesting client
—————————-
revision 1.30
date: 2015/12/24 18:00:55; author: root; state: Exp; lines: +31 -9
server program accepts request from client1 and gets it processed by client2 i.e adder.c
and agan sends it to the requesting client
—————————-
revision 1.29
date: 2015/12/24 11:42:57; author: root; state: Exp; lines: +2 -2
*** empty log message ***
—————————-
revision 1.28
date: 2015/12/24 11:40:45; author: root; state: Exp; lines: +4 -4
*** empty log message ***
—————————-
revision 1.27
date: 2015/12/24 11:28:33; author: root; state: Exp; lines: +5 -21
request written by client1 is read and printed by the server.
—————————-
revision 1.26
date: 2015/12/24 09:19:18; author: root; state: Exp; lines: +13 -11
checking if the request is recieved properly or not
—————————-
revision 1.19
date: 2015/12/24 08:54:41; author: root; state: Exp; lines: +10 -4
fetching the data from request
—————————-
revision 1.13
date: 2015/12/24 07:57:07; author: root; state: Exp; lines: +2 -2
trying fetch the data recieved
—————————-
revision 1.12
date: 2015/12/24 06:02:52; author: root; state: Exp; lines: +2 -2
*** empty log message ***
—————————-
revision 1.11
date: 2015/12/24 05:59:29; author: root; state: Exp; lines: +2 -1
checking if se corrected or not
—————————-
revision 1.10
date: 2015/12/24 05:57:39; author: root; state: Exp; lines: +1 -1
se.
—————————-
revision 1.9
date: 2015/12/24 05:56:10; author: root; state: Exp; lines: +1 -0
wait().
—————————-
revision 1.8
date: 2015/12/23 18:31:04; author: root; state: Exp; lines: +1 -1
se
—————————-
revision 1.6
date: 2015/12/23 18:27:36; author: root; state: Exp; lines: +2 -2
sum declared
—————————-
revision 1.5
date: 2015/12/23 18:25:11; author: root; state: Exp; lines: +4 -0
performing sum operation in server.c and printing the result
—————————-
revision 1.4
date: 2015/12/23 18:15:33; author: root; state: Exp; lines: +2 -1
*** empty log message ***
—————————-
revision 1.3
date: 2015/12/23 18:11:58; author: root; state: Exp; lines: +4 -2
readeing from rfd
—————————-
revision 1.2
date: 2015/12/23 16:23:06; author: root; state: Exp; lines: +4 -4
program formatting made better by adding /n to the printf statement
—————————-
revision 1.1
date: 2015/12/23 16:10:58; author: root; state: Exp;
Initial revision
=============================================================================
RCS file: client1.c,v
Working file: client1.c
head: 1.17
branch:
locks: strict
root: 1.17
access list:
symbolic names:
keyword substitution: kv
total revisions: 17; selected revisions: 17
description:
This is a client program which will generate requests
rfd and wfd taken through CLA are coonvertwd to integer using atoi();
creating request using struct request
—————————-
revision 1.17 locked by: root;
date: 2015/12/26 10:38:20; author: root; state: Exp; lines: +2 -2
This is a requesting client that requests the server.
—————————-
revision 1.16
date: 2015/12/24 18:00:55; author: root; state: Exp; lines: +7 -2
Client1 sending request and accepting the result from server
—————————-
revision 1.15
date: 2015/12/24 11:40:45; author: root; state: Exp; lines: +8 -8
*** empty log message ***
—————————-
revision 1.14
date: 2015/12/24 11:28:33; author: root; state: Exp; lines: +1 -1
request written by client1 is read and printed by the server.
—————————-
revision 1.12
date: 2015/12/24 08:00:18; author: root; state: Exp; lines: +2 -1
running check
—————————-
revision 1.2
date: 2015/12/23 16:23:06; author: root; state: Exp; lines: +6 -6
program formatting made better by adding /n to the printf statement
checking if previous error is removed or not
—————————-
revision 1.1
date: 2015/12/23 16:10:58; author: root; state: Exp;
Initial revision
=============================================================================
RCS file: adder.c,v
Working file: adder.c
head: 1.13
branch:
locks: strict
root: 1.13
access list:
symbolic names:
keyword substitution: kv
total revisions: 13; selected revisions: 13
description:
client2 created for processing the request sent by client1 through server
sum calculated and written to server through pipe2
—————————-
revision 1.7
date: 2015/12/26 10:58:42; author: root; state: Exp; lines: +1 -1
trying to fetch the operator
—————————-
revision 1.6
date: 2015/12/26 10:38:20; author: root; state: Exp; lines: +1 -2
Adder.c is a processing client that processes the request recieved from requesting client through the server
After processing the request it sends it back to the server
—————————-
revision 1.1
date: 2015/12/24 18:00:55; author: root; state: Exp;
Initial revision
=============================================================================
RCS file: client2.c,v
Working file: client2.c
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
Client 2 for sending request to the substractor for finding the difference betweenm two numbers
—————————-
revision 1.1 locked by: root;
date: 2015/12/28 17:56:31; author: root; state: Exp;
Initial revision
=============================================================================
RCS file: substract.c,v
Working file: substract.c
head: 1.3
branch:
locks: strict
root: 1.3
access list:
symbolic names:
keyword substitution: kv
total revisions: 3; selected revisions: 3
description:
processing client for findingf the difference between two numbers and again sending the result to the server
/
—————————-
revision 1.3 locked by: root;
date: 2015/12/28 19:15:34; author: root; state: Exp; lines: +3 -3
*** empty log message ***
—————————-
revision 1.2
date: 2015/12/28 18:05:17; author: root; state: Exp; lines: +1 -1
number getting subtracted
—————————-
revision 1.1
date: 2015/12/28 17:56:31; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: client3.c,v
Working file: client3.c
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
This is third requesting client which requests server for performing multiplication
—————————-
revision 1.1 locked by: root;
date: 2015/12/28 19:03:27; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: multiply.c,v
Working file: multiply.c
head: 1.2
branch:
locks: strict
root: 1.2
access list:
symbolic names:
keyword substitution: kv
total revisions: 2; selected revisions: 2
description:
this is third processing client that multiplies the two number and sends the result back to the server
—————————-
revision 1.2 locked by: root;
date: 2015/12/28 19:15:34; author: root; state: Exp; lines: +1 -1
*** empty log message ***
—————————-
revision 1.1
date: 2015/12/28 19:03:27; author: root; state: Exp;
Initial revision
=============================================================================

Git is far more better Source Control Management Tool (SCM) than any others like RCS. And it’s very simple to use. Allows you to show your code to the world and get reviews from experts.

Git allows you to do the following things:

• Frictionless Context Switching. Create a branch to try out an idea, commit a few times, switch back to where you branched from, apply a patch, switch back to where you are experimenting, and merge it in.
• Role-Based Codelines. Have a branch that always contains only what goes to production, another that you merge work into for testing, and several smaller ones for day to day work.
• Feature Based Workflow. Create new branches for each new feature you’re working on so you can seamlessly switch back and forth between them, then delete each branch when that feature gets merged into your main line.
• Disposable Experimentation. Create a branch to experiment in, realize it’s not going to work, and just delete it – abandoning the work—with nobody else ever seeing it (even if you’ve pushed other branches in the meantime).

….Taken from www.git-scm.com

Kernel swaps the memory page which has not yet been accessed and whenever the system calls for the requirement of the memory space, the kernel makes space available in the physical memory and swaps it back.