Lectures: Tu, Th 11:30 - 12:50, E7 4053

Tutorials: M 16:00 - 17:20, E7 4053

Labs: W, Th, F 8:30 - 11:20, E2 3339

Lectures will be in-person and regular attendance is expected. All make-up lecture slots (May 24, Jun 14, Jul 5, and Jul 26; 13:00 - 14:20; E7 4053) will be used unless indicated otherwise by the course instructor. Tutorial sessions are held only if there is a prior announcement by instructors. Lectures and tutorials will be paused during the midterm week.

ECE 250; Level at least 2B Computer Engineering or Electrical Engineering

This course requires substantial programming skill. The basics of the C language will be reviewed briefly, and should be familiar to anyone who has already used C++.

Main textbook

• W. Richard Stevens and Stephen A. Rago: Advanced Programming in the UNIX Environment, 3rd edition, Addison-Wesley, 2013. ISBN: 978-0-321-63773-4.

Optional reference

• Michael Kerrisk: The Linux Programming Interface, No Starch Press, 2010. ISBN: 978-1- 59327-220-3.

Coursework will include the following components.

• Assignments (10%)
• Lab projects (40%)
• Final (50%)

There are three equally weighted programming assignments, for a total of 10%. Assignment grading is on a 0-1-2 basis: 0 if not attempted or does not work at all, 1 if there are some issues, and 2 if everything works as expected.

There are five lab projects, and the grading policies are specified in the lab manual (available on LEARN).

Students who complete the lecture component of the course successfully will be able to:

• Invoke (apply) system calls, from the view of an application programmer, to access resources like files, inter-process communication mechanisms, and the network.
• Analyze, design, implement, and debug concurrent C programs, using concurrency control constructs (such as a mutex or semaphore).
• Apply standard concurrency scenarios such as producer-consumer, readers-writers, dining philosophers, as well as deadlock and starvation.

Students who complete labs successfully will be able to:

• Interact with the Linux operating system through the command-line interface and the C language API.
• Read the documentation of, understand, and interact with available libraries such as those for multi-threading, files, and network operations.
• Use inter-process communication such as shared memory.
• Identify, analyze, and solve concurrency and synchronization problems.

Lecture materials, assignments, and portions of this course outline were provided by Jeff Zarnett and Wojciech Golab.

GitHub repository

GitHub repository

GitHub repository

Waterloo ECEE350 W23

• Final: exam (PDF), solution (PDF)

Waterloo ECEE350 W22

• Final: exam (PDF), solution (PDF)

Waterloo SE350 W20

• Midterm: exam (PDF), solution (PDF)

Waterloo SE350 W19

• Midterm: exam (PDF), solution (PDF)
• Final: exam (PDF), solution (PDF)

Berkeley CS162

• Archive of past exams

Late assignment submissions will be penalized 15% per day (for a maximum of two days) and there will be no grace days. The instructor reserves the right to reconsider the penalty for students who are struggling due to illness or personal issues. Late submission of labs will be subject to the policies defined in the lab manual. Short-term absence self-declarations cannot be used to declare absence for the LAB component of a course. They can still be declared for the other components of the course.

Accommodations such as due date extensions and re-weighting of deliverables will be considered in accordance with existing department-level, faculty-level, and university-level policies. Missed deliverables due to prolonged illness will normally be replaced with the final exam grade.

Students with chronic health problems that affect their ability to complete coursework should register with AccessAbility Services.

Assignments will be completed individually, and labs in groups as specified in the lab manual. Lightweight discussions between individuals and lab groups are permitted, but solutions should be developed independently.

Copying material from other groups, from other courses, or from online sources is forbidden except for materials authorized explicitly by the teaching team.

Code should never be shared electronically with classmates except among members of the same lab group, or with the instructor's permission.

Unauthorized collaboration and copying of material constitute academic offences under Policy 71.

Your code may be checked for plagiarism using MOSS or Turnitin.

Please be respectful and polite when posting in Piazza. Feel free to ask for clarification regarding the requirements for a coursework deliverable, or ask general technical questions, but do not post information (e.g., code fragments) that gives away a substantial part of the solution.

If you believe that your grade on an assignment is incorrect, you may ask that it be re-marked. To request that a question be re-marked, you will need to submit your request in writing via e-mail to the instructor. Requests for re-marking may be submitted any time before the final exam. When you submit your request, it should include the following: (1) Your name and student ID number; (2) a clear indication of which question or part of the deliverable is to be re-marked; and (3) an explanation of why you believe the grade assigned was incorrect. Be forewarned, when a deliverable is being re-marked, your grade could go up, it could stay the same, or it could go down. You will be notified in writing of the outcome.

In order to maintain a culture of academic integrity, members of the University of Waterloo community are expected to promote honesty, trust, fairness, respect and responsibility. Check the Office of Academic Integrity for more information.

A student who believes that a decision affecting some aspect of his/her university life has been unfair or unreasonable may have grounds for initiating a grievance. Read Policy 70, Student Petitions and Grievances, Section 4. When in doubt, please be certain to contact the department's administrative assistant who will provide further assistance.

A student is expected to know what constitutes academic integrity to avoid committing an academic offense, and to take responsibility for his/her actions. Check the Office of Academic Integrity for more information.

A student who is unsure whether an action constitutes an offense, or who needs help in learning how to avoid offenses (e.g., plagiarism, cheating) or about "rules" for group work/collaboration should seek guidance from the course instructor, academic advisor, or the undergraduate associate dean.

For information on categories of offenses and types of penalties, students should refer to Policy 71, Student Discipline. For typical penalties, check Guidelines for the Assessment of Penalties.

A decision made or penalty imposed under Policy 70, Student Petitions and Grievances (other than a petition) or Policy 71, Student Discipline may be appealed if there is a ground. A student who believes he/she has a ground for an appeal should refer to Policy 72, Student Appeals.

Moss (Measure Of Software Similarity) or Turnitin may be used to screen each project in this course. Students' submissions are stored on a U.S. server, therefore students will be given an alternative if they are concerned about their privacy and/or security. It is the responsibility of the student to notify the instructor in the first week of the term if they wish to submit an alternative assignment. Students will be given due notice about arrangements and alternatives for the use of Moss or Turnitin in this course.