Summary:ASTERISK-02632: [patch] ShowVars() function call OR try app_dumpchan.c
Reporter:Edwin Groothuis (mavetju)Labels:
Date Opened:2004-10-19 06:11:47Date Closed:2008-01-15 15:12:39.000-0600
Versions:Frequency of
Environment:Attachments:( 0) app_dumpchan.c
( 1) patch-pbx.txt
Description:While trying to figure out what is actually going wrong with my SIP calls, I had no way to find out what variables are set in a session. I could do NoOp() of the known ones, but I didn't know anything about the unknown ones.

This patch displays all known variables, global and channel specific.


I still don't know how to get this information later back in the program :-(

-- Executing NoOp("SIP/edwin-8eca", "mghome") in new stack

but that has nothing to do with this feature request ;-)
Comments:By: Edwin Groothuis (mavetju) 2004-10-19 06:38:28

Quick additional note: the reason it only works for verbose level > 2 is that it takes at least level 3 for the "Executing ... in new stack" to show up.

By: Olle Johansson (oej) 2004-10-19 14:03:08

Disclaimer on file?

By: Tilghman Lesher (tilghman) 2004-10-19 16:21:59

Wouldn't this make more sense compiled as a separate module?  I see no overriding reason that this application needs to be loaded into the core.

By: Edwin Groothuis (mavetju) 2004-10-19 17:21:09

oej: faxed this morning

By: Edwin Groothuis (mavetju) 2004-10-19 17:25:20

corydon76: if variables were not part of the core, yes.

By: Tilghman Lesher (tilghman) 2004-10-19 18:13:27

Ah, only for globals.

By: Edwin Groothuis (mavetju) 2004-10-24 07:15:42

Did you get the disclaimer?

By: Brian West (bkw918) 2004-10-24 11:42:45

I don't want to see this in the core... this and all the other apps that are in the core are going to be taken out and put in app_pbx.c or something.


By: Tilghman Lesher (tilghman) 2004-10-24 21:59:19


That's actually going to be kind of difficult, given the nature of the global variable linked list, unless we make the linked list an "extern".  Let's get Mark's reaction to that change.

By: Brian West (bkw918) 2004-10-26 00:02:19

This patch isn't needed anymore.. You can do show channel <CHANNELNAME> and it will list them all for you.


By: Edwin Groothuis (mavetju) 2004-10-26 00:18:33

There is no way to do a "show channel ..." when you're in a dialplan, and that's where you (specially if you're trying to figure out why sip-calls aren't going through to the right voicemail box) need to know the status of all variables in particular steps of the dialplan. And that is not possible to see with "show channel ...". It's like removeing the NoOp because you can see the value with "show channel ...".

By: Brian West (bkw918) 2004-10-26 00:23:11

Try pbx_builtin_serialize_variables


By: Anthony Minessale (anthm) 2004-10-27 12:45:26

How Bout this .... ? see attached app_dumpchan.c

show application DumpChan

 -= Info about application 'DumpChan' =-

Dump Info About The Calling Channel

Usage: exten => 1,1,DumpChan([<min_verbose_level>])

If optional min_verbose_level is specified, only dump data when that verbose level is set.

edited on: 10-28-04 09:36

By: Mark Spencer (markster) 2004-11-05 23:44:29.000-0600

Tony's app is definitely the way to go.  I added it to CVS after adding a proper copyright header and cleaning up the documentation.

By: Russell Bryant (russell) 2004-11-07 11:00:56.000-0600

not in 1.0

By: Digium Subversion (svnbot) 2008-01-15 15:12:39.000-0600

Repository: asterisk
Revision: 4165

U   trunk/apps/Makefile
A   trunk/apps/app_dumpchan.c

r4165 | markster | 2008-01-15 15:12:38 -0600 (Tue, 15 Jan 2008) | 2 lines

Add dumpchan application (bug ASTERISK-2632)