Greetings, Paul Edwards!
>> try gcc4, gcc3 is obsolete.
> Unfortunately gcc-4 gives this error:
C:\devel\bwbasic>>gcc-4 -mno-cygwin -ansi zatest.c
> gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
> cross-compiler.
It's not an error, it's a matter of fact.
"no-cygwin" hacker
On 12/07/2012 08:54 PM, Tom Honermann wrote:
I recently was able to produce a very small test case that reproduces this
issue reliably on some machines:
Your suspicion about a race condition may very well be correct: I can easily confirm the problem on both iron and virtual smp, but not on a
On 12/07/2012 02:54 PM, Tom Honermann wrote:
Likewise, I've reproduced this issue by replacing false.exe in the test
above with a custom false.exe (A C program that just returns 1). The
issue reproduces whether myfalse.exe is compiled with Cygwin gcc, MinGW
gcc (32-bit and 64-bit), and with MSVC
On 12/7/2012 8:25 PM, Paul Edwards wrote:
try gcc4, gcc3 is obsolete.
Hi Marco.
Unfortunately gcc-4 gives this error:
C:\devel\bwbasic>gcc-4 -mno-cygwin -ansi zatest.c
gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
cross-compiler.
Hi Paul,
gcc4 is for building on cygwin
If you're used to
pip install virtualenv
virtualenv foo
working, but it recently started failing with
...
File "/usr/lib/python2.6/site-packages/virtualenv.py", line 1506, in
install_python
raise e
OSError: [Errno 2] No such file or directory
you may be suffering from
https://github.c
I've witnessed intermittent failures in multiple build systems while
working at multiple companies using Cygwin bash and make as part of the
build system but using non-Cygwin compilers and other tools. The
intermittent failures occur when a process appears to complete
successfully, but the pro
try gcc4, gcc3 is obsolete.
Hi Marco.
Unfortunately gcc-4 gives this error:
C:\devel\bwbasic>gcc-4 -mno-cygwin -ansi zatest.c
gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
cross-compiler.
I'm also including the results of ldd on the gcc3 compile:
C:\devel\bwbasic>ldd
On Fri, Dec 07, 2012 at 10:46:29AM +0100, Andreas Steenpa? wrote:
>Le 07/12/2012 02:27, Christopher Faylor a ?crit :
>> I don't see any difference between Cygwin and Linux when I run the
>> test program.
>>
>> cgf
>
>I re-compiled and ran the test program under Cygwin 1.7.17 as well as on
>several
> per the bad user/pass combo, presumably).
Per MSDN,
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682450%28v=vs.85%29.aspx
:
If the account name specified by the lpServiceStartName parameter is the name
of a managed service account or virtual account name, the lpPassword paramete
On 12/6/2012 10:42 PM, Ken Brown wrote:
On 12/6/2012 5:20 PM, Rockefeller, Harry wrote:
'Emacs -Q' failed after a few minutes of doing svn file diffs.
Can you give me a detailed step-by-step recipe so that I can try to
reproduce the problem? I don't really know what you mean by "doing svn
fil
> cygrunsrv -I svcname -u "NT SERVICE\svcname" -p ''
I'm not quite sure I follow your suggestion:
-p is for path to the actual executable that implements the background process
If you meant -w '' (or as documentation suggests '-w ') then it does not work
for some reason -- cygrunsrv cannot ins
Ken Brown writes:
> I think it's time to take this to the emacs list. I've just filed a
> bug report (bug#13112) in order to focus the discussion.
Thanks, I'll follow up there if necessary.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the
On Dec 7 13:30, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> Hi all,
>
> I have a suggestion that cygrunsrv doesn't ask for any password with
> the option -u (and -w not provided), if the specified user is like
> "NT SERVICE\svcname", where svcname is the service being added.
>
> Otherwise, cyg
On Fri, Dec 07, 2012 at 01:33:52PM +, Lavrentiev, Anton (NIH/NLM/NCBI) [C]
wrote:
>Hi,
>
>Just checking whether this is going to be fixed, or should be keep
>working around by passing the lowercased version of the "/C" switch ?
>
>> if (ac == 3 && argv[1][0] == '/' && argv[1][1] == 'c' &&
>>
On 2012-12-05 20:24, Burton Samograd wrote:> bartels
writes:
>>> Is there way to specify to svn on the command line or though a config
>>> file that these types of files should automatically have executable
>>> permissions?
>> svn propset svn:executable "*"
> Any idea why this has to be done wit
On 12/7/2012 2:37 AM, Achim Gratz wrote:
Thanks. Now, after I set "DejaVu Sans Mono" for X11 and "Consolas" for W32, the
problem with emacs hanging up on me is gone as well. So it seems that the
invocation of the xft(?) stuff was to blame...
This shouldn't happen. Daniel, shouldn't *all* the
Hi,
Just checking whether this is going to be fixed, or should be keep
working around by passing the lowercased version of the "/C" switch ?
> if (ac == 3 && argv[1][0] == '/' && argv[1][1] == 'c' &&
> (iscmd (argv[0], "command.com") || iscmd (argv[0], "cmd.exe")))
>
Regards,
Anton Lavr
Hi all,
I have a suggestion that cygrunsrv doesn't ask for any password with
the option -u (and -w not provided), if the specified user is like
"NT SERVICE\svcname", where svcname is the service being added.
Otherwise, cygrunsrv is not self-sufficient for defining a service,
and has to be further
Le 07/12/2012 02:27, Christopher Faylor a écrit :
> I don't see any difference between Cygwin and Linux when I run the
> test program.
>
> cgf
I re-compiled and ran the test program under Cygwin 1.7.17 as well as on
several Linux machines (Debian/Fedora/Gentoo/Ubuntu, kernel versions
2.6.29/2.6.32
The following packages have been updated for the Cygwin distribution:
*** tdb-1.2.11-1
*** libtdb1-1.2.11-1
*** libtdb-devel-1.2.11-1
*** python-tdb-1.2.11-1
TDB is a Trivial Database. In concept, it is very much like GDBM, and
BSD's DB except that it allows multiple simultaneous writers and use
The following packages have been updated for the Cygwin distribution:
*** pcre-8.32-1
*** libpcre1-8.32-1
*** libpcre16_0-8.32-1
*** libpcre32_0-8.32-1
*** libpcrecpp0-8.32-1
*** libpcreposix0-8.32-1
*** libpcre-devel-8.32-1
The PCRE library implements regular expression pattern matching using
th
21 matches
Mail list logo