> On Aug 27, 2019, at 11:28 AM, Houder wrote:
>
> On Tue, 27 Aug 2019 17:25:49, Corinna Vinschen wrote:
>> …
>> mkdir(2) has some special code from 2009 which drops trailing
>> {back}slashes to perform a bordercase in mkdir Linux-compatible.
>> This code snippet doesn't exist in rmdir(2).
>
> ..
> On Aug 6, 2019, at 4:16 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
>
>> Which is why, as Ken said, the size is irrelevant.
>
> Which makes your comment irrelevant as well. Read the thread what I was
> responding and to whom before trolling.
I did read the thread. And Ken's comment was e
> On Aug 6, 2019, at 3:39 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via wrote:
>
>> But what's your basis for saying that an empty script shouldn't be
>> executable?
>
> I meant it only in the context of the script file lacking the proper "x"
> permission.
> Of course an empty script _with_ such
> On Jul 15, 2019, at 3:36 PM, Chris Wagner wrote:
>
> On 2019-07-15 3:46 pm, Achim Gratz wrote:
>> Terribly out of date and no longer safe to use on a networked system.
>
> Of course it's up to date…
There is no "of course" in troubleshooting. As Achim noted and you didn't quote,
whether a "Wi
> On Jul 11, 2019, at 4:18 PM, David Karr wrote:
>
> I typically try to avoid top-posting, but I'm pretty sure I won't be able
> to do anything about the mailer configuration.
Then you'll need to fix it manually, like I just did on yours. Whichever it is,
please
stop including email addresses in
> On Jul 11, 2019, at 3:12 PM, Vince Rice wrote:
>
>> On Jul 11, 2019, at 2:56 PM, David Karr wrote:
>>
>> It's curious that when I bring up the default "Packages" view, filtering
>> for "syslog-ng" doesn't find anything. I had to s
> On Jul 11, 2019, at 2:56 PM, David Karr wrote:
>
> It's curious that when I bring up the default "Packages" view, filtering
> for "syslog-ng" doesn't find anything. I had to switch to the Categories
> view, and then filtering for that found it.
Not that curious. Setup's search is searching pac
> On Jun 4, 2019, at 5:55 PM, Steven Penny wrote:
>
> Easy compared to what, assembly?
Easy compared to hard.
> He shows some domain knowledge of OpenSSL, but where are you getting that he
> knows about compiling C?
It's cygport, he doesn't have to know about compiling C. He has to know about
> On Mar 28, 2019, at 1:33 PM, Thomas Wolff wrote:
>
> Am 28.03.2019 um 19:16 schrieb Vince Rice:
>>> On Mar 28, 2019, at 1:09 PM, Thomas Wolff wrote:
>>>
>>>> A potential solution is, add another user to your system named cygwin.
>>>> When yo
> On Mar 28, 2019, at 1:09 PM, Thomas Wolff wrote:
>
>> A potential solution is, add another user to your system named cygwin.
>> When you build you packages use the cygwin user. The debug information
>> will reference your cygwin user, and not your real user account.
> Thanks for the suggestion,
> On Mar 3, 2019, at 3:38 PM, Mason Giles wrote:
>
> Hi,
>
> The /usr/bin/script program seems to have gone missing from the util-linux
> package somewhere between the 2.25 and 2.32 timeframe.
>
> As far as I can tell this program is still included upstream (and the
> util-linux package still
> On Feb 26, 2019, at 8:55 PM, Jerry Baker wrote:
>
> I don't work for free,
This is open source. Given that the people here do, that's not a very good
argument.
> especially for hostile people with over inflated egos and crippling social
> disorders.
Don't feed it by arguing.
> The onus is on
> On Feb 26, 2019, at 2:00 PM, Jerry Baker wrote:
>
> I just installed from scratch in a new directory. Same issue. Nothing runs.
If cygcheck doesn't run, then it would appear there's (at least) something
non-cygwin-related
going on. cygcheck isn't a cygwin program, i.e. it doesn't link to or d
> On Feb 26, 2019, at 12:37 PM, Jerry Baker wrote:
>
> That's why you're reading about it "on the appropriate list," as described on
> that page. It's a take it or leave it thing. I report it, and the cygwin
> community can do whatever they like with it - ignore it, investigate it,
> shoot the
> On Feb 14, 2019, at 5:41 PM, Bill Stewart wrote:
>
> On Thu, Feb 14, 2019 at 4:32 PM Vince Rice wrote:
>
>> I didn't suggest everyone did. But people who want tilde expansion do,
>> because it's
>> the shell that is responsible for tilde expansion.
&
> On Feb 14, 2019, at 4:52 PM, Bill Stewart wrote:
>
> On Thu, Feb 14, 2019 at 3:14 PM Vince Rice wrote:
>
>> There is -- use a cygwin shell. As Eric has already explained, expansion is
>> the
>> shell's responsibility. Powershell doesn't do it. If you
> On Feb 14, 2019, at 3:51 PM, Bill Stewart wrote:
>
> Seems like there must be a better way...
There is — use a cygwin shell. As Eric has already explained, expansion is the
shell's responsibility. Powershell doesn't do it. If you want expansion, use one
that does.
--
Problem reports: http
> On Feb 9, 2019, at 6:01 PM, L A Walsh wrote:
>
> On 2/9/2019 11:06 AM, Vince Rice wrote:
>>> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
>
>> What you think about this is irrelevant.
>
>Not really.
Yes, really.
>
>> What I think about thi
> On Feb 9, 2019, at 8:46 AM, L A Walsh wrote:
>
> …
>
> For me, …
What you think about this is irrelevant. What I think about this is
irrelevant. The only thoughts that matter are the ones of those who
manage the list, and they have said this is a "do not top post" list.
Others who say "do not
> On Jan 23, 2019, at 5:54 PM, Bob McMahon wrote:
>
> Hi,
>
> We've done a lot of work to make iperf 2.0.13 work well on cygwin. There
> are also a lot of new features relevant to the WiFi testing community. Is
> there a contact on how to get this distributed via cgywin apps?
https://cygwin.co
> On Jan 11, 2019, at 10:43 AM, Corinna Vinschen wrote:
>
> On Jan 11 16:40, Lemke, Michael ST/HZA-ZIC2 wrote:
>> On Friday, January 11, 2019 5:30 PM Corinna Vinschen wrote:
>>> On Jan 11 16:15, Lemke, Michael ST/HZA-ZIC2 wrote:
On Friday, January 11, 2019 3:50 PM David Dombrowsky wrote:
>>
> On Nov 27, 2018, at 8:09 AM, Steven Penny wrote:
>
> On Mon, 26 Nov 2018 22:54:14, Adam Dinwoodie wrote:
>> Personally, I don't see this as a bug; AIUI using Windows style paths
>> isn't something that is supported in general in Cygwin, even if it's
>> something that works in some circumstances.
> On Oct 24, 2018, at 4:05 PM, Hans-Bernhard Bröker wrote:
>
> A less disruptive approach would be just a) switch this list from
> anybody-can-post to subscribers-only, at least for the time being, and
> then b) put the FAQ pointers about FAST_CWD prominently into the
> auto-reply for non-subscrib
> On Oct 22, 2018, at 5:27 PM, Thomas Wolff wrote:
>
> Lots of people wrote:
> 1 [main] bash 9316 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer.
> Please report this problem to
> the public mailing list cygwin@cygwin.com
> ...
>
https://cygwin.com/faq/f
> On Aug 14, 2018, at 3:05 PM, cyg Simple wrote:
>
> On 8/13/2018 10:41 AM, Corinna Vinschen wrote:
>> …
>>
>> cyglsa.dll requires an install script that would have to be change as
>> well. In contrast, you'd have to make sure your new solution still
>> works for existing installations. What's
> On Jun 4, 2018, at 2:30 PM, Frank Farance wrote:
>
> I've seen a bunch of spam, and it's continued for a while (beyond my
> expectation that it would have already ended).
Fortunately, no one's here to meet your expectations.
If you have issues with the lists, you should take to the right pla
> On May 2, 2018, at 10:22 AM, Mikhail Usenko wrote:
>
> On Sun, 29 Apr 2018 19:16:17 -0700 (PDT)
> Steven Penny <...> wrote:
>> so "mingw64-x86_64-gcc-core" and "mingw64-x86_64-runtime" require each other
>
> By the way this is not the only package group with circular dependencies.
> There are m
> On Apr 19, 2018, at 11:31 AM, Ulli Horlacher wrote:
>
> I have an update script which calls "setup-x86 --quiet-mode".
> So far, this works great, but now it tries to install a new mintty.exe,
> but one mintty still running (where I started setup-x86), so setup-x86
> kills this process... and set
> On Mar 29, 2018, at 5:36 PM, Erik Soderquist wrote:
>
> On Thu, Mar 29, 2018 at 5:33 PM, Evil World wrote:
>> 3 [main] john 7512 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>> pointer. Please report this problem
>
>
> We need more detail to be able to do anything... please refer to the
> On Mar 21, 2018, at 3:49 AM, Thomas Wolff wrote:
>
> On 21.03.2018 05:02, Vince Rice wrote:
>>> On Mar 20, 2018, at 7:24 PM, Tony Kelman wrote:
>>>>> Can anyone enlighten me about the relationship of "Git for Windows" to
>>>>> Cygwin?
&
> On Mar 20, 2018, at 7:24 PM, Tony Kelman wrote:
>
>>> Can anyone enlighten me about the relationship of "Git for Windows" to
>>> Cygwin?
>>
>> They are not related.
>
> Yes, they are.
No they're not.
It doesn't use cygwin, therefore it's not related. Since this is a cygwin
mailing list,
th
> On Mar 13, 2018, at 9:49 AM, d.kertz wrote:
>
> After applying pending updates and adding the make package, the vi/vim
> editors stopped working. Running either vi or vim with or without the
> hard-coded path just returns exit code 127:
>
> …
> --
> Problem reports: http://cygwin.com/p
> On Mar 5, 2018, at 2:58 PM, Andrey Repin wrote:
>
> Greetings,
>
>> Corinna Vinschen wrote:
>>
>>> Hi Arnold,
>>>
>>> On Mar 5 06:36, arn...@skeeve.com wrote:
Is there a way to distinguish cygwin from msys at compile time?
I would not object to restoring the behavior for msys only
> On Feb 27, 2018, at 2:29 PM, Kaz Kylheku <920-082-4...@kylheku.com> wrote:
>
> On 2018-02-27 09:10, Numien wrote:
>> Jürgen Wagner nailed it; it was my antivirus, and disabling the
>> shellcode injection check fixed it.
>
> However, this time-wasting pattern of dealing with the issue by end use
> On Jan 12, 2018, at 12:11 PM, Yaakov Selkowitz wrote:
>
> On 2018-01-12 03:13, Corinna Vinschen wrote:
>> On Jan 11 22:52, Denis Excoffier wrote:
>>> The full list contains 8006 lines, i have the complete Cygwin 32bit
>>> installation
>>
>> The bottom line of this is, and it has been said befo
> On Dec 16, 2017, at 11:00 AM, Steven Penny wrote:
>
> On Fri, 15 Dec 2017 09:50:44, Vince Rice wrote:
>> It's my computer. I don't want setup (or anything else) replacing files on it
>> it doesn't know about without at least asking whether that's wha
> On Dec 15, 2017, at 7:33 AM, Steven Penny wrote:
>
> On Thu, 14 Dec 2017 14:57:14, Ken Brown wrote:
>> And, as I said, it happens when setup is *preparing* to download files and
>> finds a corrupt copy already present in the local cache. In that context,
>> setup has no idea where the file came
> On Dec 12, 2017, at 6:12 PM, Steven Penny wrote:
>
> On Tue, 12 Dec 2017 08:04:09, Ken Brown wrote:
>> How can setup possibly automate this? It doesn't know where the corrupt
>> local tarball came from. For example, suppose you sometimes build packages
>> yourself for testing or debugging.
> On Dec 1, 2017, at 9:31 PM, cyg Simple wrote:
>
> On 12/1/2017 10:35 AM, Vince Rice wrote:
>>> On Dec 1, 2017, at 8:55 AM, cyg Simple wrote:
>>>
>>> On 11/30/2017 11:41 PM, Richard Mateosian wrote:
>>>> Thanks. I wasn't actually using Cygw
> On Dec 1, 2017, at 8:55 AM, cyg Simple wrote:
>
> On 11/30/2017 11:41 PM, Richard Mateosian wrote:
>> Thanks. I wasn't actually using Cygwin, but Ruby apparently does so under
>> the covers. Or maybe my path leads it astray, because I used to use Cygwin
>> -- a long time ago. ...RM
>>
>
> Yo
> On Nov 5, 2017, at 6:48 AM, Houder wrote:
>
> Hi John (Turney),
>
> After I had downloaded and exercised setup version 2.882, I noticed
> that setup.ini has multiple (2?) "prev" entries per package ...
>
> Why? Did I miss one of your announcements mentioning this change?
>
> Regards,
>
> Hen
> On Nov 2, 2017, at 12:15 PM, Nellis, Kenneth
> wrote:
> …
> I first noticed the problem with cygpath:
> On Win 7:
>
> $ time cygpath abc
> abc
>
> real0m0.016s
> user0m0.000s
> sys 0m0.015s
> $
>
> On Win 10:
>
> $ time cygpath abc
> abc
>
> real0m0.105s
> user0m0.000s
> On Oct 19, 2017, at 3:21 PM, cyg Simple wrote:
>
> On 10/19/2017 4:02 PM, Vince Rice wrote:
>>> On Oct 19, 2017, at 2:08 PM, cyg Simple wrote:
>>>
>>> On 10/19/2017 2:51 PM, Yaakov Selkowitz wrote:
>>>>
>>>> When you *really*
> On Oct 19, 2017, at 2:08 PM, cyg Simple wrote:
>
> On 10/19/2017 2:51 PM, Yaakov Selkowitz wrote:
>>
>> When you *really* need to use --build and/or --host, then you need to
>> use x86_64-pc-cygwin, as that is our chosen name.
>
> Then config.guess needs to change to match the chosen name!!
>
> On Sep 25, 2017, at 12:31 PM, Andy Moreton wrote:
>
> On Mon 18 Sep 2017, Ken Brown wrote:
>
>> On 9/18/2017 11:27 AM, Andy Moreton wrote:
>>> On Thu 17 Aug 2017, Andy Moreton wrote:
>>>
>>> Ping?
>>>
Hi,
Can the mercurial maintainer please update to upstream Hg 4.3.1, to get
> On 28 June 2017 at 22:02, Vince Rice wrote:
>>> On Jun 28, 2017, at 3:00 PM, Wouter van Doorn wrote:
>>> …
>>> I can't give the strace output, as 'strace ./hello.exe' causes an
>>> immediate segmentation fault. No idea why, but not something
> On Jun 28, 2017, at 3:00 PM, Wouter van Doorn wrote:
> …
> I can't give the strace output, as 'strace ./hello.exe' causes an
> immediate segmentation fault. No idea why, but not something I'm going
> to put energy into right now.
You should. If strace won't run, you have a problem, and I would b
> On Jun 8, 2017, at 3:50 AM, Soegtrop, Michael wrote:
>
> Dear Eric,
>
>> No, the documented behavior is that CR-LF is converted to LF only for text-
>> mounted files; but pipelines are default binary-mounted. If you want to
>> strip
>> CR from a pipeline, then make it explicit.
>>
>>> var=$(
>> Would be grateful if you could review and possibly accept this patch, as it
>> has been confirmed and does affect several people.
> On May 30, 2017, at 1:59 PM, Vince Rice wrote:
>
> I'm sure he will tell you himself soon enough, but no you shouldn't have.
> E
I'm sure he will tell you himself soon enough, but no you shouldn't have.
Emails re packages should go to the list, not to the package maintainers
directly. If you want to ping a previous message, ping the list, not the person.
> On May 30, 2017, at 11:47 AM, Richard H Lee wrote:
>
> Yaakov,
>
>> On Tue, Apr 4, 2017 at 12:08 PM, Yaakov Selkowitz wrote:
>>> On 2017-04-04 05:38, Chris Davies wrote:
As an example, my use case is Perl-DBD-Sybase from about three weeks
ago, which works beautifully but is not in the main repository. Short of
moving to a Linux-based platfor
>>> On Mon, Mar 27, 2017 at 10:31 AM, Andrew Schulman
>>> You should start at https://cygwin.com/cgi-bin2/package-grep.cgi to see if
>>> someone has already packaged it for Cygwin.
>>>
>>> If no one has, then you can either build and install it yourself, or try to
>>> convince someone else to do i
> On Mar 1, 2017, at 11:27 PM, Steven Penny wrote:
>
> On Wed, 1 Mar 2017 21:46:38, Vince Rice wrote:
>> There are valid reasons (which several others have made) not to force others
>> to use it.
>
> Have they though? I have not seen anyone save Eric (including you)
> On Mar 1, 2017, at 6:22 PM, Steven Penny wrote:
>
> On Wed, 1 Mar 2017 09:42:27, cyg Simple wrote:
>> Oh but it is. We're discussing the bike shed named /bin/sh.
>> One of the color names is bash the other is dash; it's still the same
>> bike shed.
>
> I see, when you realize your argument do
> On Feb 23, 2017, at 5:04 PM, Eliot Moss wrote:
>
> On 2/23/2017 6:01 PM, Tony Kelman wrote:
>>> The big question remains, where this speed boost coming from?
>>> Is this a startup time? Or some internal slowness?
>>> Because in latter case, given your STC, this is a bash issue and should be
>>>
> On Feb 6, 2017, at 11:43 AM, Lee Dilkie wrote:
>
> On 2/5/2017 3:59 PM, Steven Penny wrote:
>> On Sun, 5 Feb 2017 14:12:04, Vince Rice wrote:
>>>> On Feb 5, 2017, at 1:53 PM, Steven Penny wrote:
>>
>> Please fix your email client. You should not
> On Feb 5, 2017, at 1:53 PM, Steven Penny wrote:
>
> This issue has bothered me for some time, but I never got around to reporting
> it. The issue is that the Cygwin buffer via Cygwin.bat is always 1 less than
> what is set.
>
> For example, the default buffer is 80 columns, same as the window
> On Jan 14, 2017, at 6:27 PM, Steven Penny wrote:
>
> On Sat, 14 Jan 2017 15:47:57, Eric Blake wrote:
>> Okay, so you've isolated the problem to readline. In all likelihood, it
>> is an unintentional upstream regression; now we need to figure out what
>> is causing the change in behavior.
>
>
Please do not https://cygwin.com/acronyms/#TOFU.
> On Tue, Jan 3, 2017 at 9:29 PM, Andrey Repin wrote:
>> Greetings, Rashi Singhal!
>>
>>> Will Cygwin version 1.7.0.58 will be supported in Windows 2012?
>>
>> 1.7 is not supported. At all.
>>
>>> Or where i can get information regarding Cygwin
> On Nov 17, 2016, at 12:04 PM, Francis Litterio wrote:
>
> On 9/8/2016 8:07 AM, Corinna Vinschen wrote:
>> On Sep 5 10:36, Doug Henderson wrote:
>
>>> I set CYGWIN_NOWINPATH=1 in my user environment variables, i.e. in
>>> registry, not in a cmd shell. I expect it needs to be seen when the
>>>
> On Oct 24, 2016, at 10:28 AM, Keith Williams wrote:
>
> I've read the FAQ. I feel the matter isn't resolved and I haven't been able
> to use Cywin/XP for a while/
>
> Has anyone tried installing Cygwin on Windows XP? The installation doesn't
> work because the applications seem to be linked
Please don’t https://cygwin.com/acronyms/#TOFU.
> On 4 October 2016 at 17:56, Gerrit Haase wrote:
>> Hello Gene,
>>
>> in my opinion, it is not a setup.exe or tar problem, but I think
>> packages should not include symlinks at all. All can be created
>> postinstallation by the postinstall script
> On Sep 10, 2016, at 12:07 PM, Thomas Wolff wrote:
>
> Am 10.09.2016 um 07:57 schrieb Wayne Davison:
>> On Fri, Sep 9, 2016 at 2:35 AM, Yaakov Selkowitz
>> wrote:
>>> A new version of Setup, release 2.876, has been uploaded to [...]
>> The change from a button to a dropdown list for the View s
>> Note that CYGWIN_NOWINPATH is still undocumented, except in the email
>> archives. See, e.g.
>>
>>https://www.google.ca/search?q=CYGWIN_NOWINPATH+site:cygwin.com
>>
>> CYGWIN_USEWINPATH is also undocumented, except in a non-cygwin.com
>> email archive.
>
> It's documented right in /etc/pr
> As the 84 year old guy who helps my 70 year old dad …
H. Is one of you Benjamin Button? :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/
>
> On Aug 9, 2016, at 3:41 PM, Warren Young wrote:
>
> On Aug 9, 2016, at 2:07 AM, Herbert Stocker wrote:
>>
>> On 8/9/2016 2:45 AM, Michel LaBarre wrote:
>>> It could very well be that, as one response to me on this thread
>>> alluded, CYGWIN's role is to provide the equivalent of an isolate
The choice to use slashes as qualifers instead of dashes was “just to be
different” as well.
This was ’78-81. VMS wasn’t in Gates’ mind at the time.
> On Aug 5, 2016, at 1:14 PM, Nellis, Kenneth wrote:
>
> From: Erik Soderquist
>> ... DOS did a lot of things
>> against already established con
> On Aug 3, 2016, at 8:43 PM, Michel LaBarre wrote:
>
> The CYGWIN site makes it quite difficult to discern how somebody can report
> an issue or comment.
If you think a plainly labeled “Reporting Problems” and “Mailing Lists” in the
prominent sidebar is difficult, then I’m afraid it’s only goin
On Jul 11, 2016, at 2:24 PM, Vince Rice wrote:
> On Jul 11, 2016, at 1:17 PM, Marco Atzeri wrote:
>
> On 11/07/2016 18:40, Vince Rice wrote:
>> Is there a reason there’s a different version of cvs in 32-bit vs 64-bit
>> Cygwin?
>>
>> 32-bit shows 1.
Is there a reason there’s a different version of cvs in 32-bit vs 64-bit Cygwin?
32-bit shows 1.12.13-10.
64-bit shows 1.11.23.
(Yes, I know, git forever, but not everyone got the memo.)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Docume
> On May 26, 2016, at 10:01 PM, lloyd.w...@yahoo.co.uk wrote:
>
> It's odd, the amount of extra support that Cygwin needs.
>
> Okay, OpenGL is broken in 32-bit cygwin, not for the first
> time.
>
> I'm unsure if OpenGL is broken in 64-bit cygwin, because
> the piping my applications use is broke
> On Mon, May 23, 2016 at 5:29 PM, Eric Blake wrote:
>> On 05/23/2016 03:18 AM, x y wrote:
>>> It is not clear to me your expectation:
>>> - are you asking how to use ctime to select the file with tar alone ?
>>> It is not possible for my understanding of the manual.
>>>
>>> - Are you asking the
> On Apr 25, 2016, at 2:33 PM, Nellis, Kenneth wrote:
>
> -Original Message-
> From: Adam Dinwoodie
>> ...
>> But I agree with Brian: the Cygwin website
>> should use https everywhere unless there's some good, specific reason
>> why it's a bad idea...
>
> 1. Did Brian say that? I couldn
On Sep 21, 2015, at 8:11 PM, Michael Enright wrote:
>
> On Mon, Sep 21, 2015 at 5:50 PM, Vince Rice wrote:
>
>> blindly
>
> The blindness was blindness to the fact that new users were getting a
> different version than existing users in some way other than fixing
>
> On Sep 21, 2015, at 7:04 PM, Michael Enright wrote:
>
> On Mon, Sep 21, 2015 at 1:31 PM, Marco Atzeri wrote:
>>
>> the change in nc had nothing to do with cygwin
>> change between 1.5 and 1.7
>>
>> https://sourceware.org/ml/cygwin-announce/2012-05/msg00015.html
>>
>
> Implying a tie betwee
> On Jul 16, 2015, at 10:04 PM, Steven Penny wrote:
>
> On Thu, Jul 16, 2015 at 9:30 PM, Andrey Repin wrote:
>> Linux grep will do the same.
>> null byte = not a text.
>> Wrong encoding, not matching locale = not a text.
>
> I have repeatedly asked you to stay out of my threads. My experience is
On Jun 22, 2015, at 11:14 AM, m0viefreak wrote:
>
>
> Hello,
>
> I noticed that there is long delay when getting the content of /proc/ladavg:
>
> $ time cat /proc/loadavg
> 0.00 0.00 0.00 1/16
> cat /proc/loadavg 0.01s user 1.47s system 100% cpu 1.480 total
>
> I am aware that loadavg is not
The good reason is this problem goes away if you’re only using native (cygwin)
emacs.
The other good reason is that you’ll almost certainly spend more time trying to
work around not using native tools than you would just installing them (and
uninstalling the non-native one).
(Spoken as a non-em
> On Jun 2, 2015, at 2:20 PM, Eric Blake wrote:
>
> On 06/02/2015 10:37 AM, Rich Eizenhoefer wrote:
>> Can you provide more detail on changing isatty function to support Cygwin
>> PTY's? I need to be able to support the request in our backlog.
>
> As long as we are wishing, it would be awesome
> On May 14, 2015, at 11:43 AM, Eric Blake wrote:
>
> On 05/14/2015 10:32 AM, Vince Rice wrote:
>
> …
>>
>> Now, pardon my continued ignorance, but which of those variables needs to be
>> set to UTF16 in order for grep to work? And I assume it (they?)
On May 14, 2015, at 10:56 AM, Andrey Repin wrote:
>
> Greetings, Vince Rice!
>
>> uname says "CYGWIN_NT-6.1 machinename 1.7.35(0.287/5/3) 2015-03-04 12:07
>> i686 Cygwin”.
>> I’m running grep 2.21.2, which cygcheck -c says is OK.
>
>> Does Cygwin’s gr
uname says "CYGWIN_NT-6.1 machinename 1.7.35(0.287/5/3) 2015-03-04 12:07 i686
Cygwin”.
I’m running grep 2.21.2, which cygcheck -c says is OK.
Does Cygwin’s grep support Unicode files? The output from a SQL Server SQL
Agent job is a Unicode file, i.e. if you look at it in a hex editor every other
> PS: the cygwin web site seems very slow. Is it just my connection ?
What he said. It’s been off and on for a couple of weeks, but this morning it
actually timed out. I actually did a traceroute and it was a 70.* address that
was the problem. (Sorry, I did it at home and don’t have the output w
This is the fourth or fifth time you have persisted in this rudeness, even
after Yaakov called you down for it the first time and told you it would not be
tolerated here.
I’m calling attention to it so he and Corinna will see it for what it is, not
just a benign link.
On Jan 1, 2015, at 4:25 P
tl;dr version: can cygcheck possibly be improved (I know, PTC :) ) to show that
a package is obsolete, instead of just showing the “current” version?
Longer explanation of where the request came from:
I’ve had an alias for c=clearw.exe for quite some time. I did an update today
to get the bash
Hi,
Why this command is blocking on the cygwin shell:
echo "Hello" > /dev/ttyS0
I need to break it with ctrl-c and it gives me the following line:
-bash: echo: write error: Interrupted system call
I don't understand what is going on.
Thanks,
Vince
--
View this message
Interesting, the location of the file seems to matter.
On E:\
$ ls -l foo
--+ 1 vince None 6 Sep 3 10:27 foo
$ ls -l .\\foo
-rw-r--r-- 1 vince None 6 Sep 3 10:27 .\foo
For a file on my desktop:
$ ls -l foo
-rwx--+ 1 vince None 6 Sep 3 10:28 foo
$ ls -l
There is definitely something not right with my setup. I have 64-bit Windows 7
e:\>echo foo > foo
e:\>c:\cygwin\bin\ls.exe -l foo
--+ 1 vince None 6 Sep 2 17:28 foo
$ ls -l foo
--+ 1 vince None 6 Sep 2 17:28 foo
I've attached the output of cygcheck -s -c.
Thank
09 at 4:40 PM, Larry Hall
(Cygwin) wrote:
> On 09/02/2009 05:30 PM, Vince Indriolo wrote:
>>
>> Is there a setting or issue that would result in all externally
>> generated files in an NTFS filesystem to have 000 permissions? New
>> files created in the shell appear to
to have its primary group be 'None'?
I am using cygwin 1.7 on Windows 7 Ultimate. Should I be running in
compatibility mode? Should I install as administrator?
On Wed, Sep 2, 2009 at 9:10 AM, Vince Indriolo wrote:
> I am running Windows 7, cygdrive 1.7.
> After installation al
I am running Windows 7, cygdrive 1.7.
After installation all files my files show up as 000 permissions. I
have to chmod in order to modify files.
vi...@granada /cygdrive/f
$ ls -l
total 852
d-+ 1 vinceNone 4096 Aug 25 08:58 $RECYCLE.BIN
d-+ 1 vince None
am I missing? If this is a generic mapping issue, feel free to point me to
somewhere else to look.
Thanks,
Vince
Cygwin Configuration Diagnostics
Current System Time: Wed Aug 26 15:44:59 2009
Windows XP Professional Ver 5.1 Build 2600 Service Pack 2
Path: C:\cygwin\home\vrice\bin
meone! I
would perfer to run cron as Administrator, since that is the only user
who logs into the console and the only user with a crontab. Is there
something obvious I am missing?
Thank for any info y'all can provide,
/vjl/
--
Vince J. LaMonica Knowledge is knowing a street is
ne. Anyone know if this is possible ?
>
Easiest way I can think of would be to use psexec
http://www.microsoft.com/technet/sysinternals/Utilities/PsTools.mspx
Vince
> Thanks -
> Gabe
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.
hecked /var/log/cron.log and it just reports when
cron has started/stopped [i reinstalled it as per the cron_diagnose.sh
script]. I have attached my cygcheck.txt file to this e.mail. If there
is something else I can provide, please let me know.
Thanks for any help you can provide.
/vjl/
--
Vince J
On Mon, 15 Aug 2005 [EMAIL PROTECTED] wrote:
Thanks Vince,
I was trying to do this, however, I can't find the documentation on how to add
the sysV init scripts as a service. I think you just add /etc/rc.d/rc.sysinit as
a service using:
# cygrunsrv --install rc.sysinit --path /etc
oad)
reload
;;
status)
status $SLAPD
RETVAL=$?
;;
*)
echo $"Usage: $0
{start|stop|restart|reload|condrestart|status}"
RETVAL=1
esac
exit $RETVAL
--
hile but if I remember rightly, if you don't want cygwin
to set the permissions then add nontsec to your CYGWIN environment
Variable and windows will handle permssions for you so permissions are
inherited.
Vince
>
> cheers,
> DaveK
> --
> Can't think of a witty
All file access in cygwin is done through windows, so it should see
a fat partition fine. It will automagicly be mounted as
/cygdrive/
Its well worth reading man mount though.
Vince
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of be
easons
Against using csh although this is only if you are planning to do much
Scripting with csh.
Vince
>
> Regards,
> Jason
>
> --
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
> Problem reports: http://cygwin.com/problems.html
> Documentatio
1 - 100 of 295 matches
Mail list logo
