similar to: func_odbc - trouble

Hello, I am trying to add a sip-trunk to my Asterisk 1.4.15/Elastix 0.9.2 server. The system is in production with local extensions, a zap trunk and a working sip trunk with sipgate.de. My asterisk server is behind a NAT/Firewall, anyhow it registers and works well with sipgate.de on incoming and outgoing calls. I aquired an account with a reseller net-voz.com: I did some testing with the

ltdl.h fully supports windows platforms (lots of them). That isn't the issue. The issue is setting up the #defines to reflect the windows system. e.g. HAVE_DLOPEN needs to be false Reid. On Fri, 2004-12-03 at 20:35, Chris Lattner wrote: > On Fri, 3 Dec 2004, Jeff Cohen wrote: > > > It will have to be Morten. I can't get ltdl.c to compile. But wasn't > > the

Hi Jeff, I'm just reviewing some old mail on my "to do" list. I was wondering if you managed to get ltdl.c to compile cleanly with VC++ or if you want me to look at these warnings. Reid. On Sun, 2004-12-05 at 09:08, Jeff Cohen wrote: > Well, then why does win32/DynamicLibrary.cpp exist, not to mention it's > *nix relatives? You have even been updating them, even though

Well, then why does win32/DynamicLibrary.cpp exist, not to mention it's *nix relatives? You have even been updating them, even though they cannot be compiled as they aren't included by System/DynamicLibrary.cpp. Anyway, with Morten's patches I can almost build successfully. Minor patch attached to fix the residual problems. I don't know why he didn't hit these problems.

Hello Žiga Sat, 04 Nov 2006 12:48:23 +0100 you wrote: > I decided to make llvm port on windows, to support at least Visual > Studio 7.1 and Visual Studio 8. I guess I will make only Visual > Studio 7.1 version, since it can be easily converted to version 8. Good. Please note, that they're something about 1.5 years old. There already were some attempts to do visual studio port,

It will have to be Morten. I can't get ltdl.c to compile. But wasn't the whole point of doing platform-specific DynamicLibrary.cpps to get rid of ltdl.c? On Fri, 3 Dec 2004 10:40:53 -0600 (CST) Chris Lattner <sabre at nondot.org> wrote: > On Fri, 3 Dec 2004, Reid Spencer wrote: > > > Could someone please apply this patch to the Win32 support so that > > Morten

Misha, The "equivalent of dlsym" should be working just fine. Its called ltdl (libtool dynamic library) and is part of lib/System. Its interface is the DynamicLibrary class. The interpreter has already been modified to use this facility. So, if this is broken on windows, I'd like to know how, or why. Jeff, can you provide a test case that we can use to reproduce this problem?

The interpreter still resolves printf using a hack. It does try to use DynamicLibrary to find it, but fails. DynamicLibrary on Windows only searches the main program executable for symbols, lli.exe in this case. As the C/C++ runtime is in a DLL, it won't find printf in lli.exe. It ought to then search the runtime DLL, the name of which depends on how the binaries are built, but it

On Fri, 3 Dec 2004, Jeff Cohen wrote: > It will have to be Morten. I can't get ltdl.c to compile. But wasn't > the whole point of doing platform-specific DynamicLibrary.cpps to get > rid of ltdl.c? ltdl.c is part of libtool that is supposed to BE the cross-platform dynamic linker interface. However, for platforms it doesn't really support, using custom code makes perfect

There's a problem with the license for ltdl.c when building with VC++. It is under the LGPL, with a special exception: As a special exception to the GNU Lesser General Public License, if you distribute this file as part of a program or library that is built using GNU libtool, you may include it under the same distribution terms that you use for the rest of that program. The problem is,

Hi all, I'm trying to set up an odbc connection to a ms-sql server from an asterisk 1.6.1 install My problem is that I cannot get asterisk to build func_odbc & res_odbc.so I installed yum -y install unixODBC unixODBC-devel libtool-ltdl libtool-ltdl-devel And then went on to reconfigure / recompile asterisk after a ./configure --with-odbc=/usr/lib/ I get

Thank you, Reid. I have applied tha patch to ltdl.c ltdl.h. The problem still exists. I looked up the symbol on libLLVMCore.a, and found three U-entries and one T-entry. However, the Darwin linker is not able to find the T-entry. Any idea? pollux:~/test jingyu$ opt -load /Users/jingyu/tools/build-ppc/Release/lib/LLVMHello.so -help Error opening

Hi, I am following the instructions on Writing an LLVM Pass on Darwin(8.7.0) powerpc. The loadable library is built. But "opt -load " gives error saying "Symbol not found". I am using LLVM 1.8. Could someone tell me how to fix it? I have tried the same procedure on Pentium4 Redhat9. Everything is ok there. So I think there must be some specific problem on Darwin that I should

Than you very much. I use asterisk 14, and yes, menuselect shows me the need for generic_odbc(E), res_odbc_transaction(M) and ltdl(E) but what does this imply under debian ? I have unixodbc installed an tested and too libltdl-dev ! But what am I missing ? On 04/19/2017 10:10 AM, Marcelo Terres wrote: > What version of Asterisk are you using? > > When I go to cdr_adaptative_odbc in

Hi all asterisk 1.8.23 I have odbc all setup to mysql but cant figure out why the dialplan wont write to the odbc function fubc_odbc.conf [DEVICES] dsn=device-conn ;dsn in res_odbc not odbc.ini readsql=SELECT call.callNum, call.city, devices.callId, devices.id FROM call INNER JOIN devices ON call.id = devices.callId WHERE deviceNumber = '${ SQL_ESC(${ARG1})}'

I am using llvm 1.8 and have patched ltdl.c and ltdl.h to the latest version. My Makefile has LLVMLIBS = LLVMCore.a LLVMSupport.a LLVMSystem.a included. > Try using 'nm -m' on the 'opt' executable itself. Using plain nm on my > local one yields: > 00121a4e T > __ZN4llvm12FunctionPass16addToPassManagerEPNS_20FunctionPassManagerTERNS_13AnalysisUsageE > > and nm

I have been asked to update OpenLDAP to the latest stable version. I am using CentOS 4.2 and have OpenLDAP 2.2.13 installed. I can install from source if I have to, but I would rather stay with rpm packages if possible. I found an rpm from Fedora Core Development on RPMFIND. Will this one work with Centos, or should I grab the source rpm and rebuild it? Bowie

Thank you, but unixodbc and odbcinst are installed... end even unixodbc-dev But I get the same need for "generic odbc(E)". On 17/04/2017 10:48, Marcelo Terres wrote: > You need unixodbc and odbcinst packages too, to configure the odbc. > > []s > Marcelo H. Terres <mhterres at gmail.com> > IM: mhterres at jabber.mundoopensource.com.br >

On Sun, 2006-08-27 at 21:57 -0500, Jing Yu wrote: > Hi, > Hi Jing, > I am following the instructions on Writing an LLVM Pass on > Darwin(8.7.0) powerpc. The loadable library is built. But "opt -load > " gives error saying "Symbol not found". I am using LLVM 1.8. Could > someone tell me how to fix it? I have tried the same procedure on > Pentium4 Redhat9.

Hi Chris, > Once you have that, you are hitting another problem. Specifically, > the JIT::getPointerToNamedFunction method in > lib/ExecutionEngine/JIT/Intercept.cpp just does a dlsym on missing > symbols. If dlsym returns null, you get the error message. > > The problem here is that .objc_class_name_* are special symbols that > are used by the objc linker support and they