Re: [ITP] libmicrohttpd 0.9.52
On Tue, Jan 31, 2017 at 02:03:35PM -0600, Yaakov Selkowitz wrote: > On 2017-01-31 02:56, Corinna Vinschen wrote: > > On Jan 30 20:53, Peter Ross wrote: > > > On Tue, Dec 13, 2016 at 08:25:32PM +1100, Peter Ross wrote: > > > > Small C library for embedding HTTP server into applications. > > > > This is not to be confused with the existing 'micro-httpd' cygwin > > > > package. > > > > > > > > Homepage: https://www.gnu.org/software/libmicrohttpd/ > > > > > > > > License: LGPL version 2.1 > > > > > > > > Yep, is packaged by other distro: > > > > https://packages.debian.org/search?keywords=microhttpd=names > > > > https://packages.ubuntu.com/search?keywords=microhttpd=names > > > > https://software.opensuse.org/package/libmicrohttpd > > > > https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/ > > > > > > > > Packages: > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz > > > > http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz > > > > > > > > Cygport file: > > > > [...] > > > > Packaging looks good to me. > > If this is a library, then there needs to be separate runtime and -devel > packages. Thanks, acknowledged. Further question: this library is currently has soversion 12 and provides cygmicrohttpd-12.dll. Should the package name also include the so version number, e.g. libmicrohttpd12(-devel)? If not, what happens when so version changes in future. Cheers, -- Peter (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B) signature.asc Description: PGP signature
Re: [ITP] libmicrohttpd 0.9.52
Ping!
On Tue, Dec 13, 2016 at 08:25:32PM +1100, Peter Ross wrote:
> Small C library for embedding HTTP server into applications.
> This is not to be confused with the existing 'micro-httpd' cygwin package.
>
> Homepage: https://www.gnu.org/software/libmicrohttpd/
>
> License: LGPL version 2.1
>
> Yep, is packaged by other distro:
> https://packages.debian.org/search?keywords=microhttpd=names
> https://packages.ubuntu.com/search?keywords=microhttpd=names
> https://software.opensuse.org/package/libmicrohttpd
> https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/
>
> Packages:
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz
> http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz
>
> Cygport file:
>
> NAME="libmicrohttpd"
> VERSION=0.9.52
> RELEASE=1
> CATEGORY="Libs"
> SUMMARY="library embedding HTTP server functionality"
> DESCRIPTION="GNU libmicrohttpd is a small C library that is supposed to make
> it easy to run an HTTP server as part of another application. GNU GNU
> Libmicrohttpd is free software and part of the GNU project. Key features that
> distinguish GNU Libmicrohttpd from other projects are:
> - C library: fast and small
> - API is simple, expressive and fully reentrant
> - Implementation is HTTP 1.1 compliant
> - HTTP server can listen on multiple ports
> - Four different threading models (select, poll, pthread, thread pool)
> - Supported platforms include GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android,
> OS X, W32, Symbian and z/OS
> - Support for IPv6
> - Support for SHOUTcast
> - Support for incremental processing of POST data (optional)
> - Support for basic and digest authentication (optional)
> - Support for SSL3 and TLS (requires libgcrypt and libgnutls, optional)
> - Binary is only about 32k (without TLS/SSL support and other optional
> features)"
> HOMEPAGE="https://www.gnu.org/software/libmicrohttpd/;
> SRC_URI="https://ftp.gnu.org/gnu/libmicrohttpd/libmicrohttpd-${VERSION}.tar.gz;
> DEPEND="gettext-devel"
>
> # enable test suite
> DEPEND="${DEPEND} libcurl-devel"
>
> # enable SSL
> DEPEND="${DEPEND} libgcrypt-devel libgnutls-devel"
>
> # Note, if cygport fails with this error:
> #/usr/bin/sed: can't read /usr/lib/libtasn1.la: No such file or directory
> # it means libgnutls has installed an obsolete .la file.
> # to solve this problem, delete /usr/lib/libgnutls.la
> # discussion here: https://cygwin.com/ml/cygwin/2016-12/msg00106.html
>
> -- Peter
> (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
signature.asc
Description: PGP signature
[ITP] libmicrohttpd 0.9.52
Small C library for embedding HTTP server into applications.
This is not to be confused with the existing 'micro-httpd' cygwin package.
Homepage: https://www.gnu.org/software/libmicrohttpd/
License: LGPL version 2.1
Yep, is packaged by other distro:
https://packages.debian.org/search?keywords=microhttpd=names
https://packages.ubuntu.com/search?keywords=microhttpd=names
https://software.opensuse.org/package/libmicrohttpd
https://admin.fedoraproject.org/pkgdb/package/rpms/libmicrohttpd/
Packages:
http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.hint
http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1.tar.xz
http://pross.sdf.org/sandpit/libmicrohttpd/x86/libmicrohttpd-0.9.52-1-src.tar.xz
http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.hint
http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1.tar.xz
http://pross.sdf.org/sandpit/libmicrohttpd/x86_64/libmicrohttpd-0.9.52-1-src.tar.xz
Cygport file:
NAME="libmicrohttpd"
VERSION=0.9.52
RELEASE=1
CATEGORY="Libs"
SUMMARY="library embedding HTTP server functionality"
DESCRIPTION="GNU libmicrohttpd is a small C library that is supposed to make it
easy to run an HTTP server as part of another application. GNU GNU
Libmicrohttpd is free software and part of the GNU project. Key features that
distinguish GNU Libmicrohttpd from other projects are:
- C library: fast and small
- API is simple, expressive and fully reentrant
- Implementation is HTTP 1.1 compliant
- HTTP server can listen on multiple ports
- Four different threading models (select, poll, pthread, thread pool)
- Supported platforms include GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, OS
X, W32, Symbian and z/OS
- Support for IPv6
- Support for SHOUTcast
- Support for incremental processing of POST data (optional)
- Support for basic and digest authentication (optional)
- Support for SSL3 and TLS (requires libgcrypt and libgnutls, optional)
- Binary is only about 32k (without TLS/SSL support and other optional
features)"
HOMEPAGE="https://www.gnu.org/software/libmicrohttpd/;
SRC_URI="https://ftp.gnu.org/gnu/libmicrohttpd/libmicrohttpd-${VERSION}.tar.gz;
DEPEND="gettext-devel"
# enable test suite
DEPEND="${DEPEND} libcurl-devel"
# enable SSL
DEPEND="${DEPEND} libgcrypt-devel libgnutls-devel"
# Note, if cygport fails with this error:
#/usr/bin/sed: can't read /usr/lib/libtasn1.la: No such file or directory
# it means libgnutls has installed an obsolete .la file.
# to solve this problem, delete /usr/lib/libgnutls.la
# discussion here: https://cygwin.com/ml/cygwin/2016-12/msg00106.html
-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
signature.asc
Description: PGP signature
libgnutls-devel depends on missnig libtasn1.la file
Hi, I am attempting to build softare (GNU libmicrohttpd) with cygport on x86, but am getting errors when it links against libgnutls: /usr/bin/sed: can't read /usr/lib/libtasn1.la: No such file or directory libtool: error: '/usr/lib/libtasn1.la' is not a valid libtool archive Likely cause: Cygwin gnutls-devel 3.2.21-1 installs /usr/lib/libgnutls.la and this file references libtasn1.la However /usr/lib/libtasn1.la has been removed as of libtans1-devel 0.49-1. See announce message here: https://cygwin.com/ml/cygwin-announce/2016-08/msg00084.html . Could the maintainers of libgnutls-devel and libtasn1 please resolve this! Here is my libmicrohttpd.cygport file should you need to reproduce the problem: http://pastebin.com/raw/HTwzpbXb -- Peter (A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B) signature.asc Description: PGP signature
1.7.15: C# hello world program hangs when run from cygwin
I compiled the following simple C# program using Mono 2.10.8
public class Hello {
public static void Main() {
System.Console.WriteLine(hello);
}
}
I then attempt to run it under mono and native .net
# mcs Hello.cs
# mono Hello.exe
hello
# ./Hello.exe
hangs for ever
If I downgrade from 1.7.15 to 1.7.14 then it runs as expected
$ ./Hello.exe
hello
I've attached cygcheck.out for 1.7.15 and cygcheck.1.7.14.out for 1.7.14.
cygcheck.out
Description: Binary data
cygcheck.1.7.14.out
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. Regards, Peter -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.15: C# hello world program hangs when run from cygwin
On 12 June 2012 14:13, marco atzeri wrote: On 6/12/2012 1:52 PM, Peter Ross wrote: On 12 June 2012 12:35, Earnie Boyd wrote: On Tue, Jun 12, 2012 at 4:45 AM, Peter Ross wrote: If I downgrade from 1.7.15 to 1.7.14 then it runs as expected And if you upgrade to the newest cygwin.com/snapshots what happens? Replacing cygwin1.dll with cygwin1-20120611.dll.bz2 and it works as expected. NOTE I didn't install anything else apart from the dll. Can I suggest linking from the snapshots page the FAQ entry which explains how to install a snapshot. it is already there at the bottom of the page Ah it is too, I missed that. Can I suggest putting it at the top, and making the language a bit more obvious, eg To install a cygwin snapshot follow the instructions in this FAQ entry. I didn't immediately equate try them with installation. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Strange crash for application linked to cygwin libraries.
Hi, I've written an application which does some initialization and then does a tcp accept. 5 minutes and 20 seconds give or take after doing the tcp.accept the application aborts with exit code 0. If I continually send tcp data to this application then the crash doesn't occur, it is only after 5 minutes and 20 seconds of waiting for I/O. I compiled the application with -g and then ran it under gdb, and the crash doesn't occur then. Since my application is single threaded and waiting inside tcp accept, I'm guessing that the problem must be something to do with cygwin itself. Maybe something to do with signal handling, but would appreciate some hints on how I could go about debugging the problem. Here is the complete list of libraries that I use -lodbc32 -lole32 -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat -lwsock32 Regards, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange crash for application linked to cygwin libraries.
On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert [EMAIL PROTECTED] wrote: Peter Ross writes: I've written an application which does some initialization and then does a tcp accept. 5 minutes and 20 seconds give or take after doing the tcp.accept the application aborts with exit code 0. If I continually send tcp data to this application then the crash doesn't occur, it is only after 5 minutes and 20 seconds of waiting for I/O. [...] Here is the complete list of libraries that I use -lodbc32 -lole32 -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat -lwsock32 You haven't supplied the canonical problem report info as requested in... Problem reports: http://cygwin.com/problems.html ...so only WAGs come to mind: Try it without using wsock32. Cygwin has its own implementation of the TCP/IP networking functions and there might be unpleasant mixing of semantics when wsock32 is explicitly linked in. Thanks for the WAG, unfortunately it didn't work. Something else you could try is running the app under strace to see if anything obviously erroneous sticks out. Now I get a seg-fault when running under strace (it doesn't even get to the tcp accept), but when I try and attach to the process using gdb. I get the following error. $ ps aux | grep wos 1740 11740 1740 con 500 04:15:28 /cygdrive/e/wos_fpz/syst em/build/wos_server [EMAIL PROTECTED] ~/wos_fpz/system/build $ gdb ./wos_server GNU gdb 6.8.0.20080328-cvs (cygwin-special) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-cygwin... (gdb) attach 1740 Can't attach to process. (gdb) Most helpful of all for debugging this would probably be a http://cygwin.com/ acronyms/#STC. Yes, I agree, I was just hoping that there was something else I could try before I tried to reduce my 1132 file application down to a simple test case. Using strace seems to be an idea, but I can't get paste how to connect to the process to see where the seg fault is. Anyway thanks for your help. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Strange crash for application linked to cygwin libraries.
On Wed, Oct 15, 2008 at 5:50 AM, Mark Geisert [EMAIL PROTECTED] wrote: Peter Ross writes: On Wed, Oct 15, 2008 at 12:18 PM, Mark Geisert wrote: Please don't quote raw email addresses in your emails to the list. Sorry about that, been awhile since I've been on a mailing list. I've written an application which does some initialization and then does a tcp accept. 5 minutes and 20 seconds give or take after doing the tcp.accept the application aborts with exit code 0. If I continually send tcp data to this application then the crash doesn't occur, it is only after 5 minutes and 20 seconds of waiting for I/O. [...] Here is the complete list of libraries that I use -lodbc32 -lole32 -lraptor -lxslt -lcurl -lz -lxml2 -ldb -lssl -lcrypto -lexpat -lwsock32 You haven't supplied the canonical problem report info as requested in... Problem reports: http://cygwin.com/problems.html That was a hint :-). Please supply that info, specifically the output of cygcheck -s -v -r but *as an attachment* to your next email. Find attached. ...so only WAGs come to mind: Try it without using wsock32. Cygwin has its own implementation of the TCP/IP networking functions and there might be unpleasant mixing of semantics when wsock32 is explicitly linked in. Thanks for the WAG, unfortunately it didn't work. Are all of those libraries you're linking with compiled for Cygwin? Mixing Cygwin libs with non-Cygwin libs won't work. Yes they are all cygwin libraries. Another thing that might prove informative is running cygcheck on the executable to see its tree of library dependencies. Maybe wsock32 snuck back in somehow. $ cygcheck.exe ./wos_server.exe .\wos_server.exe C:\cygwin\bin\cygcrypto-0.9.8.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\ADVAPI32.DLL C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\RPCRT4.dll C:\WINDOWS\system32\Secur32.dll C:\cygwin\bin\cygcurl-4.dll C:\cygwin\bin\cygssh2-1.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygssl-0.9.8.dll C:\cygwin\bin\cygdb-4.5.dll C:\cygwin\bin\cygexpat-1.dll C:\cygwin\bin\cygxml2-2.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygxslt-1.dll C:\WINDOWS\system32\ODBC32.dll C:\WINDOWS\system32\msvcrt.dll C:\WINDOWS\system32\COMCTL32.dll C:\WINDOWS\system32\GDI32.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\SHELL32.dll C:\WINDOWS\system32\SHLWAPI.dll C:\WINDOWS\system32\comdlg32.dll C:\WINDOWS\system32\OLE32.dll So I am using the ODBC and OLE32 for access to CreateGUID, I don't think these are a problem, but I could be wrong. Cygwin Configuration Diagnostics Current System Time: Wed Oct 15 06:05:48 2008 Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2 Running in Terminal Service session Path: C:\cygwin\usr\local\mercury-rotd-2008-10-09-cygwin\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft SQL Server\90\DTS\Binn\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ c:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\ c:\Program Files\Apache Software Foundation\apache-ant-1.7.1\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 555(Remote Desktop Users) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administrator) GID: 513(None) 0(root) 513(None) 544(Administrators) 555(Remote Desktop Users) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Administrator' PWD = '/home/Administrator/wos_fpz/system/build' HOME = '/home/Administrator' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\Administrator' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\Administrator\Application Data' HOSTNAME = 'spare' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 23 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' CATALINA_HOME = 'C:\Program Files\Apache Software Foundation\Tomcat 6.0' OLDPWD = '/home/Administrator/wos_fpz/system' USERDOMAIN = 'SPARE' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/1' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' LIB = 'C:\Program Files\SQLXML 4.0\bin\' USERNAME = 'Administrator' CLUSTERLOG = 'C:\WINDOWS\Cluster\cluster.log' PROCESSOR_LEVEL = '6' MERCURY_HOME = '/usr/local/mercury-rotd-2008-10-09-cygwin' FP_NO_HOST_CHECK
