On 11 June 2012 21:07, Helmut Karlowski wrote:
> I don't get anything for Shift-F4.
Works for me, producing "^[[1;2S".
> Is this a windows-shortcut?
Not that I know of.
Andy
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 11 June 2012 13:55, Nellis, Kenneth wrote:
> I don't get
> the U+009F result from the "/" key from any combination of Ctrl
> and Shift.
On a US keyboard, Shift+"/" is "?", and Ctrl+"?" is itself a valid
control character combination, producing ^? (i.e. 0x7F).
Andy
--
Problem reports: ht
Prerequisites:
* Cygwin snapshot 1.7.16s/20120611 or newer (DLL and headers)
* Cygwin gcc4-core 4.5 or newer, make, perl
* Cygwin gettext, libelf-devel, libgmp-devel, libmpc-devel,
libmpfr-devel, zlib-devel
* (for make menuconfig) libncurses-devel or libncursesw-devel
* (for make nconfig
Hello,
Affinic Debugger GUI is a GDB GUI for Cygwin.
It has newer design and powerful features. And it
is free now also. It helps debugging programs under
cygwin. You may be interested in trying this. So
I send this here. The information URL is
http://www.affinic.com/?page_id=109
Thanks,
Nellis, Kenneth, 11.06.2012 14:55:02:
-Original Message-
From: Andy Koppe
Subject: Re: Small request for the new cygwin terminal
On 8 June 2012 19:02, Nellis, Kenneth wrote:
-Original Message-
From: Andy Koppe
Sent: Thursday, June 07, 2012 2:45 PM
Regarding, the "@" key in
On 6/6/2012 10:36 AM, Corinna Vinschen wrote:
On Jun 6 09:04, marco atzeri wrote:
I am probably missing something obvious
-
ssh marco@127.0.0.1
marco@127.0.0.1's password:
Last login: Wed Jun 6 06:19:27 2012 from 127.0.0.1
The Hippo says: Welcome to Cygwi
On Mon, Jun 11, 2012 at 1:26 PM, Andrew DeFaria wrote:
> On 6/11/2012 9:25 AM, Eric Blake wrote:
>>>
>>> Perhaps CYGWIN could have used a tab to separate the group names?
>>
>> What's to say that 'TAB' won't be valid in a group name?
>
> What's to say that any characters won't be valid in a nam
rebaseall appears to resolved the issue. GVim is running as expected!
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 11/06/2012 11:31 AM, DEWI - N. Zacharias wrote:
I tried to avoid the installation of all the latex stuff because first It
consumes a lot of time and second I use Miktex so there is no need for it.
It also seems to be impossible to get rid of it after it was installed.
I had this problem a whi
Once again, please don't http://cygwin.com/acronyms/#TOFU .
On 6/11/2012 12:14 PM, K Stahl wrote:
I've reverted the suggested libraries and still no success with GVim.
Keep getting either a failed execution (exit code 127) or bad address
for /usr/bin/gvim.
Try running rebaseall. If that doesn
On 6/11/2012 11:31 AM, DEWI - N. Zacharias wrote:
Hi all,
I tried to avoid the installation of all the latex stuff because first It
consumes a lot of time and second I use Miktex so there is no need for it.
It also seems to be impossible to get rid of it after it was installed.
You must have
On 6/11/2012 9:25 AM, Eric Blake wrote:
Perhaps CYGWIN could have used a tab to separate the group names?
What's to say that 'TAB' won't be valid in a group name?
What's to say that any characters won't be valid in a name? Nothing. You
gotta pick something and start somewhere..
--
Andrew
On 06/11/2012 10:13 AM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> 2. Since Windows group names can embed spaces, the output of the "groups"
> shell command
'groups' is no longer a shell command, but an executable, for several
coreutils releases now.
>is unparsable in CYGWIN (scripting b
Hi,
I have been porting quite a bit of software from native UNIX environment to
CYGWIN,
and despite there is a very elaborate UNIX group handling/mapping in CYGWIN,
there
are still a few discrepancies I would like to note:
1. When a user is a member of multiple Windows groups, this fact is not
I've reverted the suggested libraries and still no success with GVim.
Keep getting either a failed execution (exit code 127) or bad address
for /usr/bin/gvim.
>
>
> On 6/11/2012 9:55 AM, K Stahl wrote:
>>
>> I've tried to revert the version of GLib 2.0 using the instructions
>> provided, but when
Hi,
Maybe it has been covered somewhere -- I could not find the answer, so please
excuse the repetition. I observe that if I build an app (consider the simplest
"Hello world" program below as an example), and store the executable at a
standalone
location (not CYGWIN tree), yet supplemented it wi
Hi all,
I tried to avoid the installation of all the latex stuff because first It
consumes a lot of time and second I use Miktex so there is no need for it.
It also seems to be impossible to get rid of it after it was installed.
Norbert
DEWEK 2012, 11th German Wind Energy Conference, 7-8 No
Christopher Faylor sent the following at Monday, June 11, 2012 10:56 AM
>On Mon, Jun 11, 2012 at 04:51:07PM +0200, Otto Meta wrote:
>>cgf wrote:
>>> Out of curiosity would downloading setup.exe using wget also work
>>>around the problem?
>>
>>Most likely. I don't think wget cares about protecting
On 6/11/2012 7:39 AM, Ken Brown wrote:
On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote:
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
A
On 11 June 2012 16:55, Christopher Faylor wrote:
> On Mon, Jun 11, 2012 at 04:51:07PM +0200, Otto Meta wrote:
>>cgf wrote:
>>> Out of curiosity would downloading setup.exe using wget also work
>>>around the problem?
>>
>>Most likely. I don't think wget cares about protecting Windows users
>>from t
On Mon, Jun 11, 2012 at 04:51:07PM +0200, Otto Meta wrote:
>cgf wrote:
>> Out of curiosity would downloading setup.exe using wget also work
>>around the problem?
>
>Most likely. I don't think wget cares about protecting Windows users
>from their own stupidity. If you use wget, you should know wha
Please don't http://cygwin.com/acronyms/#TOFU . Thanks.
On 6/11/2012 9:55 AM, K Stahl wrote:
I've tried to revert the version of GLib 2.0 using the instructions
provided, but when I attempt to start GVim nothing happens. The
process appears to fail without an explanation. System WinXP and all
On Mon, Jun 11, 2012 at 10:45:31AM -0400, Earnie Boyd wrote:
>Over at mingw.org we just say that use of the product is not supported
>unless you use the shell provided by mingw.org. If you have a
>question about why something isn't working and you are using cmd.exe
>then try sh.exe first before as
> Out of curiosity would downloading setup.exe using wget also work
> around the problem?
Most likely. I don't think wget cares about protecting Windows users
from their own stupidity. If you use wget, you should know what you're
doing.
How about you just give it a try?
Otto
--
Problem report
On Mon, Jun 11, 2012 at 04:44:46PM +0200, Otto Meta wrote:
>> This is because of the file being downloaded from the web (check file streams
>
>> for details).
>> You can easily cleanup the file metadata by copying it to FAT drive (Flash
>> disk/memory card).
>
>
>The file stream with the "downloade
Over at mingw.org we just say that use of the product is not supported
unless you use the shell provided by mingw.org. If you have a
question about why something isn't working and you are using cmd.exe
then try sh.exe first before asking for help. We do not test and
support other scenarios and yo
> This is because of the file being downloaded from the web (check file streams
> for details).
> You can easily cleanup the file metadata by copying it to FAT drive (Flash
> disk/memory card).
The file stream with the "downloaded from the web" information can
easily be removed with the Stream t
On Mon, Jun 11, 2012 at 01:04:22AM -0500, Yaakov (Cygwin/X) wrote:
>>
>On 2012-06-10 23:26, Christopher Faylor wrote:
>> If there is a bug it is with make ever equating foo.exe with foo. It's
>> undoubtedly happening because of Cygwin's attempts at transparency.
>>
>> I'm not kidding about EXEEXT.
On 11/06/2012 9:49 AM, Rodrigo Botafogo wrote:
Ryan,
Thanks also for your reply. In your reply you say that if the system
has a very large number of DLL rebase might not work. Just for
curiosity, what is a large number of DLL? When do I run a risk of
having problems with rebaseall?
Short versi
Andrey Repin sent the following at Monday, June 11, 2012 10:03 AM
>This is because of the file being downloaded from the web (check file
>streams for details). You can easily cleanup the file metadata by
>copying it to FAT drive (Flash disk/memory card).
It worked!
For the record, I had to delete
Greetings, scotty85!
> marco atzeri-4 wrote:
>>
>> On 6/11/2012 5:37 AM, scotty85 wrote:
>>>
>>> so your basically saying i shouldnt use cmd?
>>>
>>> i use it all fine on my laptop, just on my home computer it comes up with
>>> what i said so i dont no what to do to fix it..
>>>
>>
>> please don
Greetings, scotty85!
> so your basically saying i shouldnt use cmd?
Unless you 100% know what you're doing, and familiar with both Unix and DOS
shells to work around any issues - it's not recommended.
> i use it all fine on my laptop, just on my home computer it comes up with
> what i said so i
Greetings, Buchbinder, Barry (NIH/NIAID) [E]!
> I have setup.exe downloaded to /usr/local/bin (and renamed to
> getcygwin.exe). When I launch it by hand (but not by cmd /c start),
> Windows tells me that the publisher could not be verified and asks
> whether I want to run it.
This is because of
Greetings, Buchbinder, Barry (NIH/NIAID) [E]!
> Just to complete this topic ...
> This gets rid of all the fork-execs in the inner loop except
> for sleep. Instead of comparing file contents, it uses
> the test builtin to compare time stamps.
I /never ever/ rely on timestamps, except for casual
I've tried to revert the version of GLib 2.0 using the instructions
provided, but when I attempt to start GVim nothing happens. The
process appears to fail without an explanation. System WinXP and all
Cygwin libs updated to the latest.
On Sun, Jun 10, 2012 at 8:45 PM, Ken Brown wrote:
> On 6/8/
On Sun, Jun 10, 2012 at 1:51 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> I have setup.exe downloaded to /usr/local/bin (and renamed to
> getcygwin.exe). When I launch it by hand (but not by cmd /c start),
> Windows tells me that the publisher could not be verified and asks
> whether I want to r
>> 0 [main] ruby 8140 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x42) is already occupied
>> 0 [main] ruby 6960 child_info_fork::abort: address space needed
>> by 'cygnetcdf-7.dll' (0x42) is already occupied
>> 0 [main] ruby 5692 child_info_fork::abor
On 11 June 2012 15:34, Otto Meta wrote:
>> I have done some more checking and I might have been wrong about the
>
>> Ubuntu and Linux in general. It looks like the formatting strings are
>> incompatible between MSVC and *NIX. It appears that either %S (SUSv2)
>> or %ls (C99) is needed on *NIX. MSVC
> I have done some more checking and I might have been wrong about the
> Ubuntu and Linux in general. It looks like the formatting strings are
> incompatible between MSVC and *NIX. It appears that either %S (SUSv2)
> or %ls (C99) is needed on *NIX. MSVC switches the meaning of %s for
> wprintf() (
On 11 June 2012 14:58, Otto Meta wrote:
>> `--> ./testvswprintf.exe
>
>> this works, 1, 2, 3...
>> but the following does not:
>> ret: 1
>> buf: >T<
>>> T<
>> ret: 4
>> wcout: >THIS IS A TEST<
>>
>> The same code works well on both Ubuntu with GCC and on Windows with
>> Visual Studio 2010.
>
>
>
> `--> ./testvswprintf.exe
> this works, 1, 2, 3...
> but the following does not:
> ret: 1
> buf: >T<
>> T<
> ret: 4
> wcout: >THIS IS A TEST<
>
> The same code works well on both Ubuntu with GCC and on Windows with
> Visual Studio 2010.
I just tried your test with g++ (Ubuntu/Linaro 4.5.2-8ub
-Original Message-
From: Andy Koppe
Subject: Re: Small request for the new cygwin terminal
On 8 June 2012 19:02, Nellis, Kenneth wrote:
> -Original Message-
> From: Andy Koppe
> Sent: Thursday, June 07, 2012 2:45 PM
>
>
> Regarding, the "@" key in the table referenced by your URL,
Hi.
I believe that I have discovered a bug in Cygwin's/Newlib's
implementation of s?wprintf() family of functions. They seem to print
only the first character in given string parameter. I am attaching a
test case and here is the broken output:
`--> ./testvswprintf.exe
this works, 1, 2, 3...
but
On 6/10/2012 10:54 PM, Yaakov (Cygwin/X) wrote:
On 2012-06-10 19:45, Ken Brown wrote:
The bisection shows that the first problematic commit is this one:
http://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=7eae486179e2799c369ed9ffcea663bf9161ce79
Author: Ryan Lortie
Date: Wed Aug 31 22:0
>Von: Larry Hall (Cygwin)>
Gesendet: Freitag, 8. Juni 2012 04:31
>Betreff: [bulk] - Re: pipe error depending on drive
>
>On 6/7/2012 10:30 AM, DEWI - N. Zacharias wrote:
>>
>> Hi all,
>>
>> I have a strange behavior of cygwin here. I have two machines with the
>> nearly (*)he same configuration on
On 6/11/2012 8:18 AM, scotty85 wrote:
i have mintty but i would like to use cmd, so do you no a way of fixing it
so i can use cmd instead?
it is not a matter of fixing.
Command prompt is NOT capable to fully support cygwin.
Regards
Marco
--
Problem reports: http://cygwin.com/problems
46 matches
Mail list logo
