- osmocom-commitlog - lists.osmocom.org

osmo-python-tests.git branch neels/doc created. d2e793a58aceb19fea1d29b550894407331fea7f
by gitosis＠osmocom.org 19 Sep '17

19 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "UNNAMED PROJECT". The branch, neels/doc has been created at d2e793a58aceb19fea1d29b550894407331fea7f (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/python/osmo-python-tests/commit/?id=d2e793a58aceb19… commit d2e793a58aceb19fea1d29b550894407331fea7f Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:00:21 2017 +0200 osmodumpdoc: print generated path Change-Id: Ie39316f0b51ee518b9dce8d5f98b53f748db573b http://cgit.osmocom.org/python/osmo-python-tests/commit/?id=a784f2407b087e1… commit a784f2407b087e17ba4a6447e4f1b5cf6c524e22 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:02:55 2017 +0200 osmodumpdoc: print called commands and OSError messages Change-Id: Ib044cbb8a1b8e02cbe6852f785c75b5c7aae6174 http://cgit.osmocom.org/python/osmo-python-tests/commit/?id=8e4806c5f20f082… commit 8e4806c5f20f082c911f5a95d88c5fdd2c26d58b Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:01:44 2017 +0200 osmodumpdoc: fix finding cfg when not calling from source tree When the binary has not been built in the source tree, it was impossible to call osmodumpdoc.py despite the -p <config-path> option. Look for config files in that config-path. Make sure a relative config-path is adjusted when changing to the workdir. Change-Id: I5427d354c289ec4602411c7059c8d80e2b451f7c ----------------------------------------------------------------------- hooks/post-receive -- UNNAMED PROJECT

1 0

libosmocore.git branch neels/vty_ref created. 0.9.6-388-gf031158f
by gitosis＠osmocom.org 19 Sep '17

19 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "An utility library for Open Source Mobile Communications". The branch, neels/vty_ref has been created at f031158ff29a04fdd3fd9bcd419992a6b61a88ad (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmocore/commit/?id=f031158ff29a04fdd3fd9bcd4199… commit f031158ff29a04fdd3fd9bcd419992a6b61a88ad Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:42:06 2017 +0200 vty: derive node name from prompt, use as XML ids The 'show online-help' produces XML output with <node id="..."> ids. We reference those from the osmo-gsm-manuals. Instead of numeric IDs coming from internal code, rather use a human-readable node ID. In order to obtain such while remaining backwards compatible, derive such a name from the command node's prompt by stripping non-alnum characters. If this is merged, we need to adjust the references in osmo-gsm-manuals.git. Change-Id: I8fa555570268b231c5e01727c661da92fad265de http://cgit.osmocom.org/libosmocore/commit/?id=e9db33b27081359c6c937b875546… commit e9db33b27081359c6c937b8755469af2c7806374 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 17:10:36 2017 +0200 vty: use internal node id for xml ids The 'show online-help' produces XML output with <node id="..."> ids. We reference those from the osmo-gsm-manuals, but until now, these ids fall out of sync when the amount of VTY nodes changes. Change these ids to use the internal node ID constant (as in enum bsc_vty_node) instead of a simple counter. If this is merged, we need to adjust the references in osmo-gsm-manuals.git. Change-Id: Ib07fb9d9106e19f5be6539493e82b5d5991f8bc2 ----------------------------------------------------------------------- hooks/post-receive -- An utility library for Open Source Mobile Communications

1 0

osmo-gsm-manuals.git branch neels/osmo-msc created. 2c3b99e62aa45ae4c3631155795246056a3dddb9
by gitosis＠osmocom.org 19 Sep '17

19 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Manuals for Osmocom GSM components". The branch, neels/osmo-msc has been created at 2c3b99e62aa45ae4c3631155795246056a3dddb9 (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/osmo-gsm-manuals/commit/?id=2c3b99e62aa45ae4c363115… commit 2c3b99e62aa45ae4c3631155795246056a3dddb9 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:19:30 2017 +0200 add OsmoMSC manual Change-Id: I9ecff2837fbf5fdc19675a726f6d70c21eb178ee http://cgit.osmocom.org/osmo-gsm-manuals/commit/?id=260115932622ce5ae6120e3… commit 260115932622ce5ae6120e336ba076c4a76e26db Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 18:32:30 2017 +0200 OsmoNITB: update vty reference Change node IDs to use the names derived from the node prompt, in the process fix the node references to not place the vty_additions in the wrong places. Related: I8fa555570268b231c5e01727c661da92fad265de (libosmocore) Change-Id: I48edb65be94be56c4b57293d8edc1b30271acc12 http://cgit.osmocom.org/osmo-gsm-manuals/commit/?id=cff1731b13b983bd13510e5… commit cff1731b13b983bd13510e56ec3bf657b4cd2740 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:23:18 2017 +0200 fix make deps: don't use the FORCE With the FORCE dependency in place, every 'make' invocation builds all from scratch all the time. Remove that to have intelligent re-build on edits. Change-Id: I9758e04162a480e28c7dc83475b514cf7fd25ec0 http://cgit.osmocom.org/osmo-gsm-manuals/commit/?id=0e3e4c217add2744307b81d… commit 0e3e4c217add2744307b81d3e8c715c3ddc2c119 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Mon Sep 18 16:22:11 2017 +0200 fix make deps: join hint_to_remove_draft_mode to build step Change-Id: Iecf8e18ce2f1dac61bf55019e1fec601b33abb95 http://cgit.osmocom.org/osmo-gsm-manuals/commit/?id=60ccbe55c534c533779d816… commit 60ccbe55c534c533779d816187d838339cfdce86 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Tue Sep 19 02:32:00 2017 +0200 INSTALL.txt: add missing dep and vty ref howto Change-Id: I1068d665b91faf1faa1b295503fcdc33f4ac500a ----------------------------------------------------------------------- hooks/post-receive -- Manuals for Osmocom GSM components

1 0

libosmocore.git branch master updated. 0.9.6-387-g4a31ffa2
by gitosis＠osmocom.org 19 Sep '17

19 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "An utility library for Open Source Mobile Communications". The branch, master has been updated via 4a31ffa2f0097d96201f80305a0495c57552f0ad (commit) from a52d839343aea9b81c2463f52c3c3358778698f3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmocore/commit/?id=4a31ffa2f0097d96201f80305a04… commit 4a31ffa2f0097d96201f80305a0495c57552f0ad Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Thu Sep 7 03:08:06 2017 +0200 VTY: implicit node exit by de-indenting, not parent lookup Note: This will break users' config files if they do not use consistent indenting. (see below for a definition of "consistent".) When reading VTY commands from a file, use indenting as means to implicitly exit child nodes. Do not look for commands in the parent node implicitly. The VTY so far implies 'exit' commands if a VTY line cannot be parsed on the current node, but succeeds on the parent node. That is the mechanism by which our VTY config files do not need 'exit' at the end of each child node. We've hit problems with this in the following scenarios, which will show improved user experience after this patch: *) When both a parent and its child node have commands with identical names: cs7 instace 0 point-code 1.2.3 sccp-address osmo-msc point-code 0.0.1 If I put the parent's command below the child, it is still interpreted in the context of the child node: cs7 instace 0 sccp-address osmo-msc point-code 0.0.1 point-code 1.2.3 Though the indenting lets me assume I am setting the cs7 instance's global PC to 1.2.3, I'm actually overwriting osmo-msc's PC with 1.2.3 and discarding the 0.0.1. *) When a software change moves a VTY command from a child to a parent. Say 'timezone' moved from 'bts' to 'network' level: network timezone 1 2 Say a user still has an old config file with 'timezone' on the child level: network bts 0 timezone 1 2 trx 0 The user would expect an error message that 'timezone' is invalid on the 'bts' level. Instead, the VTY finds the parent node's 'timezone', steps out of 'bts' to the 'network' level, and instead says that the 'trx' command does not exist. Format: Consistent means that two adjacent indenting lines have the exact same indenting characters for the common length: Weird mix if you ask me, but correct and consistent: ROOT <space>PARENT <space><tab><space>CHILD <space><tab><space><tab><tab>GRANDCHILD <space><tab><space><tab><tab>GRANDCHILD2 <space>SIBLING Inconsistent: ROOT <space>PARENT <tab><space>CHILD <space><space><tab>GRANDCHILD <space><tab><tab>GRANDCHILD2 <tab>SIBLING Also, when going back to a parent level, the exact same indenting must be used as before in that node: Incorrect: ROOT <tab>PARENT <tab><tab><tab>CHILD <tab><tab>SIBLING As not really intended side effect, it is also permitted to indent the entire file starting from the root level. We could guard against it but there's no harm: Correct and consistent: <tab>ROOT <tab><tab>PARENT <tab><tab><tab><tab>CHILD <tab><tab>SIBLING Implementation: Track parent nodes state: whenever a command enters a child node, push a parent node onto an llist to remember the exact indentation characters used for that level. As soon as the first line on a child node is parsed, remember this new indentation (which must have a longer strlen() than its parent level) to apply to all remaining child siblings and grandchildren. If the amount of spaces that indent a following VTY command are less than this expected indentation, call vty_go_parent() until it matches up. At any level, if the common length of indentation characters mismatch, abort parsing in error. Transitions to child node are spread across VTY implementations and are hard to change. But transitions to the parent node are all handled by vty_go_parent(). By popping a parent from the list of parents in vty_go_parent(), we can also detect that a command has changed the node without changing the parent, hence it must have stepped into a child node, and we can push a parent frame. The behavior on the interactive telnet VTY remains unchanged. Change-Id: I24cbb3f6de111f2d31110c3c484c066f1153aac9 ----------------------------------------------------------------------- Summary of changes: include/osmocom/vty/command.h | 2 + include/osmocom/vty/vty.h | 23 ++++ src/vty/command.c | 216 ++++++++++++++++++++++++++++++++----- src/vty/vty.c | 8 ++ tests/Makefile.am | 13 ++- tests/testsuite.at | 1 + tests/vty/fail_not_de-indented.cfg | 3 + tests/vty/fail_tabs_and_spaces.cfg | 4 + tests/vty/fail_too_much_indent.cfg | 3 + tests/vty/ok.cfg | 3 + tests/vty/ok_ignore_blank.cfg | 7 ++ tests/vty/ok_ignore_comment.cfg | 7 ++ tests/vty/ok_indented_root.cfg | 3 + tests/vty/ok_more_spaces.cfg | 4 + tests/vty/ok_tabs.cfg | 4 + tests/vty/ok_tabs_and_spaces.cfg | 4 + tests/vty/vty_test.c | 20 ++++ tests/vty/vty_test.ok | 20 ++++ 18 files changed, 320 insertions(+), 25 deletions(-) create mode 100644 tests/vty/fail_not_de-indented.cfg create mode 100644 tests/vty/fail_tabs_and_spaces.cfg create mode 100644 tests/vty/fail_too_much_indent.cfg create mode 100644 tests/vty/ok.cfg create mode 100644 tests/vty/ok_ignore_blank.cfg create mode 100644 tests/vty/ok_ignore_comment.cfg create mode 100644 tests/vty/ok_indented_root.cfg create mode 100644 tests/vty/ok_more_spaces.cfg create mode 100644 tests/vty/ok_tabs.cfg create mode 100644 tests/vty/ok_tabs_and_spaces.cfg hooks/post-receive -- An utility library for Open Source Mobile Communications

1 0

libsmpp34.git branch master updated. 1.12-8-g6619771
by gitosis＠osmocom.org 18 Sep '17

18 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Osmocom fork of the Open SMPP 3.4 library". The branch, master has been updated via 66197717500693ba089e044817bfdf457dc34090 (commit) from c63971fab0d67bc52d7fd455529b844009aa8565 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libsmpp34/commit/?id=66197717500693ba089e044817bfdf… commit 66197717500693ba089e044817bfdf457dc34090 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Sun Sep 17 17:05:54 2017 +0200 contrib: Enable -Werror by default Change-Id: I2a88cdcbf76ea28a30e82836030f894c2152d5ed ----------------------------------------------------------------------- Summary of changes: contrib/jenkins.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- Osmocom fork of the Open SMPP 3.4 library

1 0

libosmo-abis.git branch master updated. 0.4.0-2-g01543a1
by gitosis＠osmocom.org 18 Sep '17

18 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Osmocom A-bis protcol interface library". The branch, master has been updated via 01543a1ea392fa98974ea2f99cafbc28e9966656 (commit) from d3292913ac99b4a57094ca19fd70571ec6914f48 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmo-abis/commit/?id=01543a1ea392fa98974ea2f99ca… commit 01543a1ea392fa98974ea2f99cafbc28e9966656 Author: Neels Hofmeyr <neels(a)hofmeyr.de> Date: Thu Sep 14 04:32:19 2017 +0200 cosmetic: ipa.c: use msgb_dequeue(), drop local var Make ipa_server_conn_write() a lot simpler and shorter by using msgb_dequeue() and avoiding local pointer that was used only once. Change-Id: Id968e60d081a6d69de482a908ca3fe5e1044aaa3 ----------------------------------------------------------------------- Summary of changes: src/input/ipa.c | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) hooks/post-receive -- Osmocom A-bis protcol interface library

1 0

libosmo-netif.git branch master updated. 0.0.6-85-g5994198
by gitosis＠osmocom.org 18 Sep '17

18 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Osmocom network interface library". The branch, master has been updated via 59941982083f7f0d6ab11f7bbb42c297a3fb8d69 (commit) from 14af167a5553519d8164f4a21556888535eeefeb (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmo-netif/commit/?id=59941982083f7f0d6ab11f7bbb… commit 59941982083f7f0d6ab11f7bbb42c297a3fb8d69 Author: Pablo Neira Ayuso <pablo(a)gnumonks.org> Date: Tue Sep 12 12:44:53 2017 +0200 src: _snprintf() helper functions nul-terminate buffers, if possible This patch inconditionally initializes the buffer we get to nul-terminate it, whenever possible. It's a very simple solution to catch three overly corner cases: 1) snprintf() returns -1, very much unlikely in practise. 2) msg->len == 0: In such case, I would expect this function is never called with an empty message, but let's be safe in this case too. 3) If your buffer is empty, it doesn't nul-terminate the buffer. Change-Id: I97e517f2d98e83894ea707c63489559302ff6bd2 ----------------------------------------------------------------------- Summary of changes: src/osmux.c | 3 +++ src/rtp.c | 3 +++ 2 files changed, 6 insertions(+) hooks/post-receive -- Osmocom network interface library

1 0

libosmocore.git branch master updated. 0.9.6-386-ga52d8393
by gitosis＠osmocom.org 18 Sep '17

18 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "An utility library for Open Source Mobile Communications". The branch, master has been updated via a52d839343aea9b81c2463f52c3c3358778698f3 (commit) from 98f6482ec7eb603b17e5a99fb92d28c17fcf61e9 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmocore/commit/?id=a52d839343aea9b81c2463f52c3c… commit a52d839343aea9b81c2463f52c3c3358778698f3 Author: Max <msuraev(a)sysmocom.de> Date: Tue Sep 12 15:34:35 2017 +0200 Expand bit pretty-printer Add OSMO_BIT_PRINT_EX() which is like OSMO_BIT_PRINT() but allows to specify character to be printed for set bits. It's useful to print bytes used as mask where set bit has particular semantics - for example TS mask in OsmoPCU. Change-Id: I72528bc1e376134c5a7b6e7a50c48e38c3f48b0a Related: OS#2282 ----------------------------------------------------------------------- Summary of changes: include/osmocom/core/bits.h | 20 +++++++++++--------- 1 file changed, 11 insertions(+), 9 deletions(-) hooks/post-receive -- An utility library for Open Source Mobile Communications

1 0

libsmpp34.git branch master updated. 1.12-7-gc63971f
by gitosis＠osmocom.org 17 Sep '17

17 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Osmocom fork of the Open SMPP 3.4 library". The branch, master has been updated via c63971fab0d67bc52d7fd455529b844009aa8565 (commit) via cbdde82aca1103db1ed69f29a666f29fdc6b79ba (commit) via 43dc9992bcc5335a5aea99ffde5bd634e96714bb (commit) via cad0cc552f9956af3fa90d12de443dabe5c7c320 (commit) via fe9f88add068fa08831abe535ee013cbd63adb3a (commit) via a11a464552736f813656ca17c30c355543cfa573 (commit) from 823e711018f053b3878071fe84e929b0623ca08b (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libsmpp34/commit/?id=c63971fab0d67bc52d7fd455529b84… commit c63971fab0d67bc52d7fd455529b844009aa8565 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 20:09:19 2017 +0200 Fix Out of bounds compilation warning in OCTET8 The code in OCTET8 implementation assumes the len is placed inside the byte preceding the memory buffer, which is true for the defined cases. However, it creates a compilation warning. Better pass the value directly from the struct field rather than playing addr games. this way we also assert we require to explicitly pass the len. Fixes lots of warning like the one below: /home/pespin/dev/sysmocom/bin/../git/libsmpp34/src/smpp34_unpack.c: In function ‘smpp34_u npack’: /home/pespin/dev/sysmocom/bin/../git/libsmpp34/src/smpp34_unpack.c:147:14: warning: array subscript is above array bounds [-Warray-bounds] lenval = *((inst par) - 1);\ ^~~~~~~~~~~~~~~~~ /home/pespin/dev/sysmocom/bin/../git/libsmpp34/def_frame/submit_sm.frame:18:2: note: in e xpansion of macro ‘OCTET8’ OCTET8( instancia, short_message, 254 ); ^~~~~~ Change-Id: Id110f4e977c3becdb44cf5492c372e530ea51551 http://cgit.osmocom.org/libsmpp34/commit/?id=cbdde82aca1103db1ed69f29a666f2… commit cbdde82aca1103db1ed69f29a666f29fdc6b79ba Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 19:25:52 2017 +0200 bind_receiver_resp_test.c: Fix compilation warning /home/pespin/dev/sysmocom/bin/../git/libsmpp34/test_pdu/bind_receiver_resp_test.c: In function ‘main’: /home/pespin/dev/sysmocom/bin/../git/libsmpp34/test_pdu/bind_receiver_resp_test.c:55:58: warning: ‘snprintf’ output truncated before the last format character [-Wformat-truncation=] snprintf((char*)b.system_id, sizeof(b.system_id), "%s", "1234567890123456"); ^ /home/pespin/dev/sysmocom/bin/../git/libsmpp34/test_pdu/bind_receiver_resp_test.c:55:5: note: ‘snprintf’ output 17 bytes into a destination of size 16 snprintf((char*)b.system_id, sizeof(b.system_id), "%s", "1234567890123456"); Change-Id: I4ec682a5e2ee4d02008a9c86a0a5507792667d0e http://cgit.osmocom.org/libsmpp34/commit/?id=43dc9992bcc5335a5aea99ffde5bd6… commit 43dc9992bcc5335a5aea99ffde5bd634e96714bb Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 19:17:10 2017 +0200 smpp34_unpack.c: remove unused variable Fixes compilation warning below: /home/pespin/dev/sysmocom/bin/../git/libsmpp34/src/smpp34_unpack.c: In function ‘smpp34_unpack’: /home/pespin/dev/sysmocom/bin/../git/libsmpp34/src/smpp34_unpack.c:232:18: warning: variable ‘l’ set but not used [ -Wunused-but-set-variable] uint32_t l; Change-Id: I75baa65b575deec1cc040490f2e76ebb54e46ca7 http://cgit.osmocom.org/libsmpp34/commit/?id=cad0cc552f9956af3fa90d12de443d… commit cad0cc552f9956af3fa90d12de443dabe5c7c320 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 19:15:05 2017 +0200 smpp34_structs.h: Fix truncated output in str_tlv_id Fixes compilation warning below: %s’ directive output may be truncated writing between 8 and 33 bytes into a regio n of size 30 [-Wformat-truncation=] snprintf(buff, SMALL_BUFF, "%s", ^~ /home/pespin/dev/sysmocom/bin/../git/libsmpp34/src/smpp34_params.c:136:5: note: ‘ snprintf’ output between 9 and 34 bytes into a destination of size 30 snprintf(buff, SMALL_BUFF, "%s", ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #define OPERACION( p_tlv_id ) (tlv_id == p_tlv_id)?#p_tlv_id: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #include "def_list/tlv_id.list" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "Reserved" ~~~~~~~~~~ #undef OPERACION ~~~~~~~~~~~~~~~~ ); Change-Id: Ie2ba6182eb0cdd98cadb8317aef49141244aa92d http://cgit.osmocom.org/libsmpp34/commit/?id=fe9f88add068fa08831abe535ee013… commit fe9f88add068fa08831abe535ee013cbd63adb3a Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 19:14:19 2017 +0200 smpp34_structs.h: Fix trailing whitespace Change-Id: I5838e216fe16b4789bb1a0ce40ce496f46a3c328 http://cgit.osmocom.org/libsmpp34/commit/?id=a11a464552736f813656ca17c30c35… commit a11a464552736f813656ca17c30c355543cfa573 Author: Pau Espin Pedrol <pespin(a)sysmocom.de> Date: Fri Sep 15 18:58:47 2017 +0200 smpp34_dumpBuf.c: remove unused variable Fixes compilation warning below: smpp34_dumpBuf.c:52:9: warning: variable ‘lefterror’ set but not used [-Wunused-but-set-variable] int lefterror = 0; Change-Id: Iea8ff80d3e4d16aaca6e37d64593b50fa27c8cfb ----------------------------------------------------------------------- Summary of changes: def_frame/deliver_sm.frame | 2 +- def_frame/replace_sm.frame | 2 +- def_frame/submit_multi.frame | 2 +- def_frame/submit_sm.frame | 2 +- src/smpp34_dumpBuf.c | 2 - src/smpp34_dumpPdu.c | 3 +- src/smpp34_pack.c | 3 +- src/smpp34_structs.h | 82 +++++++++++++++++++------------------- src/smpp34_unpack.c | 5 +-- test_pdu/bind_receiver_resp_test.c | 2 +- 10 files changed, 49 insertions(+), 56 deletions(-) hooks/post-receive -- Osmocom fork of the Open SMPP 3.4 library

1 0

gapk.git branch fixeria/lib updated. v0.4-53-g3cf11d8
by gitosis＠osmocom.org 15 Sep '17

15 Sep '17

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GSM Audio Pocket Knife". The branch, fixeria/lib has been updated via 3cf11d824385e06a96b318766d7e6708e49b3215 (commit) via f7d53964d372a64ccbad419cedf33c360442a28f (commit) via c24199263f070fe68b778cab82bb93327b0f07c1 (commit) via 8e3d622262859145d6e8bc8ab4083ef97728a8f2 (commit) via 2f5c8ae7ec445a5c327a584bffc4b17b53d7f7c0 (commit) via 0f08d56e36bbd998a5bd10ec17f2001f03fb584c (commit) via e8b882412b035637bec7edbd8b885c026e4f7040 (commit) via b755032efda89dc2d16356dbaec3f9cdfded4354 (commit) from 46df43543a9ea12acd0d0bf88a6e50aad7f14201 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://cgit.osmocom.org/gapk/commit/?id=3cf11d824385e06a96b318766d7e6708e49… commit 3cf11d824385e06a96b318766d7e6708e49b3215 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Sep 15 19:34:44 2017 +0430 tests: add format / codec transcoding tests This test group is intended to check the format / codec transcoding capabilities of the library. The reference files are used to ensure that encoding or decoding was successful. The following formats are currently being tested: - amr_efr - gsm - racal_hr - racal_fr - racal_efr - ti_hr - ti_fr - ti_efr - rtp_efr - rtp_hr_etsi - rtp_hr_ietf http://cgit.osmocom.org/gapk/commit/?id=f7d53964d372a64ccbad419cedf33c36044… commit f7d53964d372a64ccbad419cedf33c360442a28f Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Fri Sep 15 19:17:21 2017 +0430 osmo-gapk: fix I/O count check condition The stdin / stdout operation was broken by a new check condition, introduced by the 15fa605576a81803c57a144231e9e9720aa133a1. http://cgit.osmocom.org/gapk/commit/?id=c24199263f070fe68b778cab82bb93327b0… commit c24199263f070fe68b778cab82bb93327b0f07c1 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Thu Sep 14 15:20:50 2017 +0430 tests: add pq_rtp test This test is intended to check the RTP source / sink operability. To do this, two processing queues are being allocated: "generator": source/random -> sink/rtp "checker": source/rtp -> sink/checker The first one generates some amount of random bytes (payload), and stores them inside a buffer that is shared between both queues. After generation, a payload is being sent from the first queue via an RTP sink, and then being received by the second via an RTP source. As both queues do use a shared buffer, the last item of the second queue (named 'sink/checker') is able to compare a received payload with expected. http://cgit.osmocom.org/gapk/commit/?id=8e3d622262859145d6e8bc8ab4083ef9772… commit 8e3d622262859145d6e8bc8ab4083ef97728a8f2 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Sep 12 19:07:52 2017 +0300 tests: add pq_file test This test is intended to check the file source / sink operability. To do that, the following processing chain is being composed: source/file -> proc/dummy -> sink/file (stdout) The source item opens the sample file named 'io_sample.txt' for reading. The next processing item simply converts all uppercase latters to the lowercase. The last one writes the result to stdout. This processing cycle is being repeated several times with different block length values. http://cgit.osmocom.org/gapk/commit/?id=2f5c8ae7ec445a5c327a584bffc4b17b53d… commit 2f5c8ae7ec445a5c327a584bffc4b17b53d7f7c0 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Sep 12 15:32:52 2017 +0300 tests: add procqueue test This test is intended to validate the processing queue management API. Moreover, the talloc debugging API is used to ensure that there are no memory leaks. First, four processing queues are being allocated. One of them is empty, while others have different count of items. Then the human-readable description is being generated for all of them. And finally, the processing and exit cllback are being tested. During the test execution, the talloc NULL-context tracking feature is enabled, allowing to observe every memory allocation within the libosmogapk, and to detect memory leaks. http://cgit.osmocom.org/gapk/commit/?id=0f08d56e36bbd998a5bd10ec17f2001f03f… commit 0f08d56e36bbd998a5bd10ec17f2001f03fb584c Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Sep 12 15:26:31 2017 +0300 Init automake test environment http://cgit.osmocom.org/gapk/commit/?id=e8b882412b035637bec7edbd8b885c026e4… commit e8b882412b035637bec7edbd8b885c026e4f7040 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Sep 12 01:30:48 2017 +0300 procqueue: allocate an output buffer as named chunk The talloc_size() call sets the current file name and the current line number as name for chunk being allocated. This combination is not so informative during debugging, so let's use the static '.buffer' string as context name for item's output buffer. http://cgit.osmocom.org/gapk/commit/?id=b755032efda89dc2d16356dbaec3f9cdfde… commit b755032efda89dc2d16356dbaec3f9cdfded4354 Author: Vadim Yanitskiy <axilirator(a)gmail.com> Date: Tue Sep 12 01:17:26 2017 +0300 procqueue: set talloc name and context for queue description Previously a queue description string was allocated without setting proper parental talloc context and proper name. ----------------------------------------------------------------------- Summary of changes: .gitignore | 9 + Makefile.am | 2 +- configure.ac | 2 + src/app_osmo_gapk.c | 2 +- src/procqueue.c | 12 +- tests/Makefile.am | 93 ++++++ {test => tests}/common.sh | 0 tests/io/io_sample.txt | 1 + tests/io/pq_file_test.c | 149 +++++++++ tests/io/pq_file_test.ok | 12 + tests/io/pq_rtp_test.c | 349 +++++++++++++++++++ tests/io/pq_rtp_test.ok | 10 + {test => tests}/play_all_formats.sh | 0 tests/procqueue/pq_test.c | 371 +++++++++++++++++++++ tests/procqueue/pq_test.ok | 60 ++++ {test => tests}/ref-files/hhgttg_part1_5.s16 | Bin .../ref-files/hhgttg_part1_5.s16.amr-efr | Bin .../ref-files/hhgttg_part1_5.s16.amr-efr.s16 | Bin {test => tests}/ref-files/hhgttg_part1_5.s16.gsm | Bin .../ref-files/hhgttg_part1_5.s16.gsm.s16 | Bin .../ref-files/hhgttg_part1_5.s16.racal-efr | Bin .../ref-files/hhgttg_part1_5.s16.racal-efr.s16 | Bin .../ref-files/hhgttg_part1_5.s16.racal-fr | Bin .../ref-files/hhgttg_part1_5.s16.racal-fr.s16 | Bin .../ref-files/hhgttg_part1_5.s16.racal-hr | Bin .../ref-files/hhgttg_part1_5.s16.racal-hr.s16 | Bin .../ref-files/hhgttg_part1_5.s16.rtp-efr | Bin .../ref-files/hhgttg_part1_5.s16.rtp-efr.s16 | Bin .../ref-files/hhgttg_part1_5.s16.rtp-hr-etsi | Bin .../ref-files/hhgttg_part1_5.s16.rtp-hr-etsi.s16 | Bin .../ref-files/hhgttg_part1_5.s16.rtp-hr-ietf | Bin .../ref-files/hhgttg_part1_5.s16.rtp-hr-ietf.s16 | Bin .../ref-files/hhgttg_part1_5.s16.ti-efr | Bin .../ref-files/hhgttg_part1_5.s16.ti-efr.s16 | Bin {test => tests}/ref-files/hhgttg_part1_5.s16.ti-fr | Bin .../ref-files/hhgttg_part1_5.s16.ti-fr.s16 | Bin {test => tests}/ref-files/hhgttg_part1_5.s16.ti-hr | Bin .../ref-files/hhgttg_part1_5.s16.ti-hr.s16 | Bin {test => tests}/test_all_formats.sh | 0 tests/testsuite.at | 244 ++++++++++++++ {test => tests}/update_ref_files.sh | 0 41 files changed, 1313 insertions(+), 3 deletions(-) create mode 100644 tests/Makefile.am rename {test => tests}/common.sh (100%) create mode 100644 tests/io/io_sample.txt create mode 100644 tests/io/pq_file_test.c create mode 100644 tests/io/pq_file_test.ok create mode 100644 tests/io/pq_rtp_test.c create mode 100644 tests/io/pq_rtp_test.ok rename {test => tests}/play_all_formats.sh (100%) create mode 100644 tests/procqueue/pq_test.c create mode 100644 tests/procqueue/pq_test.ok rename {test => tests}/ref-files/hhgttg_part1_5.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.amr-efr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.amr-efr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.gsm (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.gsm.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-efr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-efr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-fr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-fr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-hr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.racal-hr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-efr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-efr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-hr-etsi (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-hr-etsi.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-hr-ietf (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.rtp-hr-ietf.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-efr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-efr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-fr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-fr.s16 (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-hr (100%) rename {test => tests}/ref-files/hhgttg_part1_5.s16.ti-hr.s16 (100%) rename {test => tests}/test_all_formats.sh (100%) create mode 100644 tests/testsuite.at rename {test => tests}/update_ref_files.sh (100%) hooks/post-receive -- GSM Audio Pocket Knife

1 0