mintty 0.9.2-3 has been uploaded. This fixes a packaging bug.
CHANGES
===
- Ensure the mintty start menu entry is created correctly if the start
menu path contains non-ASCII characters.
DESCRIPTION
===
Mintty is a terminal emulator for Cygwin with a native Windows user
interface and m
On 4 November 2010 18:43, LionAM wrote:
>> Yes, but they're obviously off-topic for this list. The mingw64
>> project may help with you that.
>
> I have already tried MSYS with mingw64, but had the same problem as with the
> mingw64 in cygwin - the programs are compiled as native Windows programs.
On 11/4/2010 8:36 PM, Illia Bobyr wrote:
Hi,
It seems that Cygwin does not check for executable bit before it allows
a script to run, does it?
$ rm abc
$ cat #!/bin/sh
> echo Hm...
> EOF
$ ll abc
-rw-r--r--+ 1 ibobyr Domain Users Nov 21 4 16:44 abc
$ test -x abc&& echo Ex
Hi,
It seems that Cygwin does not check for executable bit before it allows
a script to run, does it?
$ rm abc
$ cat #!/bin/sh
> echo Hm...
> EOF
$ ll abc
-rw-r--r--+ 1 ibobyr Domain Users Nov 21 4 16:44 abc
$ test -x abc && echo Executable
Executable
$ ./abc
Hm...
I was able
On 11/4/2010 3:48 PM, LionAM wrote:
> Is there any other way to make an 64bit windows apps "understand" cygwin
> paths
Launch cygpath.exe with the appropriate arguments as a (32bit) child
process, and collect its stdout result?
> and commands?
Err...what? What sort of "commands" are you talking
Hello,
> Actually, the OP hasn't really specified whether he is using the
> *cygwin* provided mingw64 *cross compilers*, or if he has simply
> installed the mingw64 *native* compilers from mingw-w64.sourceforge.net.
Indeed I had tried both, but neither worked for the now obvious reasons.
> What
On Thu, Nov 04, 2010 at 07:19:45PM +0100, hu...@free.fr wrote:
>Some more info about that infinite loop in cygwin1.dll .
>
>This is indeed inside the cygheap_fixup_in_child function of cygwin1.dll .
>
>Inside this function, there is a loop that is:
>
>for (_cmalloc_entry *rvc = cygheap->chain; rv
On 11/4/2010 3:18 PM, andy1122 wrote:
From my linux putty session, I am unable to open x-windows to run an oracle
application.
I have set the display to my desktop's IP address. I get the following error
Xlib: connection to "10.62.20.202:0.0" refused by server
Xlib: No protocol specified
Pleas
>From my linux putty session, I am unable to open x-windows to run an oracle
application.
I have set the display to my desktop's IP address. I get the following error
Xlib: connection to "10.62.20.202:0.0" refused by server
Xlib: No protocol specified
Please help!
I Installed cygwin/x from this
On 11/4/2010 11:16 AM, Christopher Faylor wrote:
> On Thu, Nov 04, 2010 at 07:48:38AM -0700, LionAM wrote:
>> I have installed cygwin together with mingw64 (4.5.1-1).
...
>> Is there an compiler switch to make mingw use the cygwin environment?
>
> No. These are *MinGW* compilers. They are suppos
Hello!
> Yes, but they're obviously off-topic for this list. The mingw64
> project may help with you that.
I have already tried MSYS with mingw64, but had the same problem as with the
mingw64 in cygwin - the programs are compiled as native Windows programs. So
that the command "./file.exe" canno
On 4 November 2010 17:22, LionAM wrote:
>
> Do I understand it right that the program would have to use the cygwin dlls
> - which, however, are 32bit. And it is not possible to run a 64bit-program
> using these dlls.
Correct. (I guess there will be a 64-bit Cygwin eventually, but there
are no plan
Some more info about that infinite loop in cygwin1.dll .
This is indeed inside the cygheap_fixup_in_child function of cygwin1.dll .
Inside this function, there is a loop that is:
for (_cmalloc_entry *rvc = cygheap->chain; rvc; rvc = rvc->prev) {
...
}
In the case of my sh.exe process , this
Thank you for your answer.
Do I understand it right that the program would have to use the cygwin dlls
- which, however, are 32bit. And it is not possible to run a 64bit-program
using these dlls.
The problem I have: I would like to build Atlas in Window - it works using
the 32bit version with cyg
On 11/4/2010 4:27 AM, Fergus wrote:
Some systematic error at source? or just me being an idiot and maybe
mis-typing something?
Actually, it's just some newish error reporting added to 'setup.exe'
so that it's clear what postinstall scripts are not exiting successfully.
The only thing that's rea
On Thu, Nov 04, 2010 at 07:48:38AM -0700, LionAM wrote:
>I have installed cygwin together with mingw64 (4.5.1-1). Compiling in
>principle works fine - however the programs are compiled for windows use,
>not cygwin. One of the problems I experience is that one cannot use
>cygwin-paths (e.g., /home/a
Hello,
I have installed cygwin together with mingw64 (4.5.1-1). Compiling in
principle works fine - however the programs are compiled for windows use,
not cygwin. One of the problems I experience is that one cannot use
cygwin-paths (e.g., /home/am/test.dat) within the programs, instead you have
to
Version 0.99.1-1 of monotone has been uploaded.
monotone is a free distributed version control system. it provides a
simple, single-file transactional version store, with fully disconnected
operation and an efficient peer-to-peer synchronization protocol.
You can find information about new featur
Version 2.2.5-1 of nano has been uploaded.
nano is a text editor designed as a clone of pico, but rewritten
from scratch to be faster and smaller while having greater functionality.
You can find information about new features here:
http://www.nano-editor.org/dist/v2.2/NEWS
If you're not sure wha
Hi,
I have the following problem. When I install a signal handler and unblock the
according signal in one thread, system calls in other threads will be
interrupted, although the signal is blocked or ignored in those other threads.
Regards,
Manuel
Btw: Thanks Corinna for the ultra fast bugfix
On Thu, Nov 4, 2010 at 6:29 AM, Linux User wrote:
>
> I have been having issues with Irssi under CYGWIN_NT-6.1-WOW64 on Windows 7
> 64Bit
> with screen curruption and cord dumps. This error appear the same whenever I
> run Irssi,
> if this can help, here's a discription of the error I recieve mul
2010/11/4 Linux User:
> I have been having issues with Irssi under CYGWIN_NT-6.1-WOW64 on Windows 7
> 64Bit
> with screen curruption and cord dumps. This error appear the same whenever I
> run Irssi,
> if this can help, here's a discription of the error I recieve multiple times
> in the status w
Strange: never had this before.
Rash of error messages with differing codes on brand-new installation of
[1.7] on XPSP3 FAT32; sorry, I've forgotten the precise heading but it
was something anxiety-reducing like "Probably not a problem but note the
following ...":
boxes.sh exit code 2
23 matches
Mail list logo
