clinkc-devel Mailing List for CyberLink for C
Brought to you by:
skonno
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Samuel L. <sam...@or...> - 2011-02-28 16:25:04
|
Hi, We are currently facing difficulties to test our UPnP devices which uses the CyberlinkC library. We are using the UPnP Certification Test Tool version 1.5 and failed to pass the 'Eventing Syntax test'. Technically, the problem seems to come from the subscription response which is sent in two tcp packets. That's a valid http response, but the test tool doesn't accept such http response for subscription request. Are you already aware of this issue with Upnp Certification Test Tool? Related to this issue, we have made following modifications to the source of the CyberlinkC library (the attached patch): 1. Add the mandatory SERVER header to the response of a subscription request. 2. Write the http status line in one shot to avoid having the client receiving fragments of the status line. Furthermore, this it's more consistent with the request code. 3. Fix a typo in configure.in to allow the use of the --enable-cfile parameter. Best regards, Sam. -- Samuel Legouix Orange Labs Networks and Carriers - R&D tel. +33 231 759 321 sam...@or... |
From: <mad...@ac...> - 2011-02-28 10:13:20
|
Hi, I had some problem in configuring clinkc-upnp-av. The error message that is generated when I do configure was checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes ./configure: line 2943: cdms_filesyscdms_filesys: command not found checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gawk... (cached) mawk checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking how to run the C preprocessor... gcc -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 for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ranlib... (cached) ranlib checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for main in -lws2_32... no checking cybergarage/cupnp.h usability... no checking cybergarage/cupnp.h presence... no checking for cybergarage/cupnp.h... no checking for cg_upnp_controlpoint_new in -lclinkc... no configure: error: CyberLink/AV needs CyberLink >= 1.7 Regards, Aravind.M ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. |
From: <mad...@ac...> - 2011-02-24 08:23:18
|
Hi, I forgot to mention Automake and libtool version . Automake version : 1.11 Libtool version: ltmain.sh (GNU libtool) 2.2.6 Regards, Aravind -----Original Message----- From: Aapo Makela [mailto:aap...@no...] Sent: Thursday, February 24, 2011 1:21 PM To: Arvind, Madineni Cc: cli...@li... Subject: Re: [Clinkc-devel] Configure-Error-cyberlink-std-av Hi, Did running bootstrap give any warnings or errors? In what kind of environment you are building? Automake seems to be version 1.11, what about autoconf, libtool etc versions? Br, Aapo On Thu, 2011-02-24 at 12:49 +0530, ext mad...@ac... wrote: > Hi, > > > > Please help me on this issue. > > 1. First I did a bootstrap. > > 2 .After that,When I tried to configure in Cyberlink for C std/av . It > gave me following error. > > > > *******Bootstrap Error******************************** > > configure.in:63: error: m4_require: circular dependency of > AC_LANG_COMPILER(C++) > > ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded > from... > > ../../lib/autoconf/general.m4:2665: AC_LINK_IFELSE is expanded from... > > /usr/share/aclocal/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is > expanded from... > > /usr/share/aclocal/libtool.m4:5359: _LT_LANG_CXX_CONFIG is expanded > from... > > /usr/share/aclocal/libtool.m4:785: _LT_LANG is expanded from... > > /usr/share/aclocal/libtool.m4:768: LT_LANG is expanded from... > > ../../lib/autoconf/c.m4:671: AC_LANG_COMPILER(C++) is expanded from... > > ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded > from... > > ../../lib/autoconf/general.m4:2593: AC_COMPILE_IFELSE is expanded > from... > > ../../lib/m4sugar/m4sh.m4:620: AS_IF is expanded from... > > ../../lib/m4sugar/m4sh.m4:368: AS_REQUIRE is expanded from... > > ../../lib/autoconf/general.m4:204: AC_REQUIRE_SHELL_FN is expanded > from... > > ../../lib/autoconf/headers.m4:151: _AC_CHECK_HEADER_MONGREL is > expanded from... > > ../../lib/autoconf/headers.m4:89: AC_CHECK_HEADER is expanded from... > > ../../lib/m4sugar/m4sh.m4:588: AS_FOR is expanded from... > > ../../lib/autoconf/headers.m4:265: AC_CHECK_HEADERS is expanded > from... > > configure.in:63: the top level > > autom4te: /usr/bin/m4 failed with exit status: 1 > > aclocal: autom4te failed with exit status: 1 > > autoheader: error: AC_CONFIG_HEADERS not found in configure.in > > configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. > > configure.in: You should verify that configure.in invokes > AM_INIT_AUTOMAKE, > > configure.in: that aclocal.m4 is present in the top-level directory, > > configure.in: and that aclocal.m4 was recently regenerated (using > aclocal). > > lib/unix/Makefile.am:1: HAVE_LIBTOOL does not appear in AM_CONDITIONAL > > lib/unix/Makefile.am:33: HAVE_LIBTOOL does not appear in > AM_CONDITIONAL > > lib/unix/Makefile.am:2: Libtool library used but `LIBTOOL' is > undefined > > lib/unix/Makefile.am:2: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > lib/unix/Makefile.am:2: to `configure.in' and run `aclocal' and > `autoconf' again. > > lib/unix/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', > make sure > > lib/unix/Makefile.am:2: its definition is in aclocal's search path. > > /usr/share/automake-1.11/am/depend2.am: am__fastdepCC does not appear > in AM_CONDITIONAL > > /usr/share/automake-1.11/am/depend2.am: The usual way to define > `am__fastdepCC' is to add `AC_PROG_CC' > > /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run > `aclocal' and `autoconf' again. > > /usr/share/automake-1.11/am/depend2.am: AMDEP does not appear in > AM_CONDITIONAL > > /usr/share/automake-1.11/am/depend2.am: The usual way to define > `AMDEP' is to add one of the compiler tests > > /usr/share/automake-1.11/am/depend2.am: AC_PROG_CC, AC_PROG_CXX, > AC_PROG_CXX, AC_PROG_OBJC, > > /usr/share/automake-1.11/am/depend2.am: AM_PROG_AS, AM_PROG_GCJ, > AM_PROG_UPC > > /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run > `aclocal' and `autoconf' again. > > sample/upnpavserver/filesystem/unix/Makefile.am:15: HAVE_LIBTOOL does > not appear in AM_CONDITIONAL > > configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE > > If this token and others are legitimate, please use > m4_pattern_allow. > > See the Autoconf documentation. > > configure.in:16: error: possibly undefined macro: AM_CONFIG_HEADER > > configure.in:32: error: possibly undefined macro: AC_PROG_LIBTOOL > > configure.in:57: error: possibly undefined macro: AM_CONDITIONAL > > > Configure error: > > > > root@aems-ubuntu-desktop-9:/data/froyo/external/clinkc/std/av# ./configure > > > > ./configure: line 2060: syntax error near unexpected token `clinkcav,' > > ./configure: line 2060: `AM_INIT_AUTOMAKE(clinkcav, 2.3)' > > > > > > > > > ______________________________________________________________________ > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete > the original. Any other use of the email by you is prohibited. > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Clinkc-devel mailing list > Cli...@li... > https://lists.sourceforge.net/lists/listinfo/clinkc-devel This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. |
From: Aapo M. <aap...@no...> - 2011-02-24 07:51:17
|
Hi, Did running bootstrap give any warnings or errors? In what kind of environment you are building? Automake seems to be version 1.11, what about autoconf, libtool etc versions? Br, Aapo On Thu, 2011-02-24 at 12:49 +0530, ext mad...@ac... wrote: > Hi, > > > > Please help me on this issue. > > 1. First I did a bootstrap. > > 2 .After that,When I tried to configure in Cyberlink for C std/av . It > gave me following error. > > > > *******Bootstrap Error******************************** > > configure.in:63: error: m4_require: circular dependency of > AC_LANG_COMPILER(C++) > > ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded > from... > > ../../lib/autoconf/general.m4:2665: AC_LINK_IFELSE is expanded from... > > /usr/share/aclocal/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is > expanded from... > > /usr/share/aclocal/libtool.m4:5359: _LT_LANG_CXX_CONFIG is expanded > from... > > /usr/share/aclocal/libtool.m4:785: _LT_LANG is expanded from... > > /usr/share/aclocal/libtool.m4:768: LT_LANG is expanded from... > > ../../lib/autoconf/c.m4:671: AC_LANG_COMPILER(C++) is expanded from... > > ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded > from... > > ../../lib/autoconf/general.m4:2593: AC_COMPILE_IFELSE is expanded > from... > > ../../lib/m4sugar/m4sh.m4:620: AS_IF is expanded from... > > ../../lib/m4sugar/m4sh.m4:368: AS_REQUIRE is expanded from... > > ../../lib/autoconf/general.m4:204: AC_REQUIRE_SHELL_FN is expanded > from... > > ../../lib/autoconf/headers.m4:151: _AC_CHECK_HEADER_MONGREL is > expanded from... > > ../../lib/autoconf/headers.m4:89: AC_CHECK_HEADER is expanded from... > > ../../lib/m4sugar/m4sh.m4:588: AS_FOR is expanded from... > > ../../lib/autoconf/headers.m4:265: AC_CHECK_HEADERS is expanded > from... > > configure.in:63: the top level > > autom4te: /usr/bin/m4 failed with exit status: 1 > > aclocal: autom4te failed with exit status: 1 > > autoheader: error: AC_CONFIG_HEADERS not found in configure.in > > configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. > > configure.in: You should verify that configure.in invokes > AM_INIT_AUTOMAKE, > > configure.in: that aclocal.m4 is present in the top-level directory, > > configure.in: and that aclocal.m4 was recently regenerated (using > aclocal). > > lib/unix/Makefile.am:1: HAVE_LIBTOOL does not appear in AM_CONDITIONAL > > lib/unix/Makefile.am:33: HAVE_LIBTOOL does not appear in > AM_CONDITIONAL > > lib/unix/Makefile.am:2: Libtool library used but `LIBTOOL' is > undefined > > lib/unix/Makefile.am:2: The usual way to define `LIBTOOL' is to add > `AC_PROG_LIBTOOL' > > lib/unix/Makefile.am:2: to `configure.in' and run `aclocal' and > `autoconf' again. > > lib/unix/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', > make sure > > lib/unix/Makefile.am:2: its definition is in aclocal's search path. > > /usr/share/automake-1.11/am/depend2.am: am__fastdepCC does not appear > in AM_CONDITIONAL > > /usr/share/automake-1.11/am/depend2.am: The usual way to define > `am__fastdepCC' is to add `AC_PROG_CC' > > /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run > `aclocal' and `autoconf' again. > > /usr/share/automake-1.11/am/depend2.am: AMDEP does not appear in > AM_CONDITIONAL > > /usr/share/automake-1.11/am/depend2.am: The usual way to define > `AMDEP' is to add one of the compiler tests > > /usr/share/automake-1.11/am/depend2.am: AC_PROG_CC, AC_PROG_CXX, > AC_PROG_CXX, AC_PROG_OBJC, > > /usr/share/automake-1.11/am/depend2.am: AM_PROG_AS, AM_PROG_GCJ, > AM_PROG_UPC > > /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run > `aclocal' and `autoconf' again. > > sample/upnpavserver/filesystem/unix/Makefile.am:15: HAVE_LIBTOOL does > not appear in AM_CONDITIONAL > > configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE > > If this token and others are legitimate, please use > m4_pattern_allow. > > See the Autoconf documentation. > > configure.in:16: error: possibly undefined macro: AM_CONFIG_HEADER > > configure.in:32: error: possibly undefined macro: AC_PROG_LIBTOOL > > configure.in:57: error: possibly undefined macro: AM_CONDITIONAL > > > Configure error: > > > > root@aems-ubuntu-desktop-9:/data/froyo/external/clinkc/std/av# ./configure > > > > ./configure: line 2060: syntax error near unexpected token `clinkcav,' > > ./configure: line 2060: `AM_INIT_AUTOMAKE(clinkcav, 2.3)' > > > > > > > > > ______________________________________________________________________ > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete > the original. Any other use of the email by you is prohibited. > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Clinkc-devel mailing list > Cli...@li... > https://lists.sourceforge.net/lists/listinfo/clinkc-devel |
From: <mad...@ac...> - 2011-02-24 07:20:09
|
Hi, Please help me on this issue. 1. First I did a bootstrap. 2 .After that,When I tried to configure in Cyberlink for C std/av . It gave me following error. *******Bootstrap Error******************************** configure.in:63: error: m4_require: circular dependency of AC_LANG_COMPILER(C++) ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2665: AC_LINK_IFELSE is expanded from... /usr/share/aclocal/libtool.m4:1022: _LT_SYS_MODULE_PATH_AIX is expanded from... /usr/share/aclocal/libtool.m4:5359: _LT_LANG_CXX_CONFIG is expanded from... /usr/share/aclocal/libtool.m4:785: _LT_LANG is expanded from... /usr/share/aclocal/libtool.m4:768: LT_LANG is expanded from... ../../lib/autoconf/c.m4:671: AC_LANG_COMPILER(C++) is expanded from... ../../lib/autoconf/lang.m4:315: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2593: AC_COMPILE_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:620: AS_IF is expanded from... ../../lib/m4sugar/m4sh.m4:368: AS_REQUIRE is expanded from... ../../lib/autoconf/general.m4:204: AC_REQUIRE_SHELL_FN is expanded from... ../../lib/autoconf/headers.m4:151: _AC_CHECK_HEADER_MONGREL is expanded from... ../../lib/autoconf/headers.m4:89: AC_CHECK_HEADER is expanded from... ../../lib/m4sugar/m4sh.m4:588: AS_FOR is expanded from... ../../lib/autoconf/headers.m4:265: AC_CHECK_HEADERS is expanded from... configure.in:63: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoheader: error: AC_CONFIG_HEADERS not found in configure.in configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, configure.in: that aclocal.m4 is present in the top-level directory, configure.in: and that aclocal.m4 was recently regenerated (using aclocal). lib/unix/Makefile.am:1: HAVE_LIBTOOL does not appear in AM_CONDITIONAL lib/unix/Makefile.am:33: HAVE_LIBTOOL does not appear in AM_CONDITIONAL lib/unix/Makefile.am:2: Libtool library used but `LIBTOOL' is undefined lib/unix/Makefile.am:2: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL' lib/unix/Makefile.am:2: to `configure.in' and run `aclocal' and `autoconf' again. lib/unix/Makefile.am:2: If `AC_PROG_LIBTOOL' is in `configure.in', make sure lib/unix/Makefile.am:2: its definition is in aclocal's search path. /usr/share/automake-1.11/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.11/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. /usr/share/automake-1.11/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.11/am/depend2.am: The usual way to define `AMDEP' is to add one of the compiler tests /usr/share/automake-1.11/am/depend2.am: AC_PROG_CC, AC_PROG_CXX, AC_PROG_CXX, AC_PROG_OBJC, /usr/share/automake-1.11/am/depend2.am: AM_PROG_AS, AM_PROG_GCJ, AM_PROG_UPC /usr/share/automake-1.11/am/depend2.am: to `configure.in' and run `aclocal' and `autoconf' again. sample/upnpavserver/filesystem/unix/Makefile.am:15: HAVE_LIBTOOL does not appear in AM_CONDITIONAL configure.in:15: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:16: error: possibly undefined macro: AM_CONFIG_HEADER configure.in:32: error: possibly undefined macro: AC_PROG_LIBTOOL configure.in:57: error: possibly undefined macro: AM_CONDITIONAL Configure error: root@aems-ubuntu-desktop-9:/data/froyo/external/clinkc/std/av# ./configure ./configure: line 2060: syntax error near unexpected token `clinkcav,' ./configure: line 2060: `AM_INIT_AUTOMAKE(clinkcav, 2.3)' ________________________________ This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. |
From: Mahmudul H. <mah...@ya...> - 2008-06-12 14:11:49
|
hi, i tried to compile this library for my mips board, with disable-curl options it works fine but while i tried with enabling this then it fails to complete the make operation and throws the following error:" cannot find -lgssapi_krb5". For my works i do not need kerberos and gssapi, too, so i compiled libcurl without those options. Moreover I tried to compile those library also but I guess both Krb5/heimdal has some problems with cross compilation. I just wonder.... does there remain any option to compile this library with libcurl support but without including gssapi and krb libraries. thanks for any possible suggestions. regards, MH |
From: Aapo M. <aap...@no...> - 2007-12-13 10:55:18
|
Hi, I again committed a set of patches to Clinkc SVN trunk. These mostly fix some crashes in out-of-memory situations. The crashes were observed in our robustness tests. One crash related to lacking control point locking in control point HTTP server was also fixed. I also tweaked reallocation policy in CgString to have less realloc calls. Detailed changes can be found from ChangeLog file, affected source files and from SVN: svn diff -r 250:251 https://clinkc.svn.sourceforge.net/svnroot/clinkc/trunk Br, Aapo |
From: Aapo M. <aap...@no...> - 2007-10-23 08:54:06
|
Hi, Yesterday I committed a bigger set of patches to Clinkc SVN trunk. These mostly fix missing NULL check, memory leak and Debian packaging issues. Also, as Satoshi removed the patent clause from the license, I updated the source files refer to the correct license. Detailed changes can be found from ChangeLog file, affected source files and from SVN: svn diff -r 248:249 https://clinkc.svn.sourceforge.net/svnroot/clinkc/trunk Br, Aapo |
From: Aapo M. <aap...@no...> - 2007-04-18 06:04:34
|
Hi and sorry for the late reply! Thanks for reporting this bug, I committed the patch to Clinkc trunk. Br, Aapo ext minhong wrote: > Hi, all > I found a bug in file located > at clinkc/src/cybergarage/net/cinterface_function.c > In the function of cg_net_gethostinterfaces(), UNIX version, I think > the following lines should be changed : > > 338 // if (getnameinfo(i->ifa_addr, sizeof(struct sockaddr), addr, > NI_MAXHOST, NULL, 0, NI_NUMERICHOST) == 0) > 339 if (getnameinfo(i->ifa_addr, sizeof(struct sockaddr), addr, > NI_MAXHOST, NULL, 0, NI_NUMERICHOST) != 0) > 342 // if (getnameinfo(i->ifa_netmask, sizeof(struct sockaddr), > netmask, NI_MAXHOST, NULL, 0, NI_NUMERICHOST) == 0) > 343 if (getnameinfo(i->ifa_netmask, sizeof(struct sockaddr), > netmask, NI_MAXHOST, NULL, 0, NI_NUMERICHOST) != 0) > 351 // cg_net_interface_setnetmask(netIf, addr); > 352 cg_net_interface_setnetmask(netIf, netmask); > > > Briefly to say, the return value of getnameinfo will be 0 on > success, however, in the originial source code > it seems that return value of 0 is an error ? That makes an > interface be a wrong one such that an upnp device can't get started. > > Also, the 2nd parameter of cg_net_interface_setnetmask() should be > netmask instead of addr, right ? > > > After I make the 3 changes, the sample of clock device works well as > running on Windows. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > > ------------------------------------------------------------------------ > > _______________________________________________ > Clinkc-devel mailing list > Cli...@li... > https://lists.sourceforge.net/lists/listinfo/clinkc-devel |
From: Aapo M. <aap...@no...> - 2007-04-13 06:59:55
|
Hi Sean, Some DLNA interoperability testing indeed has done for Clinkc. This has been done mostly for control point side, so I don't know how "DLNA compliant" device side of the stack is. Also, DLNA compliance means so much more than just "UPnP connectivity" (see DLNA Guidelines): e.g. support for specified media formats. There is some example source code packed with Clinkc sources, which also explain how to create UPnP devices with Clinkc. Br, Aapo ext Sean wrote: > Greetings, > > I would like to implement a DLNA digital media server, > and I found that there are "DLNA" words in the clinkc, > does it mean that the clinkc is DLNA compliant? > if so, are there any sample or source code? > > Appreciate for your help. > > > > > ____________________________________________________________________________________ > No need to miss a message. Get email on-the-go > with Yahoo! Mail for Mobile. Get started. > http://mobile.yahoo.com/mail > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Clinkc-devel mailing list > Cli...@li... > https://lists.sourceforge.net/lists/listinfo/clinkc-devel |
From: Sean <yu...@ya...> - 2007-04-13 06:32:31
|
Greetings, I would like to implement a DLNA digital media server, and I found that there are "DLNA" words in the clinkc, does it mean that the clinkc is DLNA compliant? if so, are there any sample or source code? Appreciate for your help. ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail |
From: minhong <mi...@we...> - 2007-04-04 11:38:27
|
Hi, all I found a bug in file located at = clinkc/src/cybergarage/net/cinterface_function.c In the function of cg_net_gethostinterfaces(), UNIX version, I think = the following lines should be changed : 338 // if (getnameinfo(i->ifa_addr, sizeof(struct sockaddr), addr, = NI_MAXHOST, NULL, 0, NI_NUMERICHOST) =3D=3D 0) 339 if (getnameinfo(i->ifa_addr, sizeof(struct sockaddr), addr, = NI_MAXHOST, NULL, 0, NI_NUMERICHOST) !=3D 0) 342 // if (getnameinfo(i->ifa_netmask, sizeof(struct sockaddr), = netmask, NI_MAXHOST, NULL, 0, NI_NUMERICHOST) =3D=3D 0) 343 if (getnameinfo(i->ifa_netmask, sizeof(struct sockaddr), = netmask, NI_MAXHOST, NULL, 0, NI_NUMERICHOST) !=3D 0) 351 // cg_net_interface_setnetmask(netIf, addr); 352 cg_net_interface_setnetmask(netIf, netmask); Briefly to say, the return value of getnameinfo will be 0 on = success, however, in the originial source code it seems that return value of 0 is an error ? That makes an = interface be a wrong one such that an upnp device can't get started. Also, the 2nd parameter of cg_net_interface_setnetmask() should be = netmask instead of addr, right ? After I make the 3 changes, the sample of clock device works well as = running on Windows. |