Revision: 5949
http://openser.svn.sourceforge.net/openser/?rev=5949&view=rev
Author: juhe
Date: 2009-10-23 17:16:30 +0000 (Fri, 23 Oct 2009)
Log Message:
-----------
* Added note about maximum number of gateways.
Modified Paths:
--------------
branches/1.5/modules/lcr/README
branches/1.5/modules/lcr/doc/lcr_admin.xml
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
Modules missing README/xml docs in modules_s
acc_db
acc_radius
dialog
diversion
eval
fifo
oracle
prefix_route
print_lib
unixsock
This propably is something that needs to be fixed before any release.
For some modules, I belive you could steal from modules_k, that have
similarity and all have docs.
Cheers,
/O
Module: sip-router
Branch: master
Commit: 061274a5b241430c575d93f74c9daa7286c93c3c
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=061274a…
Author: Jan Janak <jan(a)ryngle.com>
Committer: Jan Janak <jan(a)ryngle.com>
Date: Fri Oct 23 17:31:50 2009 +0200
core: Correct an error in doxygen comments.
One of previous commits added an extra comment-closing sequence
which caused a compilation error. This patch fixes that.
---
timer_funcs.h | 3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/timer_funcs.h b/timer_funcs.h
index f5c23fa..8e17b8a 100644
--- a/timer_funcs.h
+++ b/timer_funcs.h
@@ -57,13 +57,12 @@ struct timer_head{
* (1<<H0_BITS)*sizeof(struct timer_head) bytes of memory, so arrange it
* accordingly
*
-x* Uses ~280K on a 64 bits system and ~140K on a 32 bit system; for TICKS_HZ=10
+ * Uses ~280K on a 64 bits system and ~140K on a 32 bit system; for TICKS_HZ=10
* holds ~ 30 min in the first hash/wheel and ~233h in the first two.
* More perfomant arrangement: 16, 8, 8 (but eats 1 MB on a 64 bit system, and
* 512K on a 32 bit one). For TICKS_HZ=10 it holds almost 2h in the
* first hash/wheel and ~460h in the first two.
*/
- */
/*@{ */
#define H0_BITS 14
Hello,
When we imported the code from both repositories into the common git
repository, we imported the full history of SER core and modules, as
well as the full history of all Kamailio modules and scripts/tools.
What we did not import is the full history of Kamailio core. We went
through Kamailio modules and selected directories one by one, but we
left the core file behind, which means that changes in Kamailio to
most core files are no accessible in the git repository history.
We put quite a bit of effort into importing everything properly,
including full history. And I wonder if we should perhaps also import
the history of Kamailio core, perhaps on a separate branch?
The history of Kamailio core would not be directly visible if one
types git log on the master branch, but it will be stored in the
repository in case someone needs to investigate it in the future.
Without that one would need to get back to the SVN repository and look
there. We also have the automatic git import of Kamailio SVN, but I
assume that we will stop that if there will be no more commits in the
SVN repository in the future.
-- Jan