On Thu, Sep 11, 2008 at 08:20:40PM -0400, Matt Wozniski wrote:
>2008/9/11 goooguo:
>> hi,
>>When I open a file by ":tag indent" or "g]", vim complains that
>> "Unable to open swap file, recovery impossible", which is very annoying.
>> However, if I open a file via ":edit fname" or ":tabedit
If this patch has been applied upstream as is then it is still incomplete. If
you actually have a ~/.hosts file for example you enter the 'if' and the 'grep'
will fail since the $f needs quotes too.
set hosts = ($hosts `grep -v "+" $f | grep -E -v "^#" | tr -s "
" "" | cut -f 1`)
2008/9/11 goooguo:
> hi,
>When I open a file by ":tag indent" or "g]", vim complains that
> "Unable to open swap file, recovery impossible", which is very annoying.
> However, if I open a file via ":edit fname" or ":tabedit fname", no error
> message will be issued.
>
> My vim version is 7.
> Actually cygcheck from the 2008-09-11 snapshot reports:
>
> c:\>cygcheck --version
> cygcheck version 1.104
> System Checker for Cygwin
> Copyright (C) 1998 - 2008 Red Hat, Inc.
> Compiled on Sep 11 2008
OK, sorry. I had a little mount confusion there.
$ cygcheck --version
cygcheck
On Thu, Sep 11, 2008 at 03:24:05PM -0400, Andrew Schulman wrote:
>> I'm running Cygwin 1.7.0-29. cygcheck gives no useful output at all:
>>
>> $ cygcheck -srv
>>
>> Cygwin Configuration Diagnostics
>> Current System Time: Wed Aug 27 20:00:55 2008
>>
>>
>> Cygwin Configuration Diagnostics
>> Cu
> I'm running Cygwin 1.7.0-29. cygcheck gives no useful output at all:
>
> $ cygcheck -srv
>
> Cygwin Configuration Diagnostics
> Current System Time: Wed Aug 27 20:00:55 2008
>
>
> Cygwin Configuration Diagnostics
> Current System Time: Wed Aug 27 20:00:55 2008
>
>
> Cygwin Configuration Di
Thank you very much, Allan, I'm so glad you posted this! So it is
possible to compile
something through cygwin (gcc - make) and then to use it as a lib with
visual studio!
I was worried it would not work, because of an email from active perl
support I
received (I'm pasting it below your text).
If
> On Wed, Aug 27, 2008 at 02:55:54PM -0400, Andrew Schulman wrote:
> >I've recompiled screen for Cygwin 1.7. It runs fine until I do the
> >following:
> >
> >* Open a cmd console and run c:\cygwin-1.7\bin\bash.exe --login .
> >* Start a new screen session (screen).
> >* Detach the screen session
René Berber wrote on 11 September 2008 18:11:
>>> Has anyone tested it?
>>
>> Well, yeah :)
>
> That much I knew, it's the normal way gcc builds itself.
I also did before-and-after regression tests, and spent some time
investigating and solving regressions which involved recompiling the tes
Dave Korn wrote:
> René Berber wrote on 10 September 2008 23:29:
>
>> Hi,
>>
>> Has anyone tested it?
>
> Well, yeah :)
That much I knew, it's the normal way gcc builds itself.
[snip]
> Nah, nothing like that. Cygcheck output show anything? Traces of v3
> remaining and interfering?
Bin
>> And not with any non-cygwin program. bzr is in python, rather than an
>> executable/binary file. The combination of native Emacs and cygwin is
>> very common.
cgf> I sure love bold assertions with no supporting facts.
cgf> Here's my counter to that: No it isn't.
Have it which eve
2008/9/11 Jason Tishler:
> Zheng,
>
> On Thu, Sep 11, 2008 at 09:40:27PM +0800, Zheng Li wrote:
>> [snip]
>> So what can I do ? just give up the cpan's test benefits and force it
>> to install the package, which follows by a manual rebase-procedue.
>
> You can use rebaseall's "-T FileList" option t
On Thu, Sep 11, 2008 at 03:14:31PM +0100, Phillip Lord wrote:
>
>
> cgf> On Wed, Sep 10, 2008 at 04:27:30PM +0200, Phillip Lord wrote:
> >> The cygwin package of bzr works only within cygwin bash. This is not true
> >> to cvs or svn which work outside; for example, within a dos shell, "bzr"
> >
BTW, this affected applications outside of Cygwin. A Visual Studio 2005
solution that included several projects reported warnings about missing
DLLs that were freshly compiled. When you looked at the file mentioned
by the warning VS2005 could suddenly "find" the file and the warning
would disappear
Zheng,
On Thu, Sep 11, 2008 at 09:40:27PM +0800, Zheng Li wrote:
> [snip]
> So what can I do ? just give up the cpan's test benefits and force it
> to install the package, which follows by a manual rebase-procedue.
You can use rebaseall's "-T FileList" option to rebase DLLs not
installed by setup
cgf> On Wed, Sep 10, 2008 at 04:27:30PM +0200, Phillip Lord wrote:
>> The cygwin package of bzr works only within cygwin bash. This is not true
>> to cvs or svn which work outside; for example, within a dos shell, "bzr"
>> gives "No such program" errors.
>>
>> Likewise, cygwin bzr do
Zheng Li wrote:
Hi, everyone.
I want to install an additional perl package in cpan.
First, some rebase-problems in the original perl packages occur which force
me to "rebaseall" the whole cygwin system. Then cpan works. However,
when I install a package, the compiled new .dll files suffer
Hi, everyone.
I want to install an additional perl package in cpan.
First, some rebase-problems in the original perl packages occur which force
me to "rebaseall" the whole cygwin system. Then cpan works. However,
when I install a package, the compiled new .dll files suffer from
the same
Dave Korn wrote on Wednesday, September 10, 2008 7:22 PM::
> Rob wrote on 10 September 2008 19:03:
>
>> Since I'll be doing this upgrade on close to 100 boxes,
>> I've been trying to devise a *relatively* unattended process.
>> In case it helps anyone in the future, here's a snippet of my cmd
>>
Yaakov (Cygwin Ports) wrote on 11 September 2008 12:18:
>> libgmp3, libmpfr1 - These may become statically linked in a future
>> version.
>
> Why bother?
Hence the "may". I don't plan to bother for myself, but it depends if I
start getting loads of " gcc doesn't seem to do anything and
thanks for the update, i tired this but not working for me it always
tell "connection refused" no firewall enabled on my system...
please help me on this
thanks
manjunath A
On Sat, Sep 6, 2008 at 6:17 AM, Charles Wilson
<[EMAIL PROTECTED]> wrote:
Manjunatha Appaji Gowda wrote:
> I con
hi,
When I open a file by ":tag indent" or "g]", vim complains that
"Unable to open swap file, recovery impossible", which is very annoying.
However, if I open a file via ":edit fname" or ":tabedit fname", no error
message will be issued.
My vim version is 7.2 huge. Vim installed from cyg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
> Well, here it is at last. Experimental test release of GCC 4 series
> for Cygwin. Please be aware that this is highly experimental; anything
> built with it is not guaranteed to be forwardly-compatible with the
> eventual full r
René Berber wrote on 10 September 2008 23:29:
> Hi,
>
> Has anyone tested it?
Well, yeah :)
> Can't compile a simple test:
Can't reproduce:
/tmp/gcc4 $ cat test.c
int
main ()
{
;
return 0;
}
@___. .
( /"\
||--||(___)
'" '"'---'
/tmp/gcc4 $ gcc test.c ; echo $?
0
@
Thank you very much, Dave and Larry. You are right, and so nice.
Cygwin is ok. It's all because of my stupid fault. Now everything is
perfect. Sorry for bother everybody with my bug. Thanks again.
Maika
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: htt
Brian Dessent wrote on 10 September 2008 23:44:
> René Berber wrote:
>
>> --enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as
>
> Err, that's not good. Cygwin does not support the __cxa_atexit
> extension, that's only a feature of glibc. This option should not be be
> used
Angelo Graziosi wrote on 10 September 2008 17:57:
> Dave Korn wrote:
>
>> Well, I could take a look at integrating it with update-alternatives for
>> the stable release.
>
> The best thing would be that one can install gfortran and g77 together,
> like on linux distributions.
I'll have suffix
27 matches
Mail list logo
