summaryrefslogtreecommitdiff
path: root/lib/HACKING
blob: e4d8d9fd1d9dd05bf2c4338370d334a3363a80e0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
HACKING file for libradsec (in Emacs -*- org -*- mode).

Status as of libradsec-0.0.1-dev (2011-03-24).

* Build instructions
cd libradsec/lib
sh autogen.sh
./configure #--enable-tls
make

examples/client -r examples/client.conf blocking-tls; echo $?

* Design of the API
- There are three usage modes
  - You use the send and receive calls (blocking mode)
  - You register callbacks and run the libevent dispatch loop (user
    dispatch mode)
  - You run your own event loop, using fd's for select and do the I/O
    using the libradsec send/receive calls (on-your-own mode)
- Fully reentrant (FIXME: any issues with libfreeradius-radius?)

* Dependencies
The details below apply to Ubuntu 10.10.

- libfreeradius-radius (2.1.9+dfsg-1ubuntu1)
  sudo apt-get install libfreeradius-dev libfreeradius2
- libconfuse (2.7-1)
  sudo apt-get install libconfuse-dev libconfuse0
- libevent from source (release-2.0.10-stable)
  git clone --branch release-2.0.10-stable git://levent.git.sourceforge.net/gitroot/levent/levent
  cd levent; sh autogen.sh && ./configure --enable-openssl
  make && sudo make install
- OpenSSL (optional, for TLS and DTLS support)
  sudo apt-get install libssl-dev
  
* Functionality and quality
** Not well tested
- reading config file
- [TCP] short read
- [TCP] short write
- [TLS] basic tls support
** Known issues
- error stack is only one entry deep
** Not implemented
- custom allocation scheme used in all places
  issue: libfreeradius-radius
- server failover
- [TLS] verification of CN
- [TLS] preshared key support
- [DTLS] support

* Found a bug?
If possible, please build the library with DEBUG defined
(CFLAGS=-DDEBUG) and reproduce the problem.  With DEBUG defined, lots
of asserts are enabled which might give a hint about what's gone
wrong.

Running the library under gdb is another good idea.  If you experience
a crash, catching that in gdb and providing a backtrace is highly
valuable for debugging.

Contact: mailto:linus+libradsec@nordu.net