On 17/06/2013 10:07, Corinna Vinschen wrote:
On Jun 16 00:46, Andrew Schulman wrote:
Since I first started building packages for Cygwin 8 or 10 years ago, several
things have changed for package maintainers, especially recently:
(1) Most maintainers will now be building 32- and 64-bit versions
Jon,
You are now the official maintainer of this page. Congratulations!
Go ahead and make whatever changes you see fit to this page.
cgf
On 04/30/2014 11:57 PM, Linda Walsh wrote:
Eric Blake wrote:
On 04/28/2014 02:43 PM, Linda Walsh wrote:
cat bin/t.sh
#!/bin/bash -u
Um... it doesn't work with 1 argument either.
Your context quoting is hard to follow. Here, you are complaining about
a she-bang with only one argument,...
Hello
I have tried to build the recent cvs snapshot of gnuplot both on Cygwin-x86 and
Cygwin-x86_64.
The caca terminal works correctly on the Cygwin-x86. However it does not work
on Cygwin-x86_64.
First I have reported in the bug-ticket on the SourceForge of gnuplot.
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I don't see the behavior that you are specifying but I doubt that what
you are seeing has anything to do with the gobbledegook on the above
page. If you do want Cygwin to send ANSI escape sequences then you'll
need to
I have re-configured:
cd E:\usr\Tatsu\cyg64work\gnuplotcvs\build
CFLAGS='-g -O0' \
CXXFLAGS='-g -O0' \
../gnuplot/configure --prefix=/usr/local/gnuplotcvs --with-caca
and execute make and make install.
$ gdb /usr/local/gnuplotcvs/bin/gnuplot
GNU gdb (GDB) 7.6.50.20130728-cvs (cygwin-special)
How can I change the size/location of an existing window?
I open up several GNUPLOT windows and I am able to see their WINPIDs.
How can I change WINDPID x to have size r,c and location x,y AFTER
it is already existing from a bash script?
Thanks,
Moon
--
Problem reports:
#include stdarg.h
#include stdio.h
#include stdlib.h
#include string.h
#include ctype.h
#include regex.h
results in:
# i686-pc-mingw32-g++ -g -Wall -I../../library -c -o csv2adif.o csv2adif.cpp
csv2adif.cpp:12:19: fatal error: regex.h: No such file or directory
/usr/include/regex.h
On Thu, May 1, 2014 at 7:38 AM, Jim Reisert AD1C wrote:
#include stdarg.h
#include stdio.h
#include stdlib.h
#include string.h
#include ctype.h
#include regex.h
results in:
# i686-pc-mingw32-g++ -g -Wall -I../../library -c -o csv2adif.o csv2adif.cpp
csv2adif.cpp:12:19: fatal error:
Emacs-w32, version 24.3.1, has been crashing constantly,
so much so I learnt how to use recover-session. Most
recently I finally forced myself to run gdb on its sadly
expired body and listed the following stack:
(gdb) bt
#0 0x7ff9174a9e3b in KERNELBASE!DebugBreak ()
from
Am 01.05.2014 04:09, schrieb Richard H. McCullough:
... In the last week, make suddenly
changed -- it does nothing but stop on every makefile.
Sounds like you changed your PATH and have a different (non-cygwin)
version of make now.
What does `type make` say?
---
Diese E-Mail ist frei von
On Thu, May 1, 2014 at 10:14 AM, Thomas Wolff t...@towo.net wrote:
Am 01.05.2014 04:09, schrieb Richard H. McCullough:
... In the last week, make suddenly
changed -- it does nothing but stop on every makefile.
Sounds like you changed your PATH and have a different (non-cygwin) version
of
Eric Blake wrote:
On 04/30/2014 11:57 PM, Linda Walsh wrote:
Eric Blake wrote:
On 04/28/2014 02:43 PM, Linda Walsh wrote:
cat bin/t.sh
#!/bin/bash -u
Um... it doesn't work with 1 argument either.
Your context quoting is hard to follow. Here, you are complaining about
a she-bang with only
syntax on does not seem to be supported in the Cygwin version of
vim. When I include this in my .vimrc file, I get the following
error:
$ vi -u .vimrc .vimrc
Error detected while processing /home/gstrycker/.vimrc:
line 11:
E319: Sorry, the command is not available in this
qt terminal of gnuplot (cvs 2014-04-29 Ethan A Merritt) fails.
$ gdb src/gnuplot
:
(gdb) r
Starting program: /cygdrive/d/usr/Tatsu/Cygwinhome/gnuplotcvs/build/src/gnuplot
[New Thread 5696.0x1c74]
warning: the debug information found in /usr/lib/debug//usr/bin/cygwin1.dbg
does not match
On 05/01/2014 12:11 PM, Linda Walsh wrote:
On linux, (and, thus on cygwin?), #!/bin/bash -u -x -a -b -c
is passed as 1 argument to bash. I.e. the spaces don't break things
into separate arguments on linux.
Correct. So follow it through to it's logical conclusion:
/bin/bash -u -x -a -b -c
On 29/04/14 23:33, Reini Urban wrote:
In the next few weeks I hope that all maintainers with perl as
requirement will have updated
their packages as test, or can verify that they don't need to update,
so that we can have
a unified switch over as with 5.14.
I've built perl-Text-CSV_XS-1.07 for
On 05/01/2014 06:13 AM, Maximus5 wrote:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I don't see the behavior that you are specifying but I doubt that what
you are seeing has anything to do with the gobbledegook on the above
page. If you do want Cygwin to send ANSI
Bob McGowan wrote:
Because you weren't running /bin/bash at that point in time, but
/usr/bin/bash. Again, you snipped the relevant portion of your original
No...I was... the output at the top was from t.sh, which had
#!/bin/bash.
But the error message says /usr/bin/bash.
On 05/01/2014 04:05 PM, Glenn Strycker wrote:
syntax on does not seem to be supported in the Cygwin version of
vim. When I include this in my .vimrc file, I get the following
error:
$ vi -u .vimrc .vimrc
Error detected while processing /home/gstrycker/.vimrc:
line 11:
On Thu, 1 May 2014 08:11:21 -0700 (PDT)
Zdzislaw Meglicki zdzisi...@sbcglobal.net wrote:
Emacs-w32, version 24.3.1, has been crashing constantly,
so much so I learnt how to use recover-session. Most
recently I finally forced myself to run gdb on its sadly
expired body and listed the following
This error is caused by having
a dos-style directory name in $PATH.
For example
C:/Cygwin/bin
This problem is a result of trying to solve a different problem.
Using the Unicon language
open(/cygdrive/c/file) fails
open(c:/file) succeeds
Dick McCullough
On 05/01/2014 04:11 PM, Linda Walsh wrote:
The reason the above fails... (I got it to work).. is that if there is a
space
on the line after the -u, that also fails.
I didn't deliberately put one there, but that it no longer handles
separate options is an evolution of software devolution.
On 5/1/2014 11:11 AM, Zdzislaw Meglicki wrote:
Emacs-w32, version 24.3.1, has been crashing constantly,
so much so I learnt how to use recover-session. Most
recently I finally forced myself to run gdb on its sadly
expired body and listed the following stack:
(gdb) bt
#0 0x7ff9174a9e3b in
On Thu, May 01, 2014 at 06:10:25PM -0400, Larry Hall (Cygwin) wrote:
On 05/01/2014 06:13 AM, Maximus5 wrote:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
I don't see the behavior that you are specifying but I doubt that what
you are seeing has anything to do with the
On Fri, May 02, 2014 at 01:33:30AM -0400, Christopher Faylor wrote:
I think I understand now. The request if for Cygwin to do nothing
when it sees escape sequences since, apparently, ConEmu will handle
escape sequences on its own. This is not a bug in Cygwin but, a request
for different
26 matches
Mail list logo