You appear to be running into a conflict with Cygwin managing Windows TLS, as
Cygwin does its own messing around to support Unix/Linux/POSIX/g++ semantics for
TLS and everything else under Windows. You should either use the supplied API,
or write a Windows program that allows you to control TLS wi
Greetings, dmytro.shmagin.barclays.com via cygwin!
> Can anyone run me through how to set up a partial, non-updated package
> server for Cygwin, as I am unable to do so by following the Cygwin package
> server setup guide on the Cygwin site?
Use "download without installing" option with setup.exe
On 11/14/2019 6:14 PM, Ken Brown wrote:
On 11/14/2019 8:36 PM, Keith Christian wrote:
On Thu, Nov 14, 2019 at 2:32 PM Ken Brown wrote:
On 11/14/2019 2:32 PM, Keith Christian wrote:
The "boxes" command fails to run on a Cygwin64 install two weeks ago.
echo "hello" | /usr/bin/boxes
boxes: No
On 11/14/2019 8:36 PM, Keith Christian wrote:
> On Thu, Nov 14, 2019 at 2:32 PM Ken Brown wrote:
>>
>> On 11/14/2019 2:32 PM, Keith Christian wrote:
>>> The "boxes" command fails to run on a Cygwin64 install two weeks ago.
>>>
>>> echo "hello" | /usr/bin/boxes
>>> boxes: No such file or directory
On Thu, Nov 14, 2019 at 2:32 PM Ken Brown wrote:
>
> On 11/14/2019 2:32 PM, Keith Christian wrote:
> > The "boxes" command fails to run on a Cygwin64 install two weeks ago.
> >
> > echo "hello" | /usr/bin/boxes
> > boxes: No such file or directory
>
> Running boxes under strace shows that it is tr
Hi,
I’m writing in regards to see if you are interested in acquiring the Visitors
List.
Event Name: International Disaster Response Expo 2019
Date: 03 - 04 Dec 2019
Place: London, UK
Visitors: 6,800
Let me know your interest, so that I can connect you to our Business
Development team for the
On 11/14/19 3:14 PM, Brian Inglis wrote:
> On 2019-11-14 01:55, Biswapriyo Nath wrote:
>> Also, w32api-headers version 7 for x86_64 is missing.
>> Link: https://cygwin.com/cgi-bin2/package-grep.cgi?grep=w32api&arch=x86_64
>
> Calm problems now resolved:
> Search Results
> Found 6 matches for w32ap
On 2019-11-14 11:23, Arthur Norman wrote:
> When I run this on Ubuntu-x86_64, Macintosh(clang) or a Raspberry pi the code
> links and when it runs it just prints 999 - which is the behaviour that I
> expect. On both Cygwin and using x86_64-w64-mingw32-g++ (and i686) I get a
> linker diagnostic of
On 11/14/2019 2:32 PM, Keith Christian wrote:
> The "boxes" command fails to run on a Cygwin64 install two weeks ago.
>
> echo "hello" | /usr/bin/boxes
> boxes: No such file or directory
Running boxes under strace shows that it is trying to open a file named "-" and
exiting because that file doe
The "boxes" command fails to run on a Cygwin64 install two weeks ago.
uname -a
CYGWIN_NT-10.0 SOMESERVER 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 Cygwin
cygcheck -c boxes
Cygwin Package Information
Package VersionStatus
boxes1.0.1a-2 OK
echo "hello"
The following Perl distributions have been updated to their latest
version on CPAN, respectively:
x86/x86_64
--
perl-Cpanel-JSON-XS-4.17-1
noarch
--
perl-Data-Compare-1.27-1
perl-DateTime-Calendar-Julian-0.102-1
perl-Devel-CheckLib-1.14-1
perl-HTTP-Cookies-6.06-1
perl-HTTP-Date-6.03
#! /bin/bash
# When I run this on Ubuntu-x86_64, Macintosh(clang) or a Raspberry pi
# the code links and when it runs it just prints 999 - which is the behaviour
# that I expect. On both Cygwin and using x86_64-w64-mingw32-g++ (and i686)
# I get a linker diagnostic of the form
# ./tltest.sh
# /us
On 11/13/19, Alfred von Campe wrote:
> On Nov 13, 2019, at 2:08, Frank Redeker wrote:
>
>> I think on both systems the handling of 8.3 names is configured
>> differently. You can check this with the Window command fsutil. (This
>> command requires elevated permissions)
>>
>> I get the following out
> > During startup program exited with code 0xc139.
> so Windows handles termination.
IMO if it did, the exit code wouldn't have been 127 but something with decimal
equivalent of 0x139 (or the likes).
> P.S. I didn't get to know what exactly the entry point was missing that the
> binary re
On 2019-11-13 23:48, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> Here's a situation: I have a binary that was built (from a C source code)
> with Cygwin 3.0.7 but "accidentally" used with much older Cygwin 2.11.2.
>
> The binary won't actually launch. Instead, it most uneventfully (s
On 2019-11-14 01:55, Biswapriyo Nath wrote:
> Also, w32api-headers version 7 for x86_64 is missing.
> Link: https://cygwin.com/cgi-bin2/package-grep.cgi?grep=w32api&arch=x86_64
Calm problems now resolved:
Search Results
Found 6 matches for w32api-headers
cygwin32-w32api-headers-3.2.0-1 - Win32 API
Also, w32api-headers version 7 for x86_64 is missing.
Link: https://cygwin.com/cgi-bin2/package-grep.cgi?grep=w32api&arch=x86_64
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe i
17 matches
Mail list logo
