Additional info:
Looking up 'help cw' tells me that the behavior I am seeing should
happen if the 'w' flag is set in 'cpoptions'. However, I checked
my cpoptions (with 'set cpoptions?') -- and found that
it is 'aABceFs' -- i.e. no 'w'. Problem still there.
[Sorry I'm re-posting outside the thr
[Sorry I'm re-posting outside the thread as I don't know how to follow up on
the mailing list when I'm not subscribed to it. Would be grateful if anyone can
tell me how.]
Additional information on the problem below
-- I don't have any .vimrc, .gvimrc. .exrc or anything like that in my home
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eray Ozkural wrote, On 25.6.2009 0:08:
> Hi there,
>
> Thanks for all the replies.
>
> I'm not subscribed to the list (not yet) so please CC your replies to
> me. I am going to try to give as much information as I can.
>
> Here is what's happening
Hi there,
Thanks for all the replies.
I'm not subscribed to the list (not yet) so please CC your replies to
me. I am going to try to give as much information as I can.
Here is what's happening. If I use a *vanilla* gcc 4.x that I
compiled, everything just works fine with boost.
Here is the vers
On Fri, 16 May 2008, vapid wrote:
> Thank you for the quick response Igor.
>
> > You need to use "attrib +R" on .lnk files and "attrib +S" on the
> > plain-text links.
>
> I swear I tried attrib +R on both types of links earlier, but I must
> have only tried the plain-text ones. It does fix the .
On Fri, May 16, 2008 at 06:02:38PM -0500, vapid vapid wrote:
>> >Just tell them that a backup program has no business clearing "read-only"
>> >and "system" attributes on any files.
>>
>> I would actually expect that they probably are just reading the .lnk
>> information and ignoring the cygwin bit
[EMAIL PROTECTED] wrote:
> Maybe someone can come up with a fancier find. I had to spawn a bash to
> use the && and delay the evaluation of the `cygpath {}`. There's a lot of
> quoting to deal with spaces in filenames.
You can speed things up a lot by only running cygpath once, e.g.:
(echo "@e
> >Just tell them that a backup program has no business clearing "read-only"
> >and "system" attributes on any files.
>
> I would actually expect that they probably are just reading the .lnk
> information and ignoring the cygwin bits. Even if they preserve the
> read-onlyness of the .lnk file, un
Thank you for the quick response Igor.
> You need to use "attrib +R" on .lnk files and "attrib +S" on the
> plain-text links.
I swear I tried attrib +R on both types of links earlier, but I must
have only tried the plain-text ones. It does fix the .lnk's as you
said. I'm using these two [slow]
On Fri, May 16, 2008 at 04:30:40PM -0400, Igor Peshansky wrote:
>On Fri, 16 May 2008, vapid vapid wrote:
>
>> Hi,
>>
>> I believe my backup program (CMS ABS Bounceback) is mucking with the
>> links in my cygwin and work directories when it is creating a backup.
>> It doesn't appear to affect links
On Fri, 16 May 2008, vapid vapid wrote:
> Hi,
>
> I believe my backup program (CMS ABS Bounceback) is mucking with the
> links in my cygwin and work directories when it is creating a backup.
> It doesn't appear to affect links created by windows, only those created
> by cygwin. I don't fully unde
Hi,
I believe my backup program (CMS ABS Bounceback) is mucking with the links in
my cygwin and work directories when it is creating a backup. It doesn't appear
to affect links created by windows, only those created by cygwin. I don't
fully understand the cygwin links: there are some that end
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to David Carter on 3/30/2006 1:33 PM:
>
> Also, I took a look at some of the source for other utilites that work
> with text input; these included tail, head, cat, and sed. I don't see
> any of those utilities opening up the input file the w
On Thu, 30 Mar 2006, David Carter wrote:
> Igor Peshansky wrote:
> > On Thu, 30 Mar 2006, David Carter wrote:
> > > It appears to me that by opening the file as O_TEXT, that gawk is
> > > hanging because it is waiting for that LF char to follow the CR
> > > (which never comes). Does this sound lik
Igor Peshansky wrote:
On Thu, 30 Mar 2006, David Carter wrote:
It appears to me that by opening the file as O_TEXT, that gawk is
hanging because it is waiting for that LF char to follow the CR (which
never comes). Does this sound likely to you?
If this theory were true, "echo -ne 'aa\rb' | gaw
On Thu, 30 Mar 2006, David Carter wrote:
> Corinna Vinschen wrote:
>
> > O_TEXT is correct because gawk is a text tool in the first place and
> > it should treat input lines identical, regardless if they have DOS
> > or UNIX lineendings.
>
> [snip]
> It appears to me that by opening the file as O_
Corinna Vinschen wrote:
O_TEXT is correct because gawk is a text tool in the first place and
it should treat input lines identical, regardless if they have DOS
or UNIX lineendings.
Hi Corinna, thanks for the prompt reply.
If I understand you correctly, the fix in -3 has to do with converting
On Mar 30 13:29, David Carter wrote:
> I've taken a look at the differences between -2 and -3; here's the diff:
>
> $ diff -r gawk-3.1.5-2 gawk-3.1.5-3
> diff -r gawk-3.1.5-2/posix/gawkmisc.c gawk-3.1.5-3/posix/gawkmisc.c
> 223a224
> >#include
> 237a239,244
> >
> >void
> >cygwin_premain2 (int arg
I've taken a look at the differences between -2 and -3; here's the diff:
$ diff -r gawk-3.1.5-2 gawk-3.1.5-3
diff -r gawk-3.1.5-2/posix/gawkmisc.c gawk-3.1.5-3/posix/gawkmisc.c
223a224
#include
237a239,244
void
cygwin_premain2 (int argc, char **argv, struct per_process *myself)
{
setmode (
On 09 February 2006 17:48, John W. Eaton wrote:
>>> You just dumped 5 meg of useless spam into the inboxes of several
>>> thousand people. You just ate up dozens of gigabytes of
>>> sourceware.org's bandwidth, which are a scarce resource, paid for
>>> out of hard-earned donations and sponsorshi
| > You just dumped 5 meg of useless spam into the inboxes of several
| > thousand people. You just ate up dozens of gigabytes of
| > sourceware.org's bandwidth, which are a scarce resource, paid for
| > out of hard-earned donations and sponsorship.
Sorry to waste additional bandwith with
On Feb 9, 2006, at 4:32 AM, Dave Korn wrote:
On 09 February 2006 00:49, Peter Rehley wrote:
On Jan 11, 2006, at 2:19 PM, Peter Rehley wrote:
You just dumped 5 meg of useless spam into the inboxes of several
thousand people. You just ate up dozens of gigabytes of
sourceware.org's bandw
On 09 February 2006 00:49, Peter Rehley wrote:
> On Jan 11, 2006, at 2:19 PM, Peter Rehley wrote:
You just dumped 5 meg of useless spam into the inboxes of several thousand
people. You just ate up dozens of gigabytes of
sourceware.org's bandwidth, which are a scarce resource, paid for out of
esday, November 09, 2004 10:15 AM
To: Rebstock, Roland
Cc: [EMAIL PROTECTED]
Subject: Re: More Info - Cygwin Cron - Cannot Switch user context
On Mon, 8 Nov 2004, Rebstock, Roland wrote:
> CYGWIN_NT-5.2 1.5.5
Two simple suggestions:
Upgrade. Cygwin 1.5.5 is now very old. I'd try 1.5.10
On Mon, 8 Nov 2004, Rebstock, Roland wrote:
> CYGWIN_NT-5.2 1.5.5
Two simple suggestions:
Upgrade. Cygwin 1.5.5 is now very old. I'd try 1.5.10, or a snapshot.
Have you attached cygcheck output yet? I don't remember seeing it.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual
All, I have found that the Increase Quotas Sec Policy has changed to
Increase quotas" policy has changed to "Adjust memory
quotas for a process" but even adding my user to this as well still
does not resolve the issue.
Roland Rebstock
-Original Message-
From: [EMAIL
Great! I was going to start work on a fix, too, but ran into cygwin
building problems, so you beat me to it. Thanks!
I have the snapshot running. And postgres is keeping time. I haven't
looked at your source yet, but I assume there's still an independent
counter running and you're resetting th
On Jun 28 23:04, Sean McCune wrote:
> More useful info: (and yes I'm replying to my own message)
>
> I spelunked through the source code and found this in times.cc:
>
> LONGLONG
> hires_ms::usecs (bool justdelta)
> {
> if (!minperiod) /* NO_COPY variable */
> prime ();
> DWORD now = timeG
I'd love to fix it myself if no one is
currently working on it, but I'd also love some suggestions or more info
on cygwin's operation in this area. Any suggestions are welcome. (plead
plead plead)
Thanks!
McC
[EMAIL PROTECTED]
On Sun, 2004-06-27 at 10:37, Sean McCune wrote:
&g
First of all, thank you for responding Larry
"Larry Hall" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> At 04:55 PM 5/3/2004, you wrote:
> >Has anybody successfully utilized OpenInventor for Windows in a Cygwin
> >environment? I'm trying to build an application I was running in Li
Judd schrieb:
Oh I know. This is the Windows PC version (should have stated that
earlier). OpenInventor has a freeware Linux version and a Windows PC
version distributed by TGS. The version I'm using is the Windows PC version
which has libraries that work with Visual C++. I just don't know if C
At 06:10 PM 5/3/2004, you wrote:
>Judd schrieb:
>>Oh I know. This is the Windows PC version (should have stated that
>>earlier). OpenInventor has a freeware Linux version and a Windows PC
>>version distributed by TGS. The version I'm using is the Windows PC version
>>which has libraries that wor
"Larry Hall" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> At 06:10 PM 5/3/2004, you wrote:
> >Judd schrieb:
> >>Oh I know. This is the Windows PC version (should have stated that
> >>earlier). OpenInventor has a freeware Linux version and a Windows PC
> >>version distributed by
Thanks Igor for the replies later last week.
I've tracked down a post I made to the scponly mailing
list a little while back.
It explains in - I hope enough - detail where I was
running into problems getting this to compile.
The post can be found here:
https://lists.ccs.neu.edu/pipermail/scponly/20
I did a further test to verify the existence of the problem. I did the
following from a
locally invoked bash shell [ for security - I "starred" out the hostname
]. I transferred
the file via ftp from the local box TO the local box into a sub-directory.
The same
behavior exists if the file is tra
Randall,
- Original Message -
From: "Randall R Schulz" <[EMAIL PROTECTED]>
To: "Alexei Lioubimov" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, January 11, 2002 6:40 PM
Subject: Re: CVS 1.11: More info about my
Alexei,
Two things:
1) What's in your CYGWIN environment variable.
2) Did you copy and paste that diagnostic, or re-type it manually into the
message? Assuming the former, did you notice that it refers to "mypoj" not
"myproj"? Perhaps there's some corruption in you CVS repository in the form
I'm so sorry about the demanding tone of my "cry for help", but i'm really
very upset and confused.
Here are the details of the problem:
1) The task:
-
i want to checkout a tagged snapshot of myproject, so
i try a "cvs co -r mytag myproj" and receive the following:
cvs [checkou
38 matches
Mail list logo