On Tue, Jan 25, 2011 at 03:48:32PM -0600, Nellis, Kenneth wrote:
>From: Nellis, Kenneth
>> I'm thinking that Cygwin Tcl's "pwd" should match Cygwin's and
>> that "file separator" should return a Linux one.
>>
>> knellis@COBQDPPJ1 ~
>> $ pwd
>> /cygdrive/d/cyghome/knellis
>>
>> knellis@COBQDPPJ1 ~
On Sun, Jan 23, 2011 at 10:26:15PM -0500, Rafael Kitover wrote:
>msys seems to do something special for this to work correctly, it also
>seems to translate its paths to windows paths when running windows
>executables automatically, a very nice feature.
Command line munging is a nice feature if you
On Sun, Jan 23, 2011 at 08:11:52PM -0800, Linda Walsh wrote:
>Christopher Faylor wrote:
>> Cygwin only uses as much memory as the OS gives it. It can't
>> use a full 2048MB for the heap.
>
>
>Using the /LARGEADDRESSAWARE flag would allow cygwin to access
>up to a full 4GB of memory under Win7-
On Wed, Jan 26, 2011 at 12:00:55PM -0500, Daniel Ajoy wrote:
>I'm using the latest cygwin, min-tty and vim
>
>But when I open vim, lines seem to wrap. Here is the image:
>
>http://i.imgur.com/oC8lo.png
>
>Is that a configuration issue? how do I fix it?
It looks like either you're not using the Cyg
Thanks
2011/1/26 David Sastre
On Wed, Jan 26, 2011 at 08:07:16AM +0100, Gyurmo wrote:
> Hello;
> I can see the http://cygwin-ports.git.sourceforge.net/git/gitweb-index.cgi
> CUPS.
Hello,
Questions regarding cygwinports should go to the cygwin-ports-general
maillist:
Thanks.
--
Problem rep
On 01/26/2011 09:20 PM, Mike Brown wrote:
> On Wed, Jan 26, 2011 at 10:12:01PM -0500, Larry Hall (Cygwin) wrote:
>> On 1/26/2011 12:00 PM, Daniel Ajoy wrote:
>>> I'm using the latest cygwin, min-tty and vim
>>>
>>> But when I open vim, lines seem to wrap. Here is the image:
>>>
>>> http://i.imgur.c
On Wed, Jan 26, 2011 at 10:12:01PM -0500, Larry Hall (Cygwin) wrote:
> On 1/26/2011 12:00 PM, Daniel Ajoy wrote:
>> I'm using the latest cygwin, min-tty and vim
>>
>> But when I open vim, lines seem to wrap. Here is the image:
>>
>> http://i.imgur.com/oC8lo.png
>>
>> Is that a configuration issue?
On 1/25/2011 6:15 AM, Corinna Vinschen wrote:
> - lib/iconv_open1.h and lib/iconv.c exclude Cygwin from the usage of the
> ei_ucs2internal encoding table. I'm not sure if that's right or
> wrong, but it looks worrying. Please note that I defined
> __STDC_ISO_10646__ for Cygwin 1.7.8 yesterd
On 1/26/2011 12:00 PM, Daniel Ajoy wrote:
I'm using the latest cygwin, min-tty and vim
But when I open vim, lines seem to wrap. Here is the image:
http://i.imgur.com/oC8lo.png
Is that a configuration issue? how do I fix it?
I can't reproduce that behavior. What's your TERM environment varia
On 1/24/2011 10:09 PM, Charles Wilson wrote:
> Now, since there has not yet been an updated upstream release of
> libiconv, my first step would be to simply rebuild our existing
> libiconv-1.13.1 on a platform with current cygwin (1.7.7-1), and try the
> test case again.
Rebuilt libiconv against 2
I have updated the cygport to version 0.10.3 with the following changes:
* Scripts with erroneous .exe extension are automatically renamed.
* Fixed default excludes where libtool is used without automake.
* apache2.cygclass: fixes for module name detection
* autotools.cygclass: handle configure.ac
On Wed, 2011-01-26 at 11:33 +0100, Corinna Vinschen wrote:
> On Jan 26 03:53, Dave Korn wrote:
> > Hey, main list! Are we still expecting 1.7.8 by the end of this month?
>
> Early Feb is more likely. From my POV there's just that new issue with
> stdio blocking each other. Chris, are you stil
On Wed, 2011-01-26 at 08:39 -0500, Charles Wilson wrote:
> Dave, I'd recommend allowing that patch to gcc, which requires fenv.h,
> to be committed, given that the 4.6 window is closing soon...
>
> ...and it'll force the two people who might actually try to compile
> bleeding edge gcc 4.6 to go ah
Le 26/01/2011 14:27, Corinna Vinschen a écrit :
On Jan 26 13:28, Cyrille Lefevre wrote:
Le 26/01/2011 12:06, Corinna Vinschen a écrit :
What does `ls -s' return? The return value in st_blocks is always a
multiple of 1K(*), which in turn is computed from the "AllocationSize"
value returned b
> [...]
> What you can do for the time being is to use the low-level IO functions
> read and write, rather than the stdio functions fgetc and putchar, since
> only the stdio functions are affected by this.
> I hope to find a solution soon and the bugfix will definitely be in 1.7.8.
> Again, thank
On Wed, Jan 26, 2011 at 08:07:16AM +0100, Gyurmo wrote:
> Hello;
> I can see the http://cygwin-ports.git.sourceforge.net/git/gitweb-index.cgi
> CUPS.
Hello,
Questions regarding cygwinports should go to the cygwin-ports-general
maillist:
Thanks.
--
Huella de clave primaria: 0FDA C36F F110 54
I'm using the latest cygwin, min-tty and vim
But when I open vim, lines seem to wrap. Here is the image:
http://i.imgur.com/oC8lo.png
Is that a configuration issue? how do I fix it?
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On Jan 26 08:43, Charles Wilson wrote:
> On 1/26/2011 8:26 AM, Corinna Vinschen wrote:
> > On Jan 26 13:15, si...@sim-basis.de wrote:
> >>> Here's what happens on Cygwin:
> >>> - Even though the last parameter to iconv is defined in bytes, the
> >>> value of outbytesleft after the conversion
On 1/26/2011 8:50 AM, Reini Urban wrote:
> And what about unicode paths? (utf-8 translation)
>
> cygwin_conv_path (CCP_WIN_A_TO_POSIX ...
>
> I wrote a lame patch to support that also for perl
>
> https://github.com/rurban/perl/commit/1e8a170cc32a40589bb8ffd32b39f5ca62a08dca
See this: http://
Hi Charles,
2011/1/26 cwilson@:
> CVSROOT: /cvs/cygwin-apps
> Module name: run
> Changes by: cwil...@sourceware.org 2011-01-26 04:02:39
>
> Modified files:
> . : ChangeLog NEWS
> src : run.c run.h
>
> Log message:
> Clean up cygwin_conv_
On 1/26/2011 8:26 AM, Corinna Vinschen wrote:
> On Jan 26 13:15, si...@sim-basis.de wrote:
>>> Here's what happens on Cygwin:
>>>
>>> $ gcc -g -o ic ic.c -liconv
>>> $ ./ic
>>> iconv: 138
>>> in = , inbuf = <ä sana>, inbytesleft = 7,
>> outbytesleft = 492
>>> iconv: 138
>>> in = , inbuf = <Ã
On 1/26/2011 5:33 AM, Corinna Vinschen wrote:
> On Jan 26 03:53, Dave Korn wrote:
>> Hey, main list! Are we still expecting 1.7.8 by the end of this month?
>
> Early Feb is more likely.
Dave, I'd recommend allowing that patch to gcc, which requires fenv.h,
to be committed, given that the 4.6 w
On Jan 26 13:28, Cyrille Lefevre wrote:
>
> Le 26/01/2011 12:06, Corinna Vinschen a écrit :
> > What does `ls -s' return? The return value in st_blocks is always a
> > multiple of 1K(*), which in turn is computed from the "AllocationSize"
> > value returned by the NtQueryInformationFile function.
On Jan 26 13:15, si...@sim-basis.de wrote:
> > Here's what happens on Cygwin:
> >
> > $ gcc -g -o ic ic.c -liconv
> > $ ./ic
> > iconv: 138
> > in = , inbuf = <ä sana>, inbytesleft = 7,
> outbytesleft = 492
> > iconv: 138
> > in = , inbuf = <ä sana>, inbytesleft = 7,
> outbytesleft = 492
>
Le 26/01/2011 12:06, Corinna Vinschen a écrit :
> What does `ls -s' return? The return value in st_blocks is always a
> multiple of 1K(*), which in turn is computed from the "AllocationSize"
> value returned by the NtQueryInformationFile function. Compare that
> with `ls -s' on the HP machine.
> Here's what happens on Cygwin:
>
> $ gcc -g -o ic ic.c -liconv
> $ ./ic
> iconv: 138
> in = , inbuf = <ä sana>, inbytesleft = 7,
outbytesleft = 492
> iconv: 138
> in = , inbuf = <ä sana>, inbytesleft = 7,
outbytesleft = 492
> iconv: 138
> in = , inbuf = <ä sana>, inbytesleft = 7,
ou
On Jan 26 01:27, Cyrille Lefevre wrote:
>
> Hi,
>
> v2$ uname -a
> CYGWIN_NT-5.1 PC213736 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin
>
> aka
>
> Windows XP Professional Ver 5.1 Build 2600 Service Pack 3
>
> samba is :
>
> Samba version 2.2.8a based HP CIFS Server A.01.10
>
> aka
>
> samb
On Jan 26 03:53, Dave Korn wrote:
> > Hey cygwin-devel, any plans for fenv.h release in 1.7.8?
>
> We already have fenv.h in CVS, so it will be in 1.7.8 automatically. That
> means this isn't really a -devel thing, so redirecting:
>
> Hey, main list! Are we still expecting 1.7.8 by the end
On Jan 25 14:31, cornware...@lavabit.com wrote:
> I am trying to make a multi-threaded application, where one thread reads
> commands from stdin, and another thread is doing other things, such as
> reading files and printing messages to stdout.
>
> The problem I have is that the thread that reads
29 matches
Mail list logo
