On 08/13/2012 06:07 PM, Pawel Jasinski wrote:
> hi,
>
> How about this one. Bash has already some cygwin specific stuff.
>
> rejap win7dev /usr/src/bash-4.1.10-4/src/bash-4.1
> $ diff -uN execute_cmd.c.orig execute_cmd.c
> --- execute_cmd.c.orig 2012-08-14 00:36:57.092722900 +0200
> +++ execute
On 13/08/2012 10:04 PM, Herbert Stocker wrote:
Hi Ryan,
On 13.08.2012 15:33, Ryan Johnson wrote:
Hi all,
I'm hitting a mouse-related (?) problem with mintty in non-mouse mode.
STC A: Log into a remote machine, invoke `sleep 10', and -- during
the wait --- click anywhere on the line containi
On 8/13/2012 8:04 PM, Paul Thompson wrote:
marco atzeri gmail.com> writes:
Marco: I followed the error reporting directions. How long is the usual wait for
a response?
Marco is generally rather prompt with replies but there is no time limit for
replies on this list. I'm sure you'll he
On 8/13/2012 6:47 PM, Lord Laraby wrote:
On Mon, Aug 13, 2012 at 6:30 PM, Ken Brown wrote:
On 8/13/2012 5:49 PM, Lord Laraby wrote:
On Mon, Aug 13, 2012 at 11:40 AM, Ken Brown wrote:
D:\Programs\cygwin\etc\postinstall>autorebase.bat
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygper
On Tue, Aug 14, 2012 at 02:07:32AM +0200, Pawel Jasinski wrote:
>hi,
>
>How about this one. Bash has already some cygwin specific stuff.
>
>rejap win7dev /usr/src/bash-4.1.10-4/src/bash-4.1
>$ diff -uN execute_cmd.c.orig execute_cmd.c
>--- execute_cmd.c.orig 2012-08-14 00:36:57.092722900 +0200
>+
Hi Ryan,
On 13.08.2012 15:33, Ryan Johnson wrote:
Hi all,
I'm hitting a mouse-related (?) problem with mintty in non-mouse mode.
STC A: Log into a remote machine, invoke `sleep 10', and -- during the
wait --- click anywhere on the line containing the cursor.
STC B: Open tinyirc and click a
On Mon, Aug 13, 2012 at 8:41 PM, Atry <> wrote:
> I execute following command in bash:
>
> echo 'echo %1' > 'hello world.bat'
> chmod +x 'hello world.bat'
> './hello world.bat' 'There are some spaces.'
>
> And I got:
>
> 'C:\Users\Atry\hello' 不是内部或外部命令，也不是可运行的程序
> 或批处理文件。
There's a thread from abo
I execute following command in bash:
echo 'echo %1' > 'hello world.bat'
chmod +x 'hello world.bat'
'./hello world.bat' 'There are some spaces.'
And I got:
'C:\Users\Atry\hello' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
hi,
How about this one. Bash has already some cygwin specific stuff.
rejap win7dev /usr/src/bash-4.1.10-4/src/bash-4.1
$ diff -uN execute_cmd.c.orig execute_cmd.c
--- execute_cmd.c.orig 2012-08-14 00:36:57.092722900 +0200
+++ execute_cmd.c 2012-08-14 01:50:03.248969800 +0200
@@ -4838,6 +4
marco atzeri gmail.com> writes:
>
>
>
>
Marco: I followed the error reporting directions. How long is the usual wait for
a response?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
On Mon, Aug 13, 2012 at 6:30 PM, Ken Brown wrote:
> On 8/13/2012 5:49 PM, Lord Laraby wrote:
>
>> On Mon, Aug 13, 2012 at 11:40 AM, Ken Brown wrote:
D:\Programs\cygwin\etc\postinstall>autorebase.bat
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll:
skip
On 8/13/2012 5:49 PM, Lord Laraby wrote:
On Mon, Aug 13, 2012 at 11:40 AM, Ken Brown wrote:
D:\Programs\cygwin\etc\postinstall>autorebase.bat
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll:
skipped be
cause nonexistent.
This is just a warning, which you can ignore. See
On Mon, Aug 13, 2012 at 11:40 AM, Ken Brown wrote:
>>
>> D:\Programs\cygwin\etc\postinstall>autorebase.bat
>> /usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll:
>> skipped be
>> cause nonexistent.
>
>
> This is just a warning, which you can ignore. See
> Ken
Aye. That I see no
On 8/13/12 11:56 AM, Christopher Faylor wrote:
> On Mon, Aug 13, 2012 at 07:56:52PM +0200, Pawel Jasinski wrote:
>> hi guys,
>>
>> is that what we talking about (see patch below)?
>
> Thanks for the patch but I wasn't looking for a simple patch to do this.
> I said I'd make the change if someone c
On Mon, Aug 13, 2012 at 07:56:52PM +0200, Pawel Jasinski wrote:
>hi guys,
>
>is that what we talking about (see patch below)?
Thanks for the patch but I wasn't looking for a simple patch to do this.
I said I'd make the change if someone could suggest a better errno.
When I suggested a patch, it w
hi guys,
is that what we talking about (see patch below)?
If anybody is concerned about performance, I would be happy to rewrite
lookup to use some sort of hashing
I also tried to use koders.com to search for exec* and EACCES.
It doesn't look like any code indexed by koders is fishing
specificall
On 8/13/2012 9:01 AM, Corinna Vinschen wrote:
You can't be bothered to leave the high horse, right?
I like horses. Neigh, neigh as they say! :-)
Did we really sound like people *not* trying to solve this problem?
I didn't say that. All that remains is to see if you actually do solve
the proble
PACKAGE DESCRIPTION
===
Homepage: http://sqlite.org/
License : Public Domain (no, really!)
SQLite is a C library providing local database storage with a SQL
interface. Unlike most SQL database systems, SQLite does not accept
connections from remote users. Access to the databa
On Aug 13 08:49, Andrew DeFaria wrote:
> On 08/13/2012 08:22 AM, Christopher Faylor wrote:
> >But you aren't really even suggesting that. You are apparently just
> >suggesting that every windows error should be displayed by the Cygwin
> >DLL. Wow.
> I never said "every" - you did.
> >>I would dra
On 08/13/2012 08:22 AM, Christopher Faylor wrote:
But you aren't really even suggesting that. You are apparently just
suggesting that every windows error should be displayed by the Cygwin
DLL. Wow.
I never said "every" - you did.
I would draw the border at "if there's an error message".
You
On 8/13/2012 9:28 AM, Lord Laraby wrote:
That situation averted. I rebooted the PC into safe mode to try and
make repairs. But, apparently, just rebooting made all the bad files
and folders go away.
However, I have a new problem with postinstall autorebase.bat ...
It fails with exit code 1 - an
On 08/13/2012 08:14 AM, Corinna Vinschen wrote:
There was an error message that cmd showed that bash did not. To me
that's suppression.
This is nonsense and you know it.
It's not nonsense. It's 100% accurate. What in my statement above is not
the truth?
It's not that the OS generates an error
On Mon, Aug 13, 2012 at 09:04:17AM +0300, Oren Zamir wrote:
>Hello,
>I have Windows 7 64 bit. I use on cygwin 2.774 ver.
>I running the cygwin form rxvt 20050409-21 ver.
>Yesterday I've updated to cygwin from 2.769 ver to 2.774 ver.
>Suddenly, I encountered a problem that did not exist before, the
On Mon, Aug 13, 2012 at 07:32:11AM -0700, Andrew DeFaria wrote:
>On 08/13/2012 01:27 AM, Corinna Vinschen wrote:
>> On Aug 12 18:49, Andrew DeFaria wrote:
>>> On 08/12/2012 01:35 PM, Earnie Boyd wrote:
On Sun, Aug 12, 2012 at 1:56 PM, Pawel Jasinski wrote:
>> If you can find a nice Linux e
On Aug 13 07:59, Andrew DeFaria wrote:
> On 08/13/2012 07:42 AM, Corinna Vinschen wrote:
> >>>There's a difference between cmd and Cygwin. Cmd is a shell, Cygwin is
> >>>just the underlying shared lib providing a generic API.
> >>OK so bash...
> >Ok so bash what?
> You were saying cmd is a shell a
On Mon, Aug 13, 2012 at 10:24:53AM +0200, Herbert Stocker wrote:
>Hi,
>
>Imho, EACCESS is indeed a bit misleading because it suggests permission
>problems. Better would be to have an EFAIL as a generic error. Actually i
>was missing an EFAIL several times when my programs needed to return
>an error
On 08/13/2012 07:42 AM, Corinna Vinschen wrote:
There's a difference between cmd and Cygwin. Cmd is a shell, Cygwin is
just the underlying shared lib providing a generic API.
OK so bash...
Ok so bash what?
You were saying cmd is a shell and Cygwin is a shared lib. So then
perhaps the responsi
On Aug 13 07:32, Andrew DeFaria wrote:
> On 08/13/2012 01:27 AM, Corinna Vinschen wrote:
> >On Aug 12 18:49, Andrew DeFaria wrote:
> >>On 08/12/2012 01:35 PM, Earnie Boyd wrote:
> >>>On Sun, Aug 12, 2012 at 1:56 PM, Pawel Jasinski wrote:
> >If you can find a nice Linux errno which maps from
>
On 08/13/2012 01:27 AM, Corinna Vinschen wrote:
On Aug 12 18:49, Andrew DeFaria wrote:
On 08/12/2012 01:35 PM, Earnie Boyd wrote:
On Sun, Aug 12, 2012 at 1:56 PM, Pawel Jasinski wrote:
If you can find a nice Linux errno which maps from ERROR_SXS_CANT_GEN_ACTCTX
to something other than EACCES I
On Aug 13 09:21, Earnie Boyd wrote:
> On Mon, Aug 13, 2012 at 9:11 AM, Corinna Vinschen> wrote:
> > On Aug 13 08:51, Earnie Boyd wrote:
> >> On Mon, Aug 13, 2012 at 4:24 AM, Herbert Stocker wrote:
> >> > There is no need for the 'no', i'd suggest ELIBBAD.
> >>
> >> Again, not an error message that
On 13/08/2012 13:51, Earnie Boyd wrote:
> On Mon, Aug 13, 2012 at 4:24 AM, Herbert Stocker wrote:
>> Hi,
>>
>> Imho, EACCESS is indeed a bit misleading because it suggests permission
>> problems. Better would be to have an EFAIL as a generic error. Actually i
>> was missing an EFAIL several times w
Hi all,
I'm hitting a mouse-related (?) problem with mintty in non-mouse mode.
STC A: Log into a remote machine, invoke `sleep 10', and -- during the
wait --- click anywhere on the line containing the cursor.
STC B: Open tinyirc and click anywhere on the text entry line at the bottom
Both c
That situation averted. I rebooted the PC into safe mode to try and
make repairs. But, apparently, just rebooting made all the bad files
and folders go away.
However, I have a new problem with postinstall autorebase.bat ...
It fails with exit code 1 - and prints that it can't find a dll.
D:\Prog
On Mon, Aug 13, 2012 at 9:11 AM, Corinna Vinschen> wrote:
> On Aug 13 08:51, Earnie Boyd wrote:
>> On Mon, Aug 13, 2012 at 4:24 AM, Herbert Stocker wrote:
>> > There is no need for the 'no', i'd suggest ELIBBAD.
>>
>> Again, not an error message that exec() should return.
>
> Wrong. See the Linux
On Aug 13 08:51, Earnie Boyd wrote:
> On Mon, Aug 13, 2012 at 4:24 AM, Herbert Stocker wrote:
> > There is no need for the 'no', i'd suggest ELIBBAD.
>
> Again, not an error message that exec() should return.
Wrong. See the Linux man page for execve:
http://linux.die.net/man/2/execve
ELIBBAD
On Mon, Aug 13, 2012 at 4:24 AM, Herbert Stocker wrote:
> Hi,
>
> Imho, EACCESS is indeed a bit misleading because it suggests permission
> problems. Better would be to have an EFAIL as a generic error. Actually i
> was missing an EFAIL several times when my programs needed to return
> an error cod
On 13.08.2012 10:47, Corinna Vinschen wrote:
On Aug 13 10:24, Herbert Stocker wrote:
There is no need for the 'no', i'd suggest ELIBBAD.
Not bad, either. So we have ELIBACC, ELIBBADD, and ENOPKG as
suggestions.
I'd vote against ENOPKG. That means: /* Package not installed */
A side-by-side er
I just downloaded the latest setup.exe from www DOT cygwin DOT com and
run it as normal selected only updated packages.
However, several errors began to popup in warning windows about files
being in use. However, there was not a single active cygwin process or
service running. That got me suspicio
On Aug 13 10:24, Herbert Stocker wrote:
> There is no need for the 'no', i'd suggest ELIBBAD.
Not bad, either. So we have ELIBACC, ELIBBADD, and ENOPKG as
suggestions.
> (And to bring back to memory, i'd also suggest to add EFAIL be added)
Here's a clear "no". EFAIL is not a useful error mess
On Aug 12 18:49, Andrew DeFaria wrote:
> On 08/12/2012 01:35 PM, Earnie Boyd wrote:
> >On Sun, Aug 12, 2012 at 1:56 PM, Pawel Jasinski wrote:
> >>>If you can find a nice Linux errno which maps from
> >>>ERROR_SXS_CANT_GEN_ACTCTX
> >>>to something other than EACCES I'd be happy to change Cygwin.
>
Hi,
Imho, EACCESS is indeed a bit misleading because it suggests permission
problems. Better would be to have an EFAIL as a generic error. Actually i
was missing an EFAIL several times when my programs needed to return
an error code that did not match well with what i found in errno.h .
On Sun,
41 matches
Mail list logo
