Brian Dessent wrote:
What you are seeing is a Windows console. It's provided by the
operating system for any executable that was marked as a console mode
app. It is not bash-specific and indeed bash (and cygwin1.dll) have
zero control over how it behaves or operates. If you want something
with
John Emmas wrote:
> When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like
> window opens which I'm led to believe is Cygwin's bash terminal. However,
> with every version of Linux that I've used, the bash terminal had menus
> allowing me to do certain things like (for example) c
Greg Chicares wrote:
On 2008-10-07 03:58 - ?, John Emmas wrote:
When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like
window opens which I'm led to believe is Cygwin's bash terminal. However,
with every version of Linux that I've used, the bash terminal had menus
allowing me t
On 2008-10-07 03:58 - ?, John Emmas wrote:
> When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like
> window opens which I'm led to believe is Cygwin's bash terminal. However,
> with every version of Linux that I've used, the bash terminal had menus
> allowing me to do certain thi
What I guess I didn't explain clearly was that the MakeShare.sh script is
only on the 64-bit box.
I'll double-check tomorrow on the 64-bit box by commenting out all the
non-cygwin-"native" commands, but your query incites curiosity: should I be
calling Win32/Win64 binaries in a different (indir
When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like
window opens which I'm led to believe is Cygwin's bash terminal. However,
with every version of Linux that I've used, the bash terminal had menus
allowing me to do certain things like (for example) copying & pasting text.
Cyg
On Mon, Oct 06, 2008 at 09:00:33PM +0200, Roberto Bagnara wrote:
>the following shows a problem in Cygwin 1.7 that is not present in
>Cygwin 1.5:
>
>[snip]
>
>As you see, the alarm() function is not invoked as it should (and as it
>is in Cygwin 1.5).
It was invoked ony by coincidence in 1.5. It s
I've made a new version of the mingw-runtime available for download.
For a list of changes see:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog?rev=1.416&cvsroot=src
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downl
> -Original Message-
> From: me
>
> Having recently upgraded my Cygwin installation to the latest release,
> a program that was compiling fine in now failing with a compile error
> reported in stdlib.h. After a bit of digging, it turns out that
> stdlib.h does not now compile with -ansi an
On Mon, Oct 6, 2008 at 9:34 PM, Ralph Hempel <> wrote:
> I'd just like to clear up some confusion on my part
> about "install" as distributed with Cygwin.
>
> I'm building Lua, an MIT licensed scripting language.
>
> Part of the lua "make install" process calls install
> as follows:
>
> cd src && i
I'd just like to clear up some confusion on my part
about "install" as distributed with Cygwin.
I'm building Lua, an MIT licensed scripting language.
Part of the lua "make install" process calls install
as follows:
cd src && install -p -m 0755 lua luac /usr/local/bin
And sure enough, lua and l
Hi,
Having recently upgraded my Cygwin installation to the latest release, a
program that was compiling fine in now failing with a compile error reported
in stdlib.h. After a bit of digging, it turns out that stdlib.h does not now
compile with -ansi and -mno-cygwin options as it used to. This simp
Hi there,
the following shows a problem in Cygwin 1.7 that is
not present in Cygwin 1.5:
[EMAIL PROTECTED] /tmp
$ cat bug.c
#include
#include
#include
#include
volatile int alarm_called = 0;
void alarm(int sig) {
alarm_called = 1;
}
int main() {
unsigned long i;
struct itimerval it
Gary Johnson wrote:
I have Cygwin installed on three PCs running Windows XP. I run
setup.exe periodically on all of them to keep the packages up to
date. When I did this last, a few days ago, setup.exe updated the
openssl, grep and vim packages on two of the machines but the third
reported t
EMF wrote on 05 October 2008 05:54:
> Is there anything else I can (or should have) provide(d) to help
> troubleshoot this?
Well, the obvious test would be:
> I've encountered an issue running on Windows Server 2003,
> both 32-bit and 64-bit. I can log in and out of Terminal
> Services sessio
On Mon, Oct 06, 2008 at 09:03:40AM +0100, Fergus wrote:
>Of possible interest to some: grap v.1.42 (which I have just noticed
>has been available since September) fails to install in Cygwin with a
>minor avalanche of error messages that are, I am afraid, unintelligible
>to me. Pity, because as far
Jean-Paul de Vooght wrote on 06 October 2008 14:15:
> This did help me get passed iffe. I'll continue now on the graphviz
> mailing list trying to figure out why the build breaks building stuff
> under cmd/lefty.
> didn't work. Would be nice if there was a clean way out...
Attempting to build
Thanks Dave!
This did help me get passed iffe. I'll continue now on the graphviz mailing
list trying to figure out why the build breaks building stuff under
cmd/lefty.
Cygwin is treated differently than UWIN when it comes to defining WIN32 and
MSWIN32 which are only set for UWIN in CFLAGS and CSS
Of possible interest to some: grap v.1.42 (which I have just noticed has
been available since September) fails to install in Cygwin with a minor
avalanche of error messages that are, I am afraid, unintelligible to me.
Pity, because as far as I recall grap v.1.39 - v.1.41 (and possibly
earlier s
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
DESCRIPTION:
Gnuplot is a command-line driven interactive function plotting utility
for UNIX, MSDOS, VMS, and many other platforms. The software is copyrighted
but freely distributed (i.e., you don't have to pay
20 matches
Mail list logo
