Fixed binary file access

Really dumb mistakes.

If we can open the file for reading and writing, and remove the need to open/close
in both threads each time it is accessed, the efficiency might be better.

We'd still have to close the file to save changes to disk though,
might be a problem if the program crashes.

Progress on Framework for Server software

We have:
 - Threaded stuff for sensors that stores data in a buffer and periodically dumps it to a binary file
   - The use of the buffer reduces the number of times the mutex must be acquired (mutex = expensive)
   - Will do some tests to see if the buffer improves performance
 - Dummy function for querying sensors
 - Sensor Handler function (QuerySensor) gets data from binary file, dumps to a buffer and then prints

There is something not quite right; QuerySensor appears to get the most recent dump that the sensor thread made.
eg: In the current version, dumps are made twice as often as queries, so you miss half the data.

Should be able to fix this after more sleep...

Automatic commit of irc logs

Merge branch 'master' of https://github.com/jtanx/MCTX3420 into jtanx-master

Conflicts:
server/log.c
server/main.c

Merged in Jeremy's changes to log functions with my changes
to the documentation.

Merge branch 'master' of github:szmoore/MCTX3420

Remove SQLite approach

Modify logging functions to use inbuilt function naming identifiers

Merge branch 'master' of https://github.com/szmoore/MCTX3420.git

Automatic commit of irc logs

Get Doxygen working nicely

Anyone who ends up working on the code can just use doxygen to generate the documentation themselves.
We'll include the generated documentation with the final release.

Document stuff!

Change rpi -> server

Since it might not run on a RPi. Possibly a BeagleBone (?)
Either way, it will be run on something similar to debian GNU/Linux.

Actually make program compile

Whoops

Remove HTTP server, get ready to write basic threaded program

We will use a FastCGI to handle HTTP requests instead of writing a custom HTTP server.

Update fastcgi stuff

Merge branch 'master' of https://github.com/szmoore/MCTX3420.git

Update fastcgi readme

Add FastCGI approach

Automatic commit of irc logs

add some random code playing with sqlite3 C api

Merge branch 'master' of https://github.com/szmoore/MCTX3420.git

Add sqlite approach

Changed directory structure, updated READMEs

Create directory "rpi" for anything that runs on the Raspberry Pi.

Delete helloworld.c

Why is this still here?

Merge branch 'master' of github:szmoore/MCTX3420

I keep forgetting; `git pull` before `git commit` avoids these crappy merge things.

Add week 2 reports

(At least, the ones that I have)

test pull request

Automatic commit of irc logs

Automatic commit of irc logs

Automatic commit of irc logs

Automatic commit of irc logs

Merge branch 'master' of github:szmoore/MCTX3420

This merge is necessary because I forgot to `git pull` before I did `git commit`
and I didn't have the latest IRC logs. I should stop doing that.

Test webserver with minimalist JavaScript

I'm not sure if we want to use jQuery, but it works for testing.

I think this webserver is a good proof of concept.
I will get it to set or read a GPIO pin on the raspberry pi.

Then I can try the same thing with a CGI script under apache2.

Automatic commit of irc logs

Add necessary HTTP response headers

Apparently chromium is smart enough to not need them, but I'm guessing other browsers do.

More work on webserver test

It can send a text file straight to a client.

Something wierd happens.

If you use chrome to look at a html file, it displays fine.
If you use iceweasel (ie: firefox) to look at the same file, it just shows as plain text.

Using netcat to test, a real webserver just dumps html files the same way.
So what is (not) happening to make iceweasel fail to recognise it as html?

Makefile for webserver test

I always forget the Makefile.

Merge branch 'master' of github:szmoore/MCTX3420

Investigate software for interfacing with hardware via HTTP requests

Investigated CGI scripts. Don't think they are feasable.

Currently investigating custom web server.
Used some existing files from a previous project
(network.h network.c log.h log.c).

I'm making some error in parsing the request, but out of time for now.

Automatic commit of irc logs

Update README

Actually make the README useful.

Add week 1 report

Merge pull request #5 from justinjessada/master

Testing git stuff

Automatic commit of irc logs

Add png version of block diagram

Created high level block diagram of server hardware/software

I think this summarises what we discussed in our first meeting.
I may have gotten carried away.

The other approach suggested was to use some sort of custom hardware,
with a wireless link to a hand held device.

Making this diagram reinforces my belief that we shouldn't do that.
We'd have to implement the same blue stuff as well as all of the green stuff.
Also there would be more red stuff.

That's my technical explanation :P

Sam Moore

Testing git stuff

Brief notes on sensor types

Update README

Automatic commit of irc logs

Merge pull request #2 from Callum-/master

testing pull request - callum

Testing

Merge pull request #1 from firefields/master

Update README

Update README

Update README

Update README

asdf

Update README

Update 2013-08-01.txt

Changed a 3 to a 4 because the numbering was wrong

Create helloworld.c

Testing editing in github

Testing committing to github and git.ucc

Notes on Meeting 1

Initial Commit