From medeiros at medeiros.eng.br  Sat Sep  7 01:39:54 2019
From: medeiros at medeiros.eng.br (Romeu Medeiros)
Date: Fri, 6 Sep 2019 22:39:54 -0300
Subject: Database functions
Message-ID: <CAL=AzhpuVKbvPoViCAYUsBA0NfyR6065TQT7QrpbyYG=vs9gfQ@mail.gmail.com>

Hello all and Sukchan,

I'll try to use another database with nextepc. (PostgreSQL).

Let me ask something, only the HSS need the database connection?

Thanks

Romeu Medeiros


From laforge at gnumonks.org  Sat Sep  7 10:48:06 2019
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 7 Sep 2019 12:48:06 +0200
Subject: Database functions
In-Reply-To: <CAL=AzhpuVKbvPoViCAYUsBA0NfyR6065TQT7QrpbyYG=vs9gfQ@mail.gmail.com>
References: <CAL=AzhpuVKbvPoViCAYUsBA0NfyR6065TQT7QrpbyYG=vs9gfQ@mail.gmail.com>
Message-ID: <20190907104806.GC19175@nataraja>

hi Romeu,

On Fri, Sep 06, 2019 at 10:39:54PM -0300, Romeu Medeiros wrote:
> Let me ask something, only the HSS need the database connection?

The PCRF also uses mongodb, which I had to find out "the hard way" when writing
my osmo_dia2gsup translator to use osmo-hlr with nextepc.

May I ask for your motivation to use a different database? I'm personally
also not convinced of the mongodb + nodejs approach of nextepc-hssd.  No
disrespect to Sukchan here, it's mainly a question of different taste /
preference.

Given the excellent built-in Diameter support in Erlang/OTP, if I was to
implement a "real" HSS for larger/realistic public networks, I would probably
recommend to do it in Erlang, using mnesia as database backend.

For smaller, more embedded "network in a box" systems, something more
self-contained like a C program with sqlite3 seems like a good idea.
This is what we did in osmo-hlr.

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)


From medeiros at medeiros.eng.br  Mon Sep  9 01:33:50 2019
From: medeiros at medeiros.eng.br (Romeu Medeiros)
Date: Sun, 8 Sep 2019 22:33:50 -0300
Subject: Database functions
In-Reply-To: <20190907104806.GC19175@nataraja>
References: <CAL=AzhpuVKbvPoViCAYUsBA0NfyR6065TQT7QrpbyYG=vs9gfQ@mail.gmail.com>
 <20190907104806.GC19175@nataraja>
Message-ID: <CAL=AzhrS34J0_mAqtMQhBPDXpyMzPtDLcAVETmZZv5UsPUKy7w@mail.gmail.com>

Hello Harald,

the main reason to use another database is just the preference, I use
PostgreSQL for more than 10 years and the node/mongo has a different
approach.

I will try to begin this week.

Thanks

Romeu Medeiros

On Sat, Sep 7, 2019 at 7:48 AM Harald Welte <laforge at gnumonks.org> wrote:
>
> hi Romeu,
>
> On Fri, Sep 06, 2019 at 10:39:54PM -0300, Romeu Medeiros wrote:
> > Let me ask something, only the HSS need the database connection?
>
> The PCRF also uses mongodb, which I had to find out "the hard way" when writing
> my osmo_dia2gsup translator to use osmo-hlr with nextepc.
>
> May I ask for your motivation to use a different database? I'm personally
> also not convinced of the mongodb + nodejs approach of nextepc-hssd.  No
> disrespect to Sukchan here, it's mainly a question of different taste /
> preference.
>
> Given the excellent built-in Diameter support in Erlang/OTP, if I was to
> implement a "real" HSS for larger/realistic public networks, I would probably
> recommend to do it in Erlang, using mnesia as database backend.
>
> For smaller, more embedded "network in a box" systems, something more
> self-contained like a C program with sqlite3 seems like a good idea.
> This is what we did in osmo-hlr.
>
> Regards,
>         Harald
> --
> - Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
> ============================================================================
> "Privacy in residential applications is a desirable marketing option."
>                                                   (ETSI EN 300 175-7 Ch. A6)


From murali07smile at gmail.com  Sun Sep 29 05:30:48 2019
From: murali07smile at gmail.com (Murali Sb)
Date: Sun, 29 Sep 2019 11:00:48 +0530
Subject: GDB help
Message-ID: <CA+N5aeU9iqvt1N72YfHyBQNk-DZNgXbeEWNGczUUk5+zW3B+7A@mail.gmail.com>

Hi

How to debug the nextepc code using GDB?
If i try " gdb next-epcd ". I get an error message, its not an executable.
Please advise.
-- 
Murali.S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/nextepc/attachments/20190929/b4abb1a4/attachment.htm>

From acetcom at gmail.com  Sun Sep 29 09:06:49 2019
From: acetcom at gmail.com (=?UTF-8?B?7J207ISd7LCs?=)
Date: Sun, 29 Sep 2019 18:06:49 +0900
Subject: GDB help
In-Reply-To: <CA+N5aeU9iqvt1N72YfHyBQNk-DZNgXbeEWNGczUUk5+zW3B+7A@mail.gmail.com>
References: <CA+N5aeU9iqvt1N72YfHyBQNk-DZNgXbeEWNGczUUk5+zW3B+7A@mail.gmail.com>
Message-ID: <CAKoHG8Br1j1O32E+u=r=wwQGG5bWgp=HtkVTubNsRqRbb1nnYA@mail.gmail.com>

See as below link:

https://www.gnu.org/software/libtool/manual/html_node/Debugging-executables.html

Thanks!

Best Regards,
     Sukchan

2019? 9? 29? (?) ?? 2:31, Murali Sb <murali07smile at gmail.com>?? ??:

> Hi
>
> How to debug the nextepc code using GDB?
> If i try " gdb next-epcd ". I get an error message, its not an executable.
> Please advise.
> --
> Murali.S
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/nextepc/attachments/20190929/dede21e3/attachment.htm>