Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-09 Пенетрантность Valentin Nechayev 
 Tue, Feb 04, 2014 at 14:09:01, zeon wrote about "[freebsd] 
FreeBSD-10+asterisk+chan_dongle issue": 

> В новой системе модуль для астериска вообще не собирается (так как в 10-ке
> по умолчанию clang)

Причинно-следственная связь неясна. Чем провинился clang?

> Command 'module load chan_dongle.so' failed.
> [Feb  4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module
> *load_dynamic_module(const char *, unsigned int, struct ast_h: Error
> loading module 'chan_dongle.so':
> /usr/local/lib/asterisk/modules/chan_dongle.so: Undefined symbol
> "iconv_open"

Надо было напустить ldd на файл модуля chan_dongle.so.
Варианты ситуации:
* никакой lib*iconv* вообще нет в зависимостях
* она есть, но не резолвится (наиболее вероятно)
* есть, тогда надо сравнивать списки символов по nm

(а чистое шаманство, может, и хорошо для одноразового результата,
но не даёт никаких рецептов на будущее.)


-netch-

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-05 Пенетрантность Nikita Olenets 
Приветствую сообщество!

Для начала о плохом. (Всем кто давал свои рекомендации, ответ простой:
ничего не заработало, даже если модуль собрался, он не загружался в сам
астериск, ошибки все те же)
Стандартным момпилятором в 10-ке clang-ом, собрать это все не
представляется возможным.
А для того чтобы собрать работоспособный модуль под 10-ой, мне понадобилось:
pkg install gcc46

edit /etc/libmap.conf
libgcc_s.so.1   gcc46/libgcc_s.so.1
libgomp.so.1gcc46/libgomp.so.1
libobjc.so.3gcc46/libobjc.so.2
libssp.so.0 gcc46/libssp.so.0
libstdc++.so.6  gcc46/libstdc++.so.6

edit /etc/make.conf
.if !empty(.CURDIR:M/usr/ports/*) && exists(/usr/local/bin/gcc46)
CC=gcc46
CXX=g++46
CPP=cpp46
.endif

cd /usr/ports/net/asterisk11 && make install clean (да-да, знаю что оно
притянет кучу пакетов и все они будут собраны gcc-ой)

После чего собираем сам модуль с одной лишь опцией конфигурации:
cd /tmp/asterisk-chan-dongle-asterisk11 && ./configure CC=gcc46 && make &&
cp chan_dongle.so /usr/local/lib/asterisk/modules

Ну и как результат
test-10*CLI> dongle show
device   devices  version
test-10*CLI> dongle show version

chan_dongle: Huawei 3G Dongle Channel Driver, Version 1.1, Revision 16
Project Home: http://code.google.com/p/asterisk-chan-dongle
Bug Reporting: http://code.google.com/p/asterisk-chan-dongle/issues/list




2014-02-04 Volodymyr Kostyrko :

> 04.02.2014 15:38, Nikita Olenets написав(ла):
>
>  Спасибо за советы, сейчас перепробую каждую из предложенных вариантов и
>> отпишусь.
>>
>
> Ну тогда ещё в копилку. Не факт что ему настолько нужен iconv и возможно
> его можно просто выключить:
>
> ./configure --without-libiconv
>
> Просто насколько я помню описание iconv на m4 немного с костылями и может
> давать сбои.
>
>
> --
> Sphinx of black quartz, judge my vow.
>



-- 
Head of network resource management group
Nikita Olenets
z...@zeon.kiev.ua
ZEON-UANIC
ZEON-RIPE

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Volodymyr Kostyrko 

04.02.2014 15:38, Nikita Olenets написав(ла):

Спасибо за советы, сейчас перепробую каждую из предложенных вариантов и
отпишусь.


Ну тогда ещё в копилку. Не факт что ему настолько нужен iconv и возможно 
его можно просто выключить:


./configure --without-libiconv

Просто насколько я помню описание iconv на m4 немного с костылями и 
может давать сбои.


--
Sphinx of black quartz, judge my vow.

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Nikita Olenets 
Спасибо за советы, сейчас перепробую каждую из предложенных вариантов и
отпишусь.


2014-02-04 Volodymyr Kostyrko 

> 04.02.2014 14:51, Nikita Olenets написав(ла):
>
>  Василий, проблема в том, что модуль собирается.
>> Но видимо как-то хитро и динамически (я имею ввиду функции типа
>> iconv_open и т.д)
>> Владимир, вот вам логи от configure:
>>
>
>  checking for library containing iconv... none required
>>
>
> А оно его вообще линкует с этой библиотекой? Судя по этой строке оно может
> и забить...
>
>
>  checking whether iconv.h in /usr/include... yes
>> checking iconv.h usability... yes
>> checking iconv.h presence... yes
>> checking for iconv.h... yes
>> checking for iconv use const inbuf... no
>> checking for iconv_t in iconv.h... yes
>>
>
> Детектит вроде правильно...
>
> ldd -a <полученный файл>
>
> Если библиотеки в выводе нету можно по быстрому схитрить определив при
> компиляции:
>
> LD_FLAGS=-liconv
>
>
> --
> Sphinx of black quartz, judge my vow.
>



-- 
Head of network resource management group
Nikita Olenets
z...@zeon.kiev.ua
ZEON-UANIC
ZEON-RIPE

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Volodymyr Kostyrko 

04.02.2014 14:51, Nikita Olenets написав(ла):

Василий, проблема в том, что модуль собирается.
Но видимо как-то хитро и динамически (я имею ввиду функции типа
iconv_open и т.д)
Владимир, вот вам логи от configure:



checking for library containing iconv... none required


А оно его вообще линкует с этой библиотекой? Судя по этой строке оно 
может и забить...



checking whether iconv.h in /usr/include... yes
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv use const inbuf... no
checking for iconv_t in iconv.h... yes


Детектит вроде правильно...

ldd -a <полученный файл>

Если библиотеки в выводе нету можно по быстрому схитрить определив при 
компиляции:


LD_FLAGS=-liconv

--
Sphinx of black quartz, judge my vow.

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Alexandr 
04.02.2014 14:51, Nikita Olenets пишет:
> Василий, проблема в том, что модуль собирается.
> Но видимо как-то хитро и динамически (я имею ввиду функции типа
> iconv_open и т.д)
> Владимир, вот вам логи от configure:
>
> root@test-10:~/asterisk-chan-dongle-asterisk11 # ./configure CC=gcc44
> checking build system type... amd64-unknown-freebsd10.0
> checking host system type... amd64-unknown-freebsd10.0
> checking target system type... amd64-unknown-freebsd10.0
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... ./install-sh -c -d
> checking for gawk... no
> checking for mawk... no
> checking for nawk... nawk
> checking whether make sets $(MAKE)... yes
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc44 accepts -g... yes
> checking for gcc44 option to accept ISO C89... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc44... none
> checking how to run the C preprocessor... gcc44 -E
> checking for strip... strip
> checking for rm... rm
> checking for library containing iconv... none required
> checking for grep that handles long lines and -e... /usr/bin/grep
> checking for egrep... /usr/bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking fcntl.h usability... yes
> checking fcntl.h presence... yes
> checking for fcntl.h... yes
> checking for stdlib.h... (cached) yes
> checking for string.h... (cached) yes
> checking sys/time.h usability... yes
> checking sys/time.h presence... yes
> checking for sys/time.h... yes
> checking termios.h usability... yes
> checking termios.h presence... yes
> checking for termios.h... yes
> checking whether asterisk.h in ../include... no
> checking whether asterisk.h in /usr/include... no
> checking whether asterisk.h in /usr/local/include... yes
> checking asterisk.h usability... yes
> checking asterisk.h presence... yes
> checking for asterisk.h... yes
> checking whether iconv.h in /usr/include... yes
> checking iconv.h usability... yes
> checking iconv.h presence... yes
> checking for iconv.h... yes
> checking for iconv use const inbuf... no
> checking for iconv_t in iconv.h... yes
> checking for AST_CONTROL_SRCCHANGE in asterisk/frame.h... yes
> checking for an ANSI C-conforming const... yes
> checking for inline... inline
> checking for size_t... yes
> checking for ssize_t... yes
> checking for uint64_t... yes
> checking whether CC supports -fvisibility=hidden... yes
> checking whether CC supports -fPIC... yes
> checking whether CC supports -Wall... yes
> checking whether CC supports -Wextra... yes
> checking whether CC supports -MD -MT conftest.o -MF /dev/null -MP... yes
> checking whether DESTDIR is /usr/lib/asterisk/modules... no
> checking whether DESTDIR is /usr/local/lib/asterisk/modules... yes
> checking for working memcmp... yes
> checking for memchr... yes
> checking for memmove... yes
> checking for memset... yes
> checking for memmem... yes
> checking for strcasecmp... yes
> checking for strchr... yes
> checking for strncasecmp... yes
> checking for strtol... yes
> checking for realpath... yes
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating config.h
> config.status: config.h is unchanged
> config.status: executing depfiles commands
>
>
>
> 2014-02-04 Vasiliy P. Melnik mailto:ba...@vpm.net.ua>>
>
> а может так ?
>
> http://mysyura.in.ua/chan_dongle-asterisk-10/
>
> 4 февраля 2014 г., 14:09 пользователь Nikita Olenets
> mailto:z...@zeon.kiev.ua>> написал:
> > Приветствую, коллеги!
> >
> > С выходом в релиз 10-ой ветки FreeBSD, появилась возможность
> использовать
> > графический адаптер на ASUS E45-M1 PRO,
> > А заодно и перенести весь функционал с домашнего серверочка на
> эту систему.
> > Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая
> система
> > 9.2-PRERELEASE FreeBSD (i386)
> > Это была преамбула :)
> > А вопрос заключается в следующем, на старой системе имеется связка
> > asterisk+chan_dongle, работает отлично.
> > В новой системе модуль для астериска вообще не собирается (так
> как в 10-ке
> > по умолчанию clang)
> > Было проделано два эксперимента:
> > 1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
> > 2. Модуль был собр

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Vasiliy P. Melnik 
есть возможность попробовать на тестовой машине, чтобы не сносить
текущее все, поставить с нуля FreeBSD 10 и использовать астериск 1.8.

лично я бы поступил таким образом.

P/S/ я где-то пол года тому назад намаялся с астериском - у меня
просто переставали проходить звонки, иногда сервис падал. Причем
никакой зависимости я не нашел. Перепробовал разные версии - в итоге
все заработало, когда поставил точно ту же версию, что и у
сип-провайдера. Я уже давно ничему не удивляюсь

4 февраля 2014 г., 14:51 пользователь Nikita Olenets
 написал:
> Василий, проблема в том, что модуль собирается.
> Но видимо как-то хитро и динамически (я имею ввиду функции типа iconv_open и
> т.д)
> Владимир, вот вам логи от configure:
>
> root@test-10:~/asterisk-chan-dongle-asterisk11 # ./configure CC=gcc44
> checking build system type... amd64-unknown-freebsd10.0
> checking host system type... amd64-unknown-freebsd10.0
> checking target system type... amd64-unknown-freebsd10.0
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... ./install-sh -c -d
> checking for gawk... no
> checking for mawk... no
> checking for nawk... nawk
> checking whether make sets $(MAKE)... yes
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc44 accepts -g... yes
> checking for gcc44 option to accept ISO C89... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc44... none
> checking how to run the C preprocessor... gcc44 -E
> checking for strip... strip
> checking for rm... rm
> checking for library containing iconv... none required
> checking for grep that handles long lines and -e... /usr/bin/grep
> checking for egrep... /usr/bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking fcntl.h usability... yes
> checking fcntl.h presence... yes
> checking for fcntl.h... yes
> checking for stdlib.h... (cached) yes
> checking for string.h... (cached) yes
> checking sys/time.h usability... yes
> checking sys/time.h presence... yes
> checking for sys/time.h... yes
> checking termios.h usability... yes
> checking termios.h presence... yes
> checking for termios.h... yes
> checking whether asterisk.h in ../include... no
> checking whether asterisk.h in /usr/include... no
> checking whether asterisk.h in /usr/local/include... yes
> checking asterisk.h usability... yes
> checking asterisk.h presence... yes
> checking for asterisk.h... yes
> checking whether iconv.h in /usr/include... yes
> checking iconv.h usability... yes
> checking iconv.h presence... yes
> checking for iconv.h... yes
> checking for iconv use const inbuf... no
> checking for iconv_t in iconv.h... yes
> checking for AST_CONTROL_SRCCHANGE in asterisk/frame.h... yes
> checking for an ANSI C-conforming const... yes
> checking for inline... inline
> checking for size_t... yes
> checking for ssize_t... yes
> checking for uint64_t... yes
> checking whether CC supports -fvisibility=hidden... yes
> checking whether CC supports -fPIC... yes
> checking whether CC supports -Wall... yes
> checking whether CC supports -Wextra... yes
> checking whether CC supports -MD -MT conftest.o -MF /dev/null -MP... yes
> checking whether DESTDIR is /usr/lib/asterisk/modules... no
> checking whether DESTDIR is /usr/local/lib/asterisk/modules... yes
> checking for working memcmp... yes
> checking for memchr... yes
> checking for memmove... yes
> checking for memset... yes
> checking for memmem... yes
> checking for strcasecmp... yes
> checking for strchr... yes
> checking for strncasecmp... yes
> checking for strtol... yes
> checking for realpath... yes
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating config.h
> config.status: config.h is unchanged
> config.status: executing depfiles commands
>
>
>
> 2014-02-04 Vasiliy P. Melnik 
>>
>> а может так ?
>>
>> http://mysyura.in.ua/chan_dongle-asterisk-10/
>>
>> 4 февраля 2014 г., 14:09 пользователь Nikita Olenets
>>  написал:
>> > Приветствую, коллеги!
>> >
>> > С выходом в релиз 10-ой ветки FreeBSD, появилась возможность
>> > использовать
>> > графический адаптер на ASUS E45-M1 PRO,
>> > А заодно и перенести весь функционал с домашнего серверочка на эту
>> > систему.
>> > Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система
>> > 9.2-PRERELEASE Free

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Nikita Olenets 
Василий, проблема в том, что модуль собирается.
Но видимо как-то хитро и динамически (я имею ввиду функции типа iconv_open
и т.д)
Владимир, вот вам логи от configure:

root@test-10:~/asterisk-chan-dongle-asterisk11 # ./configure CC=gcc44
checking build system type... amd64-unknown-freebsd10.0
checking host system type... amd64-unknown-freebsd10.0
checking target system type... amd64-unknown-freebsd10.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... nawk
checking whether make sets $(MAKE)... yes
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc44 accepts -g... yes
checking for gcc44 option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc44... none
checking how to run the C preprocessor... gcc44 -E
checking for strip... strip
checking for rm... rm
checking for library containing iconv... none required
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking whether asterisk.h in ../include... no
checking whether asterisk.h in /usr/include... no
checking whether asterisk.h in /usr/local/include... yes
checking asterisk.h usability... yes
checking asterisk.h presence... yes
checking for asterisk.h... yes
checking whether iconv.h in /usr/include... yes
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv use const inbuf... no
checking for iconv_t in iconv.h... yes
checking for AST_CONTROL_SRCCHANGE in asterisk/frame.h... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for size_t... yes
checking for ssize_t... yes
checking for uint64_t... yes
checking whether CC supports -fvisibility=hidden... yes
checking whether CC supports -fPIC... yes
checking whether CC supports -Wall... yes
checking whether CC supports -Wextra... yes
checking whether CC supports -MD -MT conftest.o -MF /dev/null -MP... yes
checking whether DESTDIR is /usr/lib/asterisk/modules... no
checking whether DESTDIR is /usr/local/lib/asterisk/modules... yes
checking for working memcmp... yes
checking for memchr... yes
checking for memmove... yes
checking for memset... yes
checking for memmem... yes
checking for strcasecmp... yes
checking for strchr... yes
checking for strncasecmp... yes
checking for strtol... yes
checking for realpath... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands



2014-02-04 Vasiliy P. Melnik 

> а может так ?
>
> http://mysyura.in.ua/chan_dongle-asterisk-10/
>
> 4 февраля 2014 г., 14:09 пользователь Nikita Olenets
>  написал:
> > Приветствую, коллеги!
> >
> > С выходом в релиз 10-ой ветки FreeBSD, появилась возможность использовать
> > графический адаптер на ASUS E45-M1 PRO,
> > А заодно и перенести весь функционал с домашнего серверочка на эту
> систему.
> > Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система
> > 9.2-PRERELEASE FreeBSD (i386)
> > Это была преамбула :)
> > А вопрос заключается в следующем, на старой системе имеется связка
> > asterisk+chan_dongle, работает отлично.
> > В новой системе модуль для астериска вообще не собирается (так как в
> 10-ке
> > по умолчанию clang)
> > Было проделано два эксперимента:
> > 1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
> > 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)
> > Теперь о результатах.
> > В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется
> уже в
> > базовой системе встроенный iconv
> > Ошибка во обоих случаях одинаковая. При попытке загрузить собранный
> модуль
> > chan_dongle в asterisk:
> > test-10*CLI> module load chan_dongle.so
> > Unable to load module chan_do

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Vasiliy P. Melnik 
а может так ?

http://mysyura.in.ua/chan_dongle-asterisk-10/

4 февраля 2014 г., 14:09 пользователь Nikita Olenets
 написал:
> Приветствую, коллеги!
>
> С выходом в релиз 10-ой ветки FreeBSD, появилась возможность использовать
> графический адаптер на ASUS E45-M1 PRO,
> А заодно и перенести весь функционал с домашнего серверочка на эту систему.
> Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система
> 9.2-PRERELEASE FreeBSD (i386)
> Это была преамбула :)
> А вопрос заключается в следующем, на старой системе имеется связка
> asterisk+chan_dongle, работает отлично.
> В новой системе модуль для астериска вообще не собирается (так как в 10-ке
> по умолчанию clang)
> Было проделано два эксперимента:
> 1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
> 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)
> Теперь о результатах.
> В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется уже в
> базовой системе встроенный iconv
> Ошибка во обоих случаях одинаковая. При попытке загрузить собранный модуль
> chan_dongle в asterisk:
> test-10*CLI> module load chan_dongle.so
> Unable to load module chan_dongle.so
> Command 'module load chan_dongle.so' failed.
> [Feb  4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module
> *load_dynamic_module(const char *, unsigned int, struct ast_h: Error loading
> module 'chan_dongle.so': /usr/local/lib/asterisk/modules/chan_dongle.so:
> Undefined symbol "iconv_open"
> [Feb  4 14:06:53] WARNING[100125]: loader.c:902 enum ast_module_load_result
> load_resource(const char *, unsigned int, struct as: Module 'chan_dongle.so'
> could not be loaded.
> Прошу направить в нужном направлении, куда копать?
> Благодарю!
>
> --
> Head of network resource management group
> Nikita Olenets
> z...@zeon.kiev.ua
> ZEON-UANIC
> ZEON-RIPE

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Volodymyr Kostyrko 

04.02.2014 14:09, Nikita Olenets написав(ла):

Приветствую, коллеги!

С выходом в релиз 10-ой ветки FreeBSD, появилась возможность
использовать графический адаптер на ASUS E45-M1 PRO,
А заодно и перенести весь функционал с домашнего серверочка на эту систему.
Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система
9.2-PRERELEASE FreeBSD (i386)
Это была преамбула :)
А вопрос заключается в следующем, на старой системе имеется связка
asterisk+chan_dongle, работает отлично.
В новой системе модуль для астериска вообще не собирается (так как в
10-ке по умолчанию clang)
Было проделано два эксперимента:
1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)


Логи ./configure и сборки есть?

--
Sphinx of black quartz, judge my vow.

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Nikita Olenets 
Собрал из портов /usr/ports/converters/iconv

root@test-10:/usr/ports/converters/iconv # cd /
root@test-10:/ # file /usr/local/lib/libbiconv.so.2
/usr/local/lib/libbiconv.so.2: ELF 64-bit LSB shared object, x86-64,
version 1 (FreeBSD), dynamically linked, stripped
root@test-10:/ # ldd /usr/local/lib/libbiconv.so.2
/usr/local/lib/libbiconv.so.2:
libc.so.7 => /lib/libc.so.7 (0x80081d000)
root@test-10:/ # file /usr/local/lib/libiconv.so
/usr/local/lib/libiconv.so: symbolic link to `/usr/local/lib/libbiconv.so.2'

Результат все тот же.

Может нужно сам модуль собрать хитрым образом
(пока не представляю даже как это) со старыми (я имею ввиду от старого
iconv) заголовочными файлами?


2014-02-04 Eugene V. Boontseff 

> 04.02.2014 16:09, Nikita Olenets пишет:
>
>
>> А вопрос заключается в следующем, на старой системе имеется связка
>> asterisk+chan_dongle, работает отлично.
>> В новой системе модуль для астериска вообще не собирается (так как в
>> 10-ке по умолчанию clang)
>> Было проделано два эксперимента:
>> 1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
>> 2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)
>> Теперь о результатах.
>> В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется
>> уже в базовой системе встроенный iconv
>> Ошибка во обоих случаях одинаковая. При попытке загрузить собранный
>> модуль chan_dongle в asterisk:
>> test-10*CLI> module load chan_dongle.so
>> Unable to load module chan_dongle.so
>> Command 'module load chan_dongle.so' failed.
>> [Feb  4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module
>> *load_dynamic_module(const char *, unsigned int, struct ast_h: Error
>> loading module 'chan_dongle.so': 
>> /usr/local/lib/asterisk/modules/chan_dongle.so:
>> Undefined symbol "iconv_open"
>> [Feb  4 14:06:53] WARNING[100125]: loader.c:902 enum
>> ast_module_load_result load_resource(const char *, unsigned int, struct as:
>> Module 'chan_dongle.so' could not be loaded.
>> Прошу направить в нужном направлении, куда копать?
>> Благодарю!
>>
>>  А если сделать в /usr/local/lib ссылку на libiconv.so?
>
> --
> Евгений
>
>


-- 
Head of network resource management group
Nikita Olenets
z...@zeon.kiev.ua
ZEON-UANIC
ZEON-RIPE

Re: [freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Eugene V. Boontseff 

04.02.2014 16:09, Nikita Olenets пишет:


А вопрос заключается в следующем, на старой системе имеется связка 
asterisk+chan_dongle, работает отлично.
В новой системе модуль для астериска вообще не собирается (так как в 
10-ке по умолчанию clang)

Было проделано два эксперимента:
1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)
Теперь о результатах.
В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется 
уже в базовой системе встроенный iconv
Ошибка во обоих случаях одинаковая. При попытке загрузить собранный 
модуль chan_dongle в asterisk:

test-10*CLI> module load chan_dongle.so
Unable to load module chan_dongle.so
Command 'module load chan_dongle.so' failed.
[Feb  4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module 
*load_dynamic_module(const char *, unsigned int, struct ast_h: Error 
loading module 'chan_dongle.so': 
/usr/local/lib/asterisk/modules/chan_dongle.so: Undefined symbol 
"iconv_open"
[Feb  4 14:06:53] WARNING[100125]: loader.c:902 enum 
ast_module_load_result load_resource(const char *, unsigned int, 
struct as: Module 'chan_dongle.so' could not be loaded.

Прошу направить в нужном направлении, куда копать?
Благодарю!


А если сделать в /usr/local/lib ссылку на libiconv.so?

--
Евгений

[freebsd] FreeBSD-10+asterisk+chan_dongle issue

2014-02-04 Пенетрантность Nikita Olenets 
Приветствую, коллеги!

С выходом в релиз 10-ой ветки FreeBSD, появилась возможность использовать
графический адаптер на ASUS E45-M1 PRO,
А заодно и перенести весь функционал с домашнего серверочка на эту систему.
Сейчас систему выглядит как 10.0-RELEASE FreeBSD (amd64), старая система
9.2-PRERELEASE FreeBSD (i386)
Это была преамбула :)
А вопрос заключается в следующем, на старой системе имеется связка
asterisk+chan_dongle, работает отлично.
В новой системе модуль для астериска вообще не собирается (так как в 10-ке
по умолчанию clang)
Было проделано два эксперимента:
1. Модуль был собран на 10-ке с помощью gcc44 (из портов)
2. Модуль был собран на 9.2 (amd64)с помощью (из базовой системы)
Теперь о результатах.
В связи с тем, что начиная с 2013-10-08 (254273), в 10-ке используется уже
в базовой системе встроенный iconv
Ошибка во обоих случаях одинаковая. При попытке загрузить собранный модуль
chan_dongle в asterisk:
test-10*CLI> module load chan_dongle.so
Unable to load module chan_dongle.so
Command 'module load chan_dongle.so' failed.
[Feb  4 14:06:53] WARNING[100125]: loader.c:486 struct ast_module
*load_dynamic_module(const char *, unsigned int, struct ast_h: Error
loading module 'chan_dongle.so':
/usr/local/lib/asterisk/modules/chan_dongle.so: Undefined symbol
"iconv_open"
[Feb  4 14:06:53] WARNING[100125]: loader.c:902 enum ast_module_load_result
load_resource(const char *, unsigned int, struct as: Module
'chan_dongle.so' could not be loaded.
Прошу направить в нужном направлении, куда копать?
Благодарю!

-- 
Head of network resource management group
Nikita Olenets
z...@zeon.kiev.ua
ZEON-UANIC
ZEON-RIPE