Browse Source

Added CSCI-344 final review.

dockerScript
jrtechs 4 years ago
parent
commit
39cb4c6114
15 changed files with 795 additions and 0 deletions
  1. +795
    -0
      blogContent/posts/programming/CSCI-334-Final-Review.md
  2. BIN
      blogContent/posts/programming/media/plcfinal/attributeGrammar.png
  3. BIN
      blogContent/posts/programming/media/plcfinal/cfgEx.png
  4. BIN
      blogContent/posts/programming/media/plcfinal/compOverview.png
  5. BIN
      blogContent/posts/programming/media/plcfinal/compilation.png
  6. BIN
      blogContent/posts/programming/media/plcfinal/counter.png
  7. BIN
      blogContent/posts/programming/media/plcfinal/erlang.png
  8. BIN
      blogContent/posts/programming/media/plcfinal/interpretation.png
  9. BIN
      blogContent/posts/programming/media/plcfinal/lgrammar.png
  10. BIN
      blogContent/posts/programming/media/plcfinal/ll.png
  11. BIN
      blogContent/posts/programming/media/plcfinal/lock.png
  12. BIN
      blogContent/posts/programming/media/plcfinal/mixed.png
  13. BIN
      blogContent/posts/programming/media/plcfinal/rip.png
  14. BIN
      blogContent/posts/programming/media/plcfinal/scanner.png
  15. BIN
      blogContent/posts/programming/media/plcfinal/sgrammar.png

+ 795
- 0
blogContent/posts/programming/CSCI-334-Final-Review.md View File

@ -0,0 +1,795 @@
A quick review for CSCI-344 (Programming Language Concepts)
# Ch #1 What are Programming Languages
## Types
### Imperative
Most common type of language
- Von Neumann (Fortran, Basic, C)
- Object-oriented (SmallTalk, java)
- Scripting (perl, python, basic)
### Declarative
- Functional (Scheme, ML)
- Logical (Prolog)
## Compilation vs Interpretation
Interpretation is more flexible and gives better diagnostics for debugging.
Compilation provides better performance.
Often there is no clear cut difference between compilation and interpretation because many languages like java and python do a mix of the both.
### Compilation
![](media/plcfinal/compilation.png)
### Interpretation
![](media/plcfinal/interpretation.png)
### Mixed
![](media/plcfinal/mixed.png)
### Compilation Overview
![](media/plcfinal/compOverview.png)
# Ch #2 Parsing
## Context-Free Grammars
We use CFGs to produce a parse tree from tokens.
![](media/plcfinal/cfgEx.png)
## LL Grammar
LL(1) grammar means that it is left right left most derivation parsing with one token look ahead.
In practice we would use a stack to keep track what we expect to see.
In this approach we would build the tree top down.
The LL parsing algorithm uses FIRST/FOLLOW/PREDICT tables.
Ex grammar:
![](media/plcfinal/ll.png)
## LR Grammar
LR (Left to right right most derivation) builds the tree bottom up and is almost always table driven.
## Scanning
A scanner is responsible for tokenizing the source, removing comments, saving text of identifiers, and saving line locations for error messages.
A scanner is most naturally represented as a DFA (Deterministic Finite Automaton).
![](media/plcfinal/scanner.png)
# Ch #10 Object Oriented
Three major OO Components:
- Encapsulation
- Inheritance
- Dynamic method binding
Strict terms for OO lang: everything is an object, inheritance, dynamic method binding.
Since java has primitives, it is not a true OO language.
## Small Talk
Started as a thesis project in the 1960's, has been noted as being one of the best OO language historically.
Basic coding examples on class-inheritance and constructors may be on exam.
### Syntax
Excessively uses parenthesis.
Method calls are in the form: (function:: object parameter1 parameter 2).
NOTICE: the colons in the function name represents how many parameters it has.
Also, there are no commas between parameters.
Basic example class.
```scheme
(class Shape Object
(perimeter area) ; class-level parameters
;constructor
(class-method initalize::shape (per ar)
(init::shape (new self) per ar)
)
(method init::shape (per ar)
(setPerimeter: self per)
(setArea: self ar)
self
)
(method getPerimeter ()
perimeter
)
(method getArea ()
area
)
(method setArea: (a)
(set area a)
)
(method setPerimeter: (p)
(set perimeter p)
)
)
(val shape1 (initalize::shape Shape 12 5))
; area
(getArea shape1)
(setArea: shape1 88)
(getArea shape1)
```
Example with inheritance:
```scheme
(class Circle Shape
(radius)
(class-method initalize:circle (rad)
(init:circle (new self) rad)
)
(method init:circle (rad)
(setRadius: self rad)
self
)
(method setRadius: (rad)
(set radius rad)
(setArea: self (computeArea self))
(setPerimeter: self (computePerimeter self))
)
(method getRadius ()
radius
)
(method computeArea ()
(*
(asFloat (/ 22 7))
(asFloat (squared radius))
)
)
(method computePerimeter ()
(*
(asFloat 2)
(*
(asFloat (/ 22 7))
(asFloat radius)
)
)
)
)
(val circle1 (initalize:circle Circle 5))
(getRadius circle1)
(getArea circle1)
(getPerimeter circle1)
(setRadius: circle1 6)
(getRadius circle1)
(getArea circle1)
(getPerimeter circle1)
```
# Ch #3: Name, Scope, and Binding
A name is a identifier. A binding links a name to an item.
Scope is simply when a binding is active.
# Binding
Binding typically happens at two times:
- Static: before run time
- Dynamic: at run time.
The earlier the binding the greater efficiency you have. The later the binding the greater flexibility you have.
Static scope rules use the structure of the program.
Dynamic scope rules depends on the current state of the program so, the function call sequences can change which bindings are active.
# Lifetime
Key events:
- creation of object
- creation of binding
- references to variables (uses binding)
- deactivation of binding (leave function stack)
- reactivation of bindings
- destruction of bindings
- destruction of object
If object out lives its binding it's garbage.
If binding out lives its object it's a dangling reference.
# Ch #4 Semantic Analysis
The role of semantic analysis is to enforce semantic rules and generate a syntax tree(decorate the parse tree).
To do this we use a attribute grammar.
ex attribute grammar:
![](media/plcfinal/attributeGrammar.png)
## S-Grammar:
Only uses synthesized attributes: the grammar above.
![](media/plcfinal/sgrammar.png)
## L-Grammar:
A l attribute depends on things above them or besides them in the parse tree.
![](media/plcfinal/lgrammar.png)
## Action Routines
Functions used to interleave the parser.
# Ch #11: Functional Programming
Examples:
- Lisp
- Scheme
- FP
- ML
- Haskell
Key Ideas:
- everything is done by composing functions
- no mutable state
- no side effects
- just produces a answer/result
Necessary Features:
- first class and high-order functions (takes in/returns functions)
- polymorphism
- powerful list functionality
- structured function returns
- fully general aggregates
- garbage collection
Since there is no state, it heavily relies on recursion to replace iteration.
## Scheme
Not purely functional because it has some imperative stuff like assignment, I/O, sequencing and IO
Scheme scopes:
- let: calculates all RHS and then assign, can't use prior ones
- let*: evaluates and then assigns
- letrec: evaluates and then assign, this will loop back to fill in missing pieces as they are declared
### Scheme Examples:
Note: cdr is tail of list and car is the first element in the list.
```scheme
; Computes length of list
(define (length lst)
(if (null? lst)
0
(+
1
(length (cdr lst))
)
)
)
; determines if something is in the list
; returns:
; 1 if true(in list)
; 0 if not in list
(define (inList lst n)
(if (null? lst)
0
(if (= n (car lst))
1
(inList (cdr lst) n)
)
)
)
; finds the sum of the list
(define (sumList lst)
(if (null? lst)
0 ; empty list
(+
(car lst)
(sumList (cdr lst))
)
)
)
```
# Ch #6: Control Flow
Types of iteration:
- Sequencing: specifies a linear ordering on statements
- Selection: selects a section of code ie: if statements
- Iteration: for loops, iterates over a well-defined set
- Concurrency
- Exception Handling
- Non-determinacy
Orthogonality: feature can be used in any combination and the meaning is consistent.
# Ch #7: Data Types
Data types are a collection of values from a "domain".
Data types specify the structure of the data and a collection of well-defined operations you can perform on that type.
Data types are useful for implicit context and so that we can avoid meaningless operations.
Strong typing is when language prevents on data that is not appropriate.
Static typing is strong typing that the compiler can do.
Orthogonality: no restriction on how a collection of features can be combined: like python lists.
## Type Systems
A type system has rules for the following:
- type equivalence
- type compatibility: can type A be used in context of type B
- type inference: type of expression given its operands types
## Type Checking
Two major types:
- Structural Equivalence: based on memory layout to determine if same -- can result in unintended equivalencies
- Name equivalence: based on declaration type -- most common
## Coercion
When an expression of one type is used in the context of another. Implicit coercion is when the language does it.
Explicit is when the programmer does it (Casting).
# Ch #12: Logical Programming
Logical programming is based on predicate calculus.
Important concepts:
- Axioms: facts assumed true in knowledge base
- Theorems: things that are provably true
- Hypotheses: things or queries we would like to prove
- ATOM is a constant like a number
Within logical languages, statements can be written many ways.
Logical languages are good for people but bad for people.
Prolog uses backwards chaining to prove things true mathematically.
A horn clause contains a HEAD and a BODY, sll statements must be in this term. The head is a single term, but, the body can be a list of terms.
## Prolog Ex
```Prolog
path(b, f, 6).
path(g, f, 3).
path(e, g, 2).
path(h, g, 4).
% makes paths bi-directional
biPath(A, B, Y) :- path(A, B, Y).
biPath(A, B, Y) :- path(B, A, Y).
% X is starting point
% Y is ending point
% P is a list of the points on the final path if one exists
% N is the distance between X and Y if one exists
% rule for terminal
solveV(X, X, [X], 0, V).
% recursively build out path
solveV(A, B, [A|P], N, V) :- biPath(A, C, CC),
\+member(C, V),
solveV(C, B, P, CCC, [C|V]),
N is CC + CCC.
% expand given definition to helper function
solve(A, B, P, N) :- solveV(A, B, P, N, [A]).
% ex test runs in interpreter
solve(h, c, P, N).
solve(a, e, P, N).
solve(g, c, P, N).
solve(a, a, P, N).
solve(g, h, P, N).
```
# Ch #8: Composite Types
Types:
- Records (Structures)
- Arrays
- Strings
- Pointers
- Lists
- File I/O
## Garbage Collection
Problem with reference counter for garbage collection:
![](media/plcfinal/counter.png)
Mark and Sweep solution:
- Garbage collector walks heap basically marks everything as useless
- starts at outside pointers marking everything it can get to as useful
-walks the heap again placing useless items in the free queue.
## Pointers
### Tombstones
Costly way of dealing with pointers references.
This will create an additional object to maintain the pointer.
![](media/plcfinal/rip.png)
### Lock and Keys
Makes sure that pointers and pointe contains the same lock value before you dereference the object.
Note: this does not prevent attempting to use memory outside of your block resulting in a seg fault.
![](media/plcfinal/lock.png)
# Ch #13: Erlang
Approaches to parallel programming:
- Synchronized access to shared memory
- Message passing between processes (slower)
Race conditions are whe the result depends on the order of the thread actions.
Usually due to bad synchronization but, not always bad.
Synchronization ensures that events in different processes happen in a desired order.
Mutual exclusion: only one can access at a time.
Condition synchronization: wait until some condition is true.
Spin lock - busy-wait mutual exclusion, they waste processing cycles. Semaphores: widely used and uses a scheduler-based methods.
Monitors are used to note who is in a critical region.
## Erlang
Syntax of erlang is very similar to prolog with its pattern matching.
Erlang relies on message passing for concurrency.
Each process contains a "mailbox" where it can receive messages from.
You process by listening for a message of a specific format: ie you can choose to ignore certain messages for a period of time.
### Examples
![](media/plcfinal/erlang.png)
```Erlang
%%%-------------------------------------------------------------------
%%% @author Jeffery Russell
%%% @doc
%%% PLC assignment 4
%%% @end
%%% Created : 16. Nov 2019
%%%-------------------------------------------------------------------
-module(prog4).
-author("jeff").
%% API
-export([start/0, bank/0, client/0]).
% helper function to spawn a specific amount
% of clients
spawn_client(N) when N >= 1 ->
io:fwrite("Spawning a client\n"),
spawn(prog4, client, []),
spawn_client(N -1);
spawn_client(_) ->
io:fwrite("Spawned all clients\n").
% start with random account balance between 2k-3k
% receives message {clientid, number}
% negatives removes from bank, positives add
% returns {<client_id>, balance}
bank() ->
Balance = rand:uniform(1000) + 1999,
io:format("Bank balance starting at: ~w~n", [Balance]),
Client_count = rand:uniform(7) + 2,
Client_left = 1,
spawn_client(Client_count),
loop(Balance, Client_count, Client_left).
% main bank loop which listens for messages and
% processes them
loop(Balance, Client_count, Client_left) ->
receive
%io:format("Bank now has ~w", [balance])
{CLIENT_ID, balance} ->
io:fwrite("~w Requested Balance from the bank\n", [CLIENT_ID]),
CLIENT_ID ! {Balance},
loop(Balance, Client_count, Client_left);
{CLIENT_ID, NUMBER} ->
if
Balance + NUMBER >= 0 ->
CLIENT_ID ! {NUMBER, Balance + NUMBER, successful},
loop(Balance + NUMBER, Client_count, Client_left);
true ->
CLIENT_ID ! {NUMBER, Balance, failed},
loop(Balance, Client_count, Client_left)
end;
goodbye ->
if
Client_left == Client_count ->
io:format("Bank is closing with balance ~w`\n", [Balance]);
true ->
loop(Balance, Client_count, Client_left + 1)
end
end.
% helper function to fetch and print balance of the bank
client_fetch_balance() ->
bank_pid ! {self(), balance},
receive
{Balance} ->
io:format("~w recieved the balance of ~w from the bank~n", [self(), Balance])
end.
% client process loop
% if loop is increment of 5, it requests balance of bank
% withdraws a random amount of money from mank
% and prints the bank's response
% after each withdrawl, it will sleep
client_loop(LoopUntil, CurrentIndex) ->
if
CurrentIndex rem 5 == 0 ->
client_fetch_balance();
true -> pass
end,
if
LoopUntil == CurrentIndex ->
bank_pid ! goodbye,
io:format("~w Client Finished\n", [self()]);
true ->
bank_pid ! {self(), 100-rand:uniform(199) },
receive
{Amount, Balance, Suc} ->
io:format("~w recieved the balance of ~w from the bank after a ~w transation request of ~w~n", [self(), Balance, Suc, Amount])
end,
timer:sleep(rand:uniform(1000) + 499),
client_loop(LoopUntil, CurrentIndex + 1)
end.
% creates random amount of clients
client() ->
Nums = rand:uniform(10) + 9,
client_loop(Nums, 0).
% spawns the bank
start() ->
register(bank_pid, spawn(prog4, bank, [])).
```
# Ch #14: Scripting Languages
Common Characteristics:
- both batch and interactive use
- easy to write high level expressions
- simple scoping rules
- flexible dynamic typing
- easy access to other programs
- sophisticated pattern matching and string manipulation
- high level data types
Often used to glue together other programs.
Need to know bash on the exam.
## Bash
### Shall Parameters
- "$#" is the number of parameters passed
- "$0" is name of the script and its location in filesystem
- "$1" is the first command line parameter. Goes up till 9
- "$*" single word of all the parameters
- "$@" array of all the parameters
ex:
```bash
if [ $# -eq 3 ];
then
if [ -f $1 ]
then
if [ -f $2 ]
then
encode_message $1 $2 $3
else
echo "File $2 does not exist"
fi
else
echo "File $1 does not exist"
fi
else
echo "Usage:"
echo " encoder.sh <plane_text_file> <secret_key_file> <encoded_file>"
fi
```
### Files
```bash
while read line || [ -n "$line" ];
do
for word in $line
do
echo "$word"
done
done < "$1"
```
### Comparisons
Numbers:
- "-eq" equal
- "-ge" greater than or equal
- "-le" less than or equal
- "-ne" not equal
- "-gt" greater
- "-lt" less
ex:
```bash
[n1 -eq n2]
```
Strings:
- "=" equal
- "!=" not equal
- "-n" length is greater than zero
- "-z" length is equal to zero
ex:
```
[ s1 - s2 ]
[ -n s1 ]
```
Files:
- "-d" path is a directory
- "-f" is a file
- "-e" file name exists
- "-r" check of read permission
- "-s" file has length greater than 0
- "-w" write permission
- "-x" execution permission
ex:
```bash
[ -d fname ]
```
### Control Flow
#### If Statements
```bash
if [ expression ];
then
statements
elif [ expression ];
then
statements
else
statements
fi
```
#### Switch Statements
```bash
case $var in
val1)
statements
;;
val2)
statements
;;
*)
statements
;;
esac
```
### Math
To do math you math like this:
```bash
echo "$((124+23))"
# or like this:
VALOR=$[124+23]
# or with let
let X=124+23
```
### Functions
Functions exist in bash.
```bash
#!/bin/bash
hello()
{
echo "Woeie"
}
hello # no parenthesis needed when calling
# you can also declare functions with the keyword
function check()
{
return 42
}
```

BIN
blogContent/posts/programming/media/plcfinal/attributeGrammar.png View File

Before After
Width: 1108  |  Height: 589  |  Size: 380 KiB

BIN
blogContent/posts/programming/media/plcfinal/cfgEx.png View File

Before After
Width: 760  |  Height: 308  |  Size: 114 KiB

BIN
blogContent/posts/programming/media/plcfinal/compOverview.png View File

Before After
Width: 745  |  Height: 434  |  Size: 208 KiB

BIN
blogContent/posts/programming/media/plcfinal/compilation.png View File

Before After
Width: 689  |  Height: 115  |  Size: 31 KiB

BIN
blogContent/posts/programming/media/plcfinal/counter.png View File

Before After
Width: 1000  |  Height: 561  |  Size: 157 KiB

BIN
blogContent/posts/programming/media/plcfinal/erlang.png View File

Before After
Width: 635  |  Height: 917  |  Size: 389 KiB

BIN
blogContent/posts/programming/media/plcfinal/interpretation.png View File

Before After
Width: 746  |  Height: 106  |  Size: 28 KiB

BIN
blogContent/posts/programming/media/plcfinal/lgrammar.png View File

Before After
Width: 791  |  Height: 579  |  Size: 166 KiB

BIN
blogContent/posts/programming/media/plcfinal/ll.png View File

Before After
Width: 437  |  Height: 561  |  Size: 57 KiB

BIN
blogContent/posts/programming/media/plcfinal/lock.png View File

Before After
Width: 573  |  Height: 705  |  Size: 135 KiB

BIN
blogContent/posts/programming/media/plcfinal/mixed.png View File

Before After
Width: 923  |  Height: 206  |  Size: 54 KiB

BIN
blogContent/posts/programming/media/plcfinal/rip.png View File

Before After
Width: 880  |  Height: 697  |  Size: 138 KiB

BIN
blogContent/posts/programming/media/plcfinal/scanner.png View File

Before After
Width: 564  |  Height: 583  |  Size: 128 KiB

BIN
blogContent/posts/programming/media/plcfinal/sgrammar.png View File

Before After
Width: 408  |  Height: 744  |  Size: 104 KiB

Loading…
Cancel
Save