On Jun 5 15:06, Petr Skočík wrote:
> Hi.
>
> I don't know if this is technically a bug, but I've noticed that unlike
> on Linux or MacOS, I a cannot bind a unix domain socket in a child
> process and then listen on it in the parent.
>
> The bind succeeds but `listen()` in the parent then fails w
Hello Csaba,
Cygwin package search tells us:
> https://cygwin.com/cgi-bin2/package-grep.cgi?grep=stringprep.h&arch=x86_64
> You probably need to install libidn-devel (which should drag in libidn)
Yeah you're right, its work for me ,
Many Thanks,
Meanwhile How i learning all dependencies package
Hi Onur,
On Thu, Oct 11, 2018 at 9:46 AM Onur GURSOY wrote:
>
> Hello Everyone,
>
> Nowadays, Im trying to many cyfwin package.
> I lookfor a dns server, i notice bind9 and i found a pacakage in cygwin.
> Everythin is ok but cygwin support binary package and source.
> Binary package is working very
I have a strange situation here: DiG 9.11.0-P3 does not work, but
nslookup does.
Target server XXX.220.6.135 is a Windows domain controller with the
following versions:
$ dig @160.220.6.135 version.bind txt chaos
> ;; Warning: query response not set
> ;; Warning: Message parser reports malforme
On Jun 9 06:53, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > I uploaded a new developer snapshot. Please give it a try:
> > https://cygwin.com/snapshots/
>
> Fix confirmed. Thanks!
Cool, thank you!
Corinna
--
Corinna Vinschen Please, send mails regarding
Corinna Vinschen cygwin.com> writes:
> I uploaded a new developer snapshot. Please give it a try:
> https://cygwin.com/snapshots/
Fix confirmed. Thanks!
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Jun 8 16:04, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > Easily reproducible, thank you. I think I found the culprit. mount(1)
> > always converts the mnt_fsname field to backslash notation. That breaks
> > converting the bind mount from the expected POSIX notation to a va
Corinna Vinschen cygwin.com> writes:
> Easily reproducible, thank you. I think I found the culprit. mount(1)
> always converts the mnt_fsname field to backslash notation. That breaks
> converting the bind mount from the expected POSIX notation to a valid
> Win32 path.
>
> I fixed mount(1) in g
On Jun 8 14:53, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
>
> > > //server/some/directory /mnt/server-share none binary 0 0
> > > #bind mounts
> > > /mnt/server-share/some/other/directory /mnt/task1 none binary,bind
> > >
> > > That works well until I try to add another such bin
Corinna Vinschen cygwin.com> writes:
> > //server/some/directory /mnt/server-share none binary 0 0
> > #bind mounts
> > /mnt/server-share/some/other/directory /mnt/task1 none binary,bind
> >
> > That works well until I try to add another such bind mount and activate it
> > via 'mount -a' without
On Jun 8 10:39, Achim Gratz wrote:
> I've been using bind mounts to provide alternative paths into the same file
> system.
>
> //server/some/directory /mnt/server-share none binary 0 0
> #bind mounts
> /mnt/server-share/some/other/directory /mnt/task1 none, binary,bind
>
> That works well until
Corinna Vinschen cygwin.com> writes:
> On Nov 14 13:25, Brian Inglis wrote:
>> All bind-utils - host, nslookup, dig - output not to stdout or stderr - can
>> not be redirected, but redirection suppresses output, with current update
>> 9.9.6-2 but works with previous 9.9.5-3 and current cygwin rele
On Nov 14 13:25, Brian Inglis wrote:
> Alive live.com> writes:
> > On 10/26/2014 4:26 AM, Marko Božiković wrote:
> >> I have recently noticed that dig +short output is not being properly piped
> >> to
> >> xargs (and it used to work)
> >> Doing something like:
> >> echo aaa | xargs -I {} echo {}
Alive live.com> writes:
> On 10/26/2014 4:26 AM, Marko Božiković wrote:
>> I have recently noticed that dig +short output is not being properly piped to
>> xargs (and it used to work)
>> Doing something like:
>> echo aaa | xargs -I {} echo {}
>> works fine.
>> However:
>> dig +short www.google.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks for the pointer! :)
On 05/13/2014 04:55 PM, Corinna Vinschen wrote:
> On May 13 16:19, Moritz Warning wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Hi,
>>
>> I try to bind a socket to a multicast address (239.192.202.5).
On May 13 16:19, Moritz Warning wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> I try to bind a socket to a multicast address (239.192.202.5). But it fails
> with an error:
> "Cannot assign requested address"
>
> Is this not supported using Cygwin? I've added a simple tes
Mark,
thank you for the knowledgable information you provided. I am just in the
learning phase and now realize how much more I need to dig into the subject to
learn more.
Cheers
Mark Geisert wrote:
> wynfield writes:
> > Looking in /etc there is no named.conf file. Is this an oversight
wynfield writes:
> Looking in /etc there is no named.conf file. Is this an oversight in
packaging?
>
> Any advice on getting named up and running (I don't have the expertise yet
to quickly write up a named.conf
> file?)
named.conf is going to be different for every installation. It's where
On Feb 4 11:03, Tanaka Akira wrote:
> Hi.
>
> I found bind(sock, addr, addrlen) function doesn't respect addrlen.
>
> If addr is AF_UNIX socket address and sun_path field is not
> NUL-terminated until the length specified as addrlen,
> bind() refer bytes after addrlen.
> This can be observed by
> On Thu, 2012-11-29 at 10:52 -0500, Andrew Schulman wrote:
> > It seems that host expects to find /usr/lib/engines/libgost.so. There's no
> > directory /usr/lib/engines in my installation, but there is
> > /usr/lib/openssl-1.0.1/engines/libgost.so.
>
> This is the culprit:
>
> > 1515k 2012/04/
On Thu, 2012-11-29 at 10:52 -0500, Andrew Schulman wrote:
> It seems that host expects to find /usr/lib/engines/libgost.so. There's no
> directory /usr/lib/engines in my installation, but there is
> /usr/lib/openssl-1.0.1/engines/libgost.so.
This is the culprit:
> 1515k 2012/04/29 C:\cygwin\bin
Vince,
On Wed, Nov 20, 2002 at 05:39:37PM -, Vince Hoffman wrote:
> Just a quicky to ask if anyone is working on a supported port of bind.
> i found a port of 8.1.2 which gave me dig which was all i realy need
> it for, but it would be nice to see it as a supported package. (my C
> programmin
22 matches
Mail list logo