On Mon, Feb 25, 2019 at 11:01 PM L A Walsh wrote:
> Bill Gates changed the file-system object separator from '/' to
> '\' so that DOS would look less like CP/M -- a competing micro OS at
> the time that copied the use of '/' from unix. He was trying to avoid
> the impression that he got the
On Feb 26 00:01, Ken Brown wrote:
> On 2/25/2019 3:20 PM, Corinna Vinschen wrote:
> > On Feb 25 11:03, Corinna Vinschen wrote:
> >> On Feb 25 03:21, Ken Brown wrote:
> >>> On 2/24/2019 9:23 PM, Ken Brown wrote:
> On 2/24/2019 2:52 PM, Corinna Vinschen wrote:
> > On Feb 24 20:09, Corinna Vi
On Feb 26 09:57, Corinna Vinschen wrote:
> On Feb 26 00:01, Ken Brown wrote:
> > On 2/25/2019 3:20 PM, Corinna Vinschen wrote:
> > > On Feb 25 11:03, Corinna Vinschen wrote:
> > >> On Feb 25 03:21, Ken Brown wrote:
> > >>> On 2/24/2019 9:23 PM, Ken Brown wrote:
> > On 2/24/2019 2:52 PM, Corinn
On Tue, Feb 26, 2019 at 5:12 AM Yaakov Selkowitz wrote:
>
> On Mon, 2019-02-25 at 04:43 -0800, Steven Penny wrote:
> > On Sun, 24 Feb 2019 17:42:36, Yaakov Selkowitz wrote:
> > > On Sat, 2019-02-23 at 16:29 -0800, Steven Penny wrote:
> > > > I noticed that "python36" requires "binutils".
> > >
> >
On Feb 26 09:57, Corinna Vinschen wrote:
> On Feb 26 00:01, Ken Brown wrote:
> > On 2/25/2019 3:20 PM, Corinna Vinschen wrote:
> > > On Feb 25 11:03, Corinna Vinschen wrote:
> > >> On Feb 25 03:21, Ken Brown wrote:
> > >>> On 2/24/2019 9:23 PM, Ken Brown wrote:
> > On 2/24/2019 2:52 PM, Corinn
Hi,
I hope I'm mailing the proper mailing list..
I am using password-less ssh login using RSA key to login windows servers from
linux.
I've read this article about network shares problems when using RSA key instead
password and decided method 2 is most suitable for my case:
https://cygwin.com/cy
On 2/26/2019 4:48 AM, Corinna Vinschen wrote:
> On Feb 26 09:57, Corinna Vinschen wrote:
>> On Feb 26 00:01, Ken Brown wrote:
>>> On 2/25/2019 3:20 PM, Corinna Vinschen wrote:
On Feb 25 11:03, Corinna Vinschen wrote:
> On Feb 25 03:21, Ken Brown wrote:
>> On 2/24/2019 9:23 PM, Ken Brow
Greetings, Maayan Apelboim!
> Hi,
> I hope I'm mailing the proper mailing list..
> I am using password-less ssh login using RSA key to login windows servers
> from linux.
> I've read this article about network shares problems when using RSA key
> instead password and decided method 2 is most sui
The following package has been uploaded to the Cygwin distribution:
* xpdf-4.01-1
Xpdf is an open source viewer for Portable Document Format (PDF)
files. (These are also sometimes called 'Acrobat' files, from the
name of Adobe's PDF software.) The Xpdf viewer uses the Qt
cross-platform GUI tool
I have a large installation of cygwin on Windows 7 x64 for the last
decade that has been working without issue. When I use setup-x86_64.exe
(2.895) to upgrade the cygwin 2.11.2-1 package to cygwin 3.0.1-1, all of
my cygwin applications stop working. Simply executing a command (such as
'bash' or
The following packages have been uploaded to the Cygwin distribution:
* doxygen-1.8.15-1
* doxygen-doxywizard-1.8.15-1
Doxygen is a documentation system for C++, C, Java, Objective-C, IDL
(Corba and Microsoft flavours) and to some extent PHP, C#, and D.
This is an update to the latest upstream r
On Tue, 26 Feb 2019 18:01:18, Andrey Repin wrote:
> Greetings, Maayan Apelboim!
>
> > Hi,
>
> > I hope I'm mailing the proper mailing list..
> > I am using password-less ssh login using RSA key to login windows servers
> > from linux.
> > I've read this article about network shares problems wh
I have narrowed it down to cygwin1.dll. If I install cygwin 3.0.1-1 and
overwrite cygwin1.dll with the 2.11.2-1 version, everything works.
Likewise, if I install cygwin 2.11.2-1 and overwrite cygwin1.dll with
the 3.0.1-1 version everything stops working.
Additional information about the broken
> On 2/26/2019 7:38 AM, Jerry Baker via cygwin wrote:
> > I have a large installation of cygwin on Windows 7 x64 for the last
> > decade that has been working without issue. When I use setup-x86_64.exe
> > (2.895) to upgrade the cygwin 2.11.2-1 package to cygwin 3.0.1-1, all of
> > my cygwin applic
On 2/26/2019 10:30 AM, Houder wrote:
Jerry, short answer:
--
Problem reports: http://cygwin.com/problems.html
^^^
^^^
^^^
That
On Tue, Feb 26, 2019 at 12:38 PM Jerry Baker via cygwin
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, s
> 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 2/26/2019 10:44 AM, Vince Rice wrote:
What is also described on the page are the reporting guidelines. Please read
them again, paying special
attention to the bolded part.
That command has the same problem under 3.0.0.1-1 as all the others.
Under 2.11.2-1 it is as follows:
-
Cygwin C
On 2/26/2019 1:59 PM, Jerry Baker via cygwin wrote:
> On 2/26/2019 10:44 AM, Vince Rice wrote:
>> What is also described on the page are the reporting guidelines. Please read
>> them again, paying special
>> attention to the bolded part.
Here's a wild guess, based on the fact that your Cygwin ins
On 2/26/2019 11:19 AM, Ken Brown wrote:
Here's a wild guess, based on the fact that your Cygwin installation is in
C:\cygwin rather than C:\cygwin64. Do you have a 32-bit Cygwin installation
that you updated using setup-x86_x64.exe instead of setup-x86.exe?
Yes, but by wiping out the whole tre
On 2/26/2019 11:32 AM, Jerry Baker via cygwin wrote:
Yes, but by wiping out the whole tree and installing 64-bit. You filled
me with doubt, so I browsed around with a hex editor looking at quite a
few random executables and dll files in cygwin\bin and all of them I
checked are 64-bit.
I just in
> 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 Fri, Jan 18, 2019 at 5:54 AM Lester Ingber wrote:
>
> On a Virtual Private Server under Ubuntu, for the past few years, I have had
> 2-factor authentication (2FA) set up along the lines described in
> https://www.digitalocean.com/community/tutorials/how-to-set-up-multi-factor-authentication-for
On Tue, 26 Feb 2019 at 13:00, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 11:32 AM, Jerry Baker via cygwin wrote:
> > Yes, but by wiping out the whole tree and installing 64-bit. You filled
> > me with doubt, so I browsed around with a hex editor looking at quite a
> > few random executables
On 2/26/2019 1:56 PM, Doug Henderson wrote:
Two things.
1. You can execute cygcheck by navigating to C:\cygwin or C:\cygwin64
in Explorer and opening a command or powershell window from explorer's
shift-context menu. There, run the following command:
.\cygcheck.exe -csr > ..\home\CYGWINUSERNAME\
On 26/02/2019 10:30, jwang25...@gmail.com wrote:
Hi Richard,
Would you please shed some light on this (how to set the mutx for the rewrite
map) as I am having the same issue?
Thanks a lot in advance
James
My bad. I didn't check the error logs.
Setting the mutex for the rewrite map in the conf
On 2/26/2019 2:10 PM, Jerry Baker wrote:
Thanks for the tips. I made a completely fresh install in a new
directory and attempted all three suggestions. Here are the results:
1. That command gets part way through and then hangs with the blinking
cursor after listing the directories in the path va
On Tue, 26 Feb 2019 at 15:10, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 1:56 PM, Doug Henderson wrote:
> > Two things.
> > 1. You can execute cygcheck by navigating to C:\cygwin or C:\cygwin64
> > in Explorer and opening a command or powershell window from explorer's
> > shift-context menu.
On 2/26/2019 2:48 PM, Doug Henderson wrote:
Good. This tells us something important. Right after the path listing,
cygcheck list "Output from C:\cygwin64\bin\id.exe". The id exe is a
cygwin exe which uses cygwin1.dll, cygintl-8.dll, and cygiconv-2.dll.
That narrow the problem. These three DLLs m
Greetings, Houder!
> On Tue, 26 Feb 2019 18:01:18, Andrey Repin wrote:
>> Greetings, Maayan Apelboim!
>>
>> > Hi,
>>
>> > I hope I'm mailing the proper mailing list..
>> > I am using password-less ssh login using RSA key to login windows servers
>> > from linux.
>> > I've read this article ab
On Tue, 26 Feb 2019 15:00:03, "Jerry Baker via cygwin" wrote:
It's just cygwin1.dll for sure. I can replace that with 2.x version and
everything works fine.
I don't recognize most of the BLODAs and not running any of them that I
know of. Are there any software packages known to interfere with
On 2/26/2019 5:17 PM, Steven Penny wrote:
you know i just finished reading this entire thread and its kind of
depressing.
7 replies from 5 people, and not one person explicitly answered the
implicit,
most important, and frankly only question worth answering:
Can anyone else reproduce this
On 2/26/2019 5:50 PM, Jerry Baker via cygwin wrote:
Glad to. Please let me know what evidence will suffice to prove that.
If it is my system our organization is going to have bigger issues.
There are about 3,700 workstations with this machine image just in this
building.
Problem machine is a
On Tue, 26 Feb 2019 17:50:10, "Jerry Baker via cygwin" wrote:
Glad to. Please let me know what evidence will suffice to prove that.
pretty simple
1. get the Windows 7 x64 from here
https://softlay.net/operating-system/windows-7-download.html
2. get virtualbox from here
https://virtualbox.org
On 2/26/2019 6:43 PM, Steven Penny wrote:
i would like to make that last point vividly clear: its on you to do that
testing. ive already given a clear refutation of your original point, so
the
ball is now squarely in your court.
Not really. I don't work for free, especially for hostile people
On Tue, 26 Feb 2019 18:55:56, "Jerry Baker via cygwin" wrote:
Not really. I don't work for free, especially for hostile people with
over inflated egos and crippling social disorders.
https://yourlogicalfallacyis.com/ad-hominem
The onus is on whoever is interested in having cygwin work in this
On Tue, 26 Feb 2019 at 19:01, Jerry Baker via cygwin <> wrote:
>
> On 2/26/2019 5:50 PM, Jerry Baker via cygwin wrote:
> > Glad to. Please let me know what evidence will suffice to prove that.
> >
> > If it is my system our organization is going to have bigger issues.
> > There are about 3,700 work
On 2/26/2019 7:05 PM, Steven Penny wrote:
On Tue, 26 Feb 2019 18:55:56, "Jerry Baker via cygwin" wrote:
Not really. I don't work for free, especially for hostile people with
over inflated egos and crippling social disorders.
https://yourlogicalfallacyis.com/ad-hominem
The onus is on whoever i
On 2/26/2019 7:12 PM, Doug Henderson wrote:
There is one more place you could have a problem. It does not seem
likely, but maybe you have a bad download cache area.
When you run setup, on the fourth panel, where it asks for the Local
Package Directory, you could try deleting that directory. (It
On Tue, 26 Feb 2019 19:21:15, "Jerry Baker via cygwin" wrote:
Well I guess it's a good thing there's only one possible state of
Windows 7 x64 which allows us to determine that there's no possibility
of a bug simply by running a single instance in one VM. We're going to
turn the world of unit te
> 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 Tue, 26 Feb 2019 18:01:27, Jerry Baker via cygwin" wrote:
> Trying to think of what could make 2.11.x work and 3.0.1 fail on the i7
> system. The only difference I can think of is that the i7 system is a
> member of a domain.
(first I would suggest a good night's sleep :-)
If you really be
On 2019-02-26 16:00, Jerry Baker via cygwin wrote:
> On 2/26/2019 2:48 PM, Doug Henderson wrote:
>> Good. This tells us something important. Right after the path listing,
>> cygcheck list "Output from C:\cygwin64\bin\id.exe". The id exe is a
>> cygwin exe which uses cygwin1.dll, cygintl-8.dll, and
On 2019-02-25 15:10, Kit Taylor wrote:
> Thanks for the response. My curiosity about it was that 32-bit vim works
> fine, only 64-bit vim shows the problem (both same version, of course).
> Even stranger, it doesn't happen every time.
> My guess is there is an embedded path internally, which uses
44 matches
Mail list logo
