I'm sure I've missed something blindingly obvious, but I have looked
and searched:
1. The Cygwin home page
2. The Cygwin snapshot page
3. The FAQ
4. Google (using "setup.exe cygwin snapshot" and a couple of other
combinations)
I can find nothing that indicates where setup snapshots are located
/home/vrice\> uname -a
CYGWIN_NT-5.0 SRS8100 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
unknown Cygwin
/home/vrice\> which wtfindex
/usr/bin/wtfindex
/home/vrice\> ls -Fal /usr/bin/wtfindex.exe
-rwxrwxrwx1 vriceUsers 12800 Sep 4 11:12
/usr/bin/wtfindex.exe*
On DOS mounts, wtfind
--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
> Vince,
>
> Thanks for the report. It would have been great if you also
> specified the version of wtf that you used. However, I've just
> reproduced this with wtf-0.0.4-4. Expect a new release soon.
My apologies. I did try to figure out the
I reported a couple of weeks ago that wtfindex choked on text mounts,
and Igor promptly fixed it (thanks, Igor!). I just discovered that
wtfindex can't handle DOS line endings, even on text mounts.
That is, the standard acronyms file (for example) has Unix line
endings, and wtfindex now properl
My apologies for this not being in the main thread; I'm not
subscribed to the list.
On Sun, Nov 23, 2003 at 12:55:32PM +0100, Christopher Faylor wrote:
> cygcheck and strace are mingw programs, so:
>
> mount -x -b -f c:/cygwin/bin/cygcheck.exe /bin/cygcheck.exe
> mount -x -b -f c:/cygwin/bin/cygch
> Igor Pechtchanski <[EMAIL PROTECTED]> wrote:
>> On Tue, 25 Nov 2003, Vince Rice wrote:
>>
>> I reported a couple of weeks ago that wtfindex choked on text
mounts,
>> and Igor promptly fixed it (thanks, Igor!). I just discovered that
>> wtfindex can't
On Tue, Nov 25, 2003, Christopher Faylor wrote:
>>@SRS8100:/home/vrice\> uname -a
>>CYGWIN_NT-5.0 SRS8100 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
>>unknown Cygwin
>>@SRS8100:/home/vrice\> mount
>>d:\cygwin\bin\cygcheck.exe on /bin/cygcheck type system
(binmode,exec)
Aacch, I just saw that the mailer put the file and the cygcheck.out
in the message instead of attaching them. They were attachments when
I hit Send; I had to use Yahoo's web emailer since I wasn't at the
office. I apologize, I've never sent a text attachment from there
before, so I didn't know th
>> 3. One may try 'help ssh' and be told to "try 'man -k ssh' which
>> produces "ssh: nothing appropriate", another showstopper. One _might_
>> ultimately try 'man ssh' instead and get (sort of) lucky.
> This is *your* setup, this has nothing to do with openssh:
> $ man -k ssh
> [...]
> ssh (1
I have a directory mounted text mode. In that directory, I'm running a grep
looking for trailing spaces and/or tabs. It's not finding any in a file that I
know has them, so I created a small file with one line and a trailing tab. It
doesn't find that, either. I changed the file from DOS line en
--- Larry Hall <[EMAIL PROTECTED]> wrote:
> At 03:33 PM 8/9/2004, you wrote:
> >I have a directory mounted text mode. In that directory, I'm running a grep
> >looking for trailing spaces and/or tabs. It's not finding any in a file
> that I know has them...
>
> WFM with same O/S (though SP3) and
Sorry, I realized too late that I left Larry's address in the reply. My
apologies; I'm using a Web mailer so it doesn't obfuscate automatically, and I
didn't catch it before I hit send.
Vince
__
Do you Yahoo!?
Yahoo! Mail - You care about securit
mintty 0.4.4 on CYGWIN_NT-5.1 SRSMBPROWIN 1.7.0(0.212/5/3) 2009-08-20 10:56
i686 Cygwin
I'm trying to map ctrl-tab in mintty and can't seem to get it working. I've
Googled bash and key bindings, key mapping, etc., but haven't found anything
that helps with the problem.
I'm trying to bind ctrl-
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
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
> 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
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
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
> 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 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
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 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
> 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 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 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 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 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 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
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 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.
> 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
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 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
> 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/
>> 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
> 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
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 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
> 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
>>>
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 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.
>
>
> 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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).
>
> ..
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,
>
>> 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
> 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=$(
> 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
98 matches
Mail list logo
