VoIP Mailing List Archives

[bdeacon at highergear.com]

Greetings,

So I see from nabble and on the wiki that others have had problems with
sqlalchemy and the hangup hook, but I appear to be having a more basic
problem.

I'm running FS 1.0.2, python 2.4.3, and SqlAlchemy 0.4.7

Here's an extension in my public.xml that works:
<extension name="Python_Test_On_5186">
<condition field="destination_number" expression="^6468715186$">
<action application="set"
data="group_confirm_file=voicemail/8000/vm-hello.wav" />
<action application="set" data="group_confirm_key=4" />
<action application="set" data="call_timeout=60" />
<action application="set" data="destination_number_python=
${python(callcontrol.routing.DummyRouteHandler)}" />
<action application="bridge"
data="${destination_number_python}" />
</condition>
</extension>

With this silly DummyRouteHandler.py:
import os
from freeswitch import *
#import sqlalchemy

def fsapi(session, stream, env, args):
stream.write('sofia/internal/1000%10.48.5.207')

(Note the commented out sqlalchemy import. Uncommenting the import gets
me an "error importing module" or "error reloading module" in the fs_cli
output)

Oooh, and just now trying to reproduce I got my first crash.

Thoughts?

Brian





_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[msc at freeswitch.org]

Sent from my iPhone

On Jan 28, 2009, at 6:41 PM, Brian Deacon <bdeacon@highergear.com>
wrote:

[anthony.minessale at g...]

There is a big chance some of your problems can come from your system copy of python.
This is one of the reasons we were against using system libs because you need python built a certain way to
work right with embedded code.

If you really want to get to the bottom of it you may want to explore installing a non standard copy of python the way
we used to do and compare results.

On Wed, Jan 28, 2009 at 9:16 PM, Michael S Collins <msc@freeswitch.org (msc@freeswitch.org)> wrote:

[bdeacon at highergear.com]

On Wed, 2009-01-28 at 19:16 -0800, Michael S Collins wrote:

[bdeacon at highergear.com]

On Thu, 2009-01-29 at 07:59 -0600, Anthony Minessale wrote:

[anthony.minessale at g...]

We used to build python 2.5.1 and install it into the freeswitch prefix

we did ./configure --prefix=/usr/local/freeswitch --enable-threads CFLAGSFORSHARED="-fPIC"

But the makefile no longer will find that one so.......

you could move your python out of the way on your box and try installing this as your system python instead.

./configure --prefix=/your/real/python/prefix --enable-threads CFLAGSFORSHARED="-fPIC"

if you are really brave you could delete the Makefile in mod_python and put back the old one
that builds and installs custom python for you into the FS prefix

http://fisheye.freeswitch.org/browse/~raw,r=6393/FreeSWITCH/src/mod/languages/mod_python/Makefile


the important thing is the --enable-threads and CFLAGSFORSHARED="-fPIC" on whatever one you use.





On Thu, Jan 29, 2009 at 2:31 PM, Brian Deacon <bdeacon@highergear.com (bdeacon@highergear.com)> wrote:

[bdeacon at highergear.com]

On Thu, 2009-01-29 at 14:49 -0600, Anthony Minessale wrote:

[anthony.minessale at g...]

for good measure i would rebuild just mod_python

make mod_python-clean
make mod_python-install


On Thu, Jan 29, 2009 at 5:07 PM, Brian Deacon <bdeacon@highergear.com (bdeacon@highergear.com)> wrote:

[bdeacon at highergear.com]

On Thu, 2009-01-29 at 17:39 -0600, Anthony Minessale wrote:

[tleyden at branchcut.com]

[bdeacon at highergear.com]

My apologies that this is starting to turn into "teach the n00b how to
compile stuff". (Not that that's keeping me from asking for help...)

So I downloaded the 2.5.4 source tarball from python.org and
./configure --prefix=/usr --enable-threads CFLAGSFORSHARED="-fPIC"
make
make install

I have a /usr/lib/python2.5 that looks kosher. I think I may have had
to alter some of the hardlinks in /usr/bin because /usr/bin/python2.4 is
still there. (So is /usr/lib/python2.4)

I have trunk code from freeswitch. ./configure acts happy, but the
mod_python Makefile looks ganked:

LOCAL_CFLAGS = -I/usr/include/python2.5 -I/usr/include/python2.5
-fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes
LOCAL_LDFLAGS= -lpthread -ldl -lutil -lm -lpython2.5
LOCAL_OBJS=freeswitch_python.o mod_python_wrap.o
include ../../../../build/modmake.rules

LINK=$(CXXLINK)

PYMOD=freeswitch
PYTHON_SITE_DIR=/usr/lib/python2.4/site-packages

That PYTHON_SITE_DIR is wrong, but the deal-breaker I get right now is
that the -lpython2.5 for LDFLAGS is making it mad. I get an ld error
"cannot find -lpython2.5" And a libpython2.5.so is conspicuously absent
from my machine.

This smells a little bit like I'm not compiling python correctly, for
which I would not blame you as putting under the category of "not your
problem" but I'll TRIPLE what I'm paying you if you can help lead me out
of these woods.

Brian


On Thu, 2009-01-29 at 17:39 -0600, Anthony Minessale wrote:

[anthony.minessale at g...]

Traun,

If you knew that, why didn't you commit it to trunk?

I added it to r11560

Brian,

Can you try freeswitch latest trunk?


On Thu, Jan 29, 2009 at 7:05 PM, Traun Leyden <tleyden@branchcut.com (tleyden@branchcut.com)> wrote:

[bdeacon at highergear.com]

Building now,
Dunno if this is a dork-up on my part or a problem with the svn version
versus the tarball version, but after a bootstrap.sh, configure, make
megaclean and make installall, it complained about the lack of a
quiet_libtool in the root of the source directory. I just copied in the
one I had from my tarball version and the build is chewing on it.

I'll let you know if this does the trick.

Brian

On Thu, 2009-01-29 at 19:22 -0600, Anthony Minessale wrote:

[brian at freeswitch.org]

You don't use make installall anymore. Just use "make current" to
bring it up to trunk.

/b

On Jan 29, 2009, at 8:06 PM, Brian Deacon wrote:

[bdeacon at highergear.com]

TA-DA!

My python can now not only import the sqlalchemy module, but the code I
had before that was actually doing some database interaction is working
now.

Thank you very much for all the help. It is much appreciated.

It sounds like the contents on the wiki with the modules.conf.xml or the
LD workarounds are superceded now. Should I change the comments on
there to reflect that it should now be fixed?

Brian

On Thu, 2009-01-29 at 19:22 -0600, Anthony Minessale wrote: