>Using Astrotortilla 0.8 Alpha-1, while doing a blind solve, the message bel=
>ow appears on the second and third lines of the LogWindow:
>Line 2:=C2=A0 0[main} bash 12504 find_fast_cwd: WARNING: Couldn't compute F=
>AST_CWD pointer. Please report this problem to=20
>Line 3:=C2=A0 the public maili
Hi, all
Recently our operation system will upgrade to windows10 and we have many
projects built by cygwin1.5 with GCC3.4.4, so we try to do validation by run
the gcc3.4.4 test suite on windows10, as the title description, I got a
error:
gcc 17812 C:\cygwin\bin\gcc.exe: *** fatal e
Hello, Dear Manager,
Good day,
This is Kevin from INSTARGO, original CCTV Accessories supplier.
We are factory produce a wide range of CCTV Accessories, POE switch, Tester,
Power Supply, IR Lighting, BNC Connector, CCTV Housing & Bracket,Wire/Cable,
Microphone,Video Balun, Lens, package etc.
All
Hi, did you fix the issue? If do, please give me some suggestions since I
encounter the same error recently. Thanks very much.
--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com
Using Astrotortilla 0.8 Alpha-1, while doing a blind solve, the message below
appears on the second and third lines of the LogWindow:
Line 2: 0[main} bash 12504 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
Line 3: the public mailing list cygwin@cygw
I've read every web page I could find that was related to the subject,
but still coming up empty. None of the standard solutions of updating
/etc/passwd or /etc/group or removing same seem to work:
The environment:
Cygwin (patched less than 2 weeks behind current) running in a VM under
a domain
Am 25.04.2019 um 18:11 schrieb Peter Palaparthy:
> Cygwin bash script is removing equals sign from command call.
On what basis did you conclude it was bash doing that, and not, say, make?
> *Here is the relevant command in my makefile.*
> *$(elabcmd) = $(XELAB_DEFAULT) \-generic VERSION=10*
I
On 4/25/2019 12:11 PM, Peter Palaparthy wrote:
Cygwin bash script is removing equals sign from command call. How do I
escape it so that = is sent to command?
I tried different things like escaping = with \ and enclosing it with ""
and '' but none of them worked.
*Here is the relevant command in
Am 25.04.2019 um 17:48 schrieb Eric Blake:
> On 4/25/19 10:28 AM, Brian Inglis wrote:
>> Would it be allowed and valid to #define MSG_EOR 0 to simplify lack of
>> support?
>
> No, because that implies that EVERY send() call is requesting MSG_EOR
> and that it never fails.
And maybe more import
On Apr 24 15:50, Eric Blake wrote:
> On 4/24/19 3:36 PM, Hans-Bernhard Bröker wrote:
> > Am 24.04.2019 um 19:54 schrieb Eliot Moss:
> >> On 4/24/2019 12:43 PM, Corinna Vinschen wrote:
> >
> >>> Since MSG_EOR isn't implemented in the underlying transport layer,
> >>> there's no way to implement it
Cygwin bash script is removing equals sign from command call. How do I
escape it so that = is sent to command?
I tried different things like escaping = with \ and enclosing it with ""
and '' but none of them worked.
*Here is the relevant command in my makefile.*
*$(elabcmd) = $(XELAB_DEFAULT) \
On 4/25/19 10:28 AM, Brian Inglis wrote:
>> - add a define for MSG_EOR to a non-zero value that is bitwise distinct
>> from other required MSG_ values
>> - return EOPNOTSUPP on attempts to use the flag in
>> send()/sendmsg()/sendto() (POSIX permits that failure for protocols that
>> don't support
On 2019-04-24 14:50, Eric Blake wrote:
> On 4/24/19 3:36 PM, Hans-Bernhard Bröker wrote:
>> Am 24.04.2019 um 19:54 schrieb Eliot Moss:
>>> On 4/24/2019 12:43 PM, Corinna Vinschen wrote:
>>
Since MSG_EOR isn't implemented in the underlying transport layer,
there's no way to implement it in
13 matches
Mail list logo
