- Create login on github.com
- Verify email
- Login to github.com
- Visit https://github.com/CoE-GNE/LabReportPP
- Near top, in line of
CoE-GNE/LabReportPP, on extreme right, look for three buttons, namedWatch,StarandFork. - Click on
Fork. - If you need help on form, visit: Help on forking
- In following, replace
YourGitHubUserIDwith your github userID. - In directory
public_htmlof your account onCode Server, issue command:git clone https://github.com/YourGitHubUserID/LabReportPP.git - Go to directory LabReportPP, by using command
cd LabReportPP. - Using
xmakecreate a new project, sayEx01. - Go to the newly created folder, by following command. Replace
Ex01, if you used some different project name. cd Ex01- Edit
src/main.c - Create more .c or .h files as per the requirements of the project.
- Compile with
xmake - Remove errors / warnings, if you get any.
- Execute code by
xmake run - Test you code. When all is Ok, then to generate lab report for this practical, issue command:
labrep - It will produce
report.mdandreport.htmlfile in current folder. - Edit
report.mdfile, to add more content, or to change anything. - To update
report.htmlfrom this amendedreport.mdfile, issue command:md2html report - Go to parent folder by
cd .. - Edit
lab.mdfile. - Issue command:
md2html lab
This is a word-for-word reiteration of the problem given to you.
- Solution/Program Description:
A brief description of what your program does, including how your program works. For example, you might state whether your solution is recursive or iterative. If required or requested, include a flowchart that corresponds to the design of your program. 2. Major Implementation Issues:
What were the most difficult parts of your program to implement?
List all the known limitations / bugs and / or errors of your program.
After extensively testing your program, you should be aware of (nearly) every issue it has. How does your program handle bad input? How does your program handle edge cases? This section is a space for full-disclosure; what's wrong with your program?
- What went well
- What you would do differently next time
- How the exercise might be revised to make it clearer/more satisfying
- What the faculty members might have done differently to promote learning
- It is expected that you use as much simple language as you can. There should be no emphasis placed on "expressing yourself" or "keeping it interesting"; a programming lab report is not a narrative.
- In a lab report, it is important to get to the point. Be descriptive enough that your audience can understand the problem and your solution, but strive to be concise.
- Focus on the work accomplished
- Do document well the process used to complete the work.
Instructions to students for preparing
Sample of Laboratory Report is shown for Laboratory Practical-1. For the rest of the work, the reporting style as provided is to be followed. The laboratory report to be submitted should include followings:
- Cover page: First page of lab report.
- Index: Title of Lab Exercise reported with clickable link to report.
For each exercise / practical:
- Title of the program
- Coding
- Output (compilation, debugging & testing)
You can use the editor on GitHub to maintain and preview the content for your website in Markdown files.
Whenever you commit to this repository, GitHub Pages will run Jekyll to rebuild the pages in your site, from the content in your Markdown files.
Markdown is a lightweight and easy-to-use syntax for styling your writing. It includes conventions for
Syntax highlighted code block
# Header 1
## Header 2
### Header 3
- Bulleted
- List
1. Numbered
2. List
**Bold** and _Italic_ and `Code` text
[Link](url) and For more details see GitHub Flavored Markdown.
Your Pages site will use the layout and styles from the Jekyll theme you have selected in your repository settings. The name of this theme is saved in the Jekyll _config.yml configuration file.
Having trouble with Pages? Check out our documentation or contact support and we’ll help you sort it out.