Meson appears to be two majore versions behind in cygwin (1.2.3 is latest
available, 1.4.0 was released mid-March this year).
Major projects are starting to not be compilable on Cygwin, consequently,
short of manually building a custom meson that is up to date (for example,
libcairo requires 1.3).
.sig files seem to have gone missing from (at least some) mirrors.
e.g. https://mirrors.kernel.org/sourceware/cygwin/x86_64/
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe i
cost of the change is essentially zero -- has to be a positive move.
You guys have GOT to be kidding me.
--
Dave McGuire, AK4HZ
New Kensington, PA
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwi
I am running cygwin virtualbox running a WinDev2206Eval "appliance" (.ova
from microsoft). Everything else I've tested so far in cygwin runs as
expected except scp when the file path is an absolute path, e.g.
/tmp/foo. Scp references to that file using a relative path, e.g.
../../tmp/foo, work
Not completely the shell.
From a Windows command prompt:
c:\Apps\cygwin64\bin\cygpath.exe -u
\\123.456.789.321\wwwroot\ccenter\bin\online.sh
//123.456.789.321/wwwroot/ccenter/bin/online.sh
c:\Apps\cygwin64\bin\cygpath.exe -u
"\\123.456.789.321\wwwroot\ccenter\bin\online.sh"
/cygdrive/c/123.45
> -Original Message-
> From: cygwin-ow...@cygwin.com On Behalf
> Of Corinna Vinschen
> Sent: Thursday, March 21, 2019 10:53 AM
> To: cygwin@cygwin.com
> Subject: EXT: Re: ps -W now showing STIME Dec 31
>
> On Mar 21 08:07, Brian Inglis wrote:
> > With latest Cygwin ps -W is now showing S
Thank you, an unbelievably quick response excellent English
Regards
Dave
-Original Message-
From: Andrey Repin [mailto:anrdae...@yandex.ru]
Sent: 23 December 2018 22:51
To: Dave Barker; cygwin@cygwin.com
Subject: Re: 2 [main] bash 13792 find_fast_cwd: WARNING
Greetings, Dave Barker
Hi, I'm trying to unbrick a Samsung Galaxy Ace S5830I and received
this message
2 [main] bash 13792 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
Any help would be appreciated
Dave
On Mon, Apr 30, 2018 at 2:33 AM, Vlado wrote:
> On 30.4.2018 3:57, Dave Caswell wrote:
>>
>> Has anyone created a batch file that stops the cygwin services, runs
>> setup to get updates in the background, and then restarts the
>> services??
>
>
> Hi Dave.
&
Has anyone created a batch file that stops the cygwin services, runs
setup to get updates in the background, and then restarts the
services??
Doing it manually, I occasionally forget to restart the services and
things stop working until I remember to start them up again.
Thanks
--
Problem repor
On Thu, Apr 5, 2018 at 7:14 PM, Giuseppe Scelsi
wrote:
> Hi,
>
> Using freshly-updated Cygwin 64-bit under Windows 7 Enterprise Ver 6.1
> and Python 3 version 3.6.4.
>
> The execution of the following script:
>
> import subprocess
> import _hashlib
> import _sha3
> subprocess.run('
> and for some reason any spaces must be quoted - not escaped - these work:
>
>cygstart bash -c '"echo 1;read"'
>cygstart bash -c "'echo 1;read'"
>
> these fail:
>
>cygstart bash -c 'echo\ 1;read'
>cygstart bash -c "echo\ 1;read"
The '-v' option to cygstart gives the key to unders
On Sun, Dec 24, 2017 at 9:34 PM, Steven Penny wrote:
>
> yes, that is good if you want to use a script - but a command does not work:
>
>cygstart bash -c 'echo hello; sleep 5'
>
Ah, OK. Here you go:
davec@SodiumWin ~
$ cygstart /usr/bin/bash '-c "echo hello; sleep 5"'
I wish I could explain
On Sun, Dec 24, 2017 at 8:50 PM, Steven Penny wrote:
> On Mon, 25 Dec 2017 06:28:50, Andrey Repin wrote:
>>
>> The usual way - prevent the closing of the new window.
>> I.e. by adding a sleep.
>
>
> no, that doesnt work
>
> have you tried it?
>
> if so provide sample command
Here's an example:
d
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of jeff
> Sent: Tuesday, July 11, 2017 1:56 PM
> To: cygwin@cygwin.com
> Subject: EXT: Re: problem with gnupg2 not prompting for passphrase
>
> On 7/11/2017 10:51 AM, Brian Inglis wrote:
> >
Your TMP or TEMP environment variable is probably set to that value. Exit
Cygwin, fix the environment variable and then go into Cygwin and check it.
Dave
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Jeff Howard
> S
hanks,
Dave
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Jon Turney
> Sent: Wednesday, June 07, 2017 1:08 PM
> To: The Cygwin Mailing List
> Subject: EXT: setup 2.880 release candidate - please test
>
>
>
Execution blocked by Windows 10 anti-virus.(Microsoft Security Essentials.)
On Mon, May 8, 2017 at 5:10 AM, Dave Caswell wrote:
> Execution blocked by Windows 10 anti-virus.(Microsoft Security
> Essentials.)
>
> On Mon, May 8, 2017 at 5:06 AM, Jon Turney
> wrote:
&
Does anyone know when we can expect python3 to be upgraded to 3.5??
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
; update
>
> On Aug 31 18:59, Garber, Dave (GE Oil & Gas, Non-GE) wrote:
> > > -Original Message-
> > > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com]
> On
> > > Behalf Of Corinna Vinschen
> > > Sent: Wednesday, August 31,
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Corinna Vinschen
> Sent: Wednesday, August 31, 2016 2:39 PM
> To: cygwin@cygwin.com
> Subject: EXT: Re: Can't use install-path longer than 15 chars after 2.875
> update
>
> On Aug 31 20:22,
On Mon, Apr 25, 2016 at 12:09 AM, Marco Atzeri wrote:
> On 25/04/2016 02:29, Dave Caswell wrote:
>>
>> This is a followup to: https://cygwin.com/ml/cygwin/2016-03/msg00345.html
>>
>> To recap, making three nested directories on a non-C drive produces a
>&
On Mon, Apr 25, 2016 at 4:30 AM, Tatsuro MATSUOKA
wrote:
>> From: Dave Caswell
>> To: cygwin
>> Cc:
>> Date: 2016/4/25, Mon 09:29
>> Subject: Permission Problems
>>
>>T his is a followup to: https://cygwin.com/ml/cygwin/2016-03/msg0034
This is a followup to: https://cygwin.com/ml/cygwin/2016-03/msg00345.html
To recap, making three nested directories on a non-C drive produces a
third level which is unusable.
davec@MERCURYWIN ~/python
$ rm -rf g1
davec@MERCURYWIN ~/python
$ mkdir g1 g1/g2 g1/g2/g3
davec@MERCURYWIN ~/python
$ ls
: Re: Seg Fault from strace
On 11/04/2016 21:27, Garber, Dave (GE Oil & Gas, Non-GE) wrote:
> Strace always seg faults. Tried reverting back to 2.4.1 and had the same
> issue.
>
> $ uname -a
> CYGWIN_NT-6.1 G7TD3H72E 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin
&g
Strace always seg faults. Tried reverting back to 2.4.1 and had the same issue.
$ uname -a
CYGWIN_NT-6.1 G7TD3H72E 2.5.0(0.297/5/3) 2016-04-11 09:58 x86_64 Cygwin
$ strace echo foo
Segmentation fault
$ strace -o foo.strace echo foo
Segmentation fault
$ gdb --args strace echo foo
GNU gdb (GDB)
I delete all cygwin directories and do a
Fresh minimal install of cygwin (2.4.1-1) on a windows 7 ultimate 64 bit box
davec@MERCURYWIN ~
$ cd python
davec@MERCURYWIN ~/python
$ rm -rf g1
davec@MERCURYWIN ~/python
$ mkdir g1 g1/g2 g1/g2/g3
davec@MERCURYWIN ~/python
$ ls -la g1 g1/g2 g1/g2/g3
g1
c:\cygwin64\usr\x11r6\bin
c:\cygwin64\bin\xterm.exe -display %DISPLAY% -e /bin/xhere /bin/bash.exe c:
Is it any different if you run
c:\cygwin64\bin\xterm.exe -display :1 -e /bin/xhere /bin/bash.exe c:
or
c:\cygwin64\bin\xterm.exe -display :0 -e /bin/xhere /bin/bash.exe c:
Also, I presume the
On Mon, 28 Sep 2015 08:53:17 +0200, Thomas Wolff wrote:
> Am 27.09.2015 um 19:29 schrieb J.D. Laub:
>> In windows7 I've installed the Linux Libertine Mono O Mono font, and
use
>> it for putty. Wanting to use the same in cygwin, I've installed the
>> latest
>> linux-libertine-fonts, xorg-server, &
side effects. A better
way to include this work around will be discussed on the git list. The
real issues may lay in both cygwin and git, caused by BLODA."
See thread below for details. (Some irrelevant stuff omitted for brevity.)
My deep thanks to Jason - I'm up and running now.
--D
On Fri, Dec 5, 2014 at 6:35 AM, Corinna Vinschen
wrote:
>
> ...
>
> This looks suspiciously like a bug in the remote filesystem. Link
> succeeded, so there are two links to the same file in the directory.
> Unlinking link 1 succeeds, so there's still one link to the file in the
> directory, but l
>> It works fine on a local NTFS volume.
>>
>> I get the error when I do it on Z:, which is mapped to a network drive
>> (on another Windows box).
>
>It works fine for me on a network drive mounted from another Windows
>machine used via the cygdrive prefix:
>[..]
>I tried with two different mount p
On Wed, Dec 3, 2014 at 3:42 PM, Jason Pyeron wrote:
> [copy off list, because the sourceware system admins throws temper tantrums]
>> -Original Message-
>> From: Dave L
>> Sent: Wednesday, December 03, 2014 15:30
>>
>> ...but the git from github.com works
...but the git from github.com works fine.
I installed Cygwin's version of git, and get this:
$ git clone https://github.com/nerdfever/pic32mx-bmf
Cloning into 'pic32mx-bmf'...
remote: Counting objects: 12, done.
remote: Total 12 (delta 0), reused 0 (delta 0)
error: failed to
On Oct 29 19:06, Habermann, Dave (DA) wrote:
>> does NOT work, because my user ID is defaulting to U012345 (upper case
>> U). In this case, however, I can STILL log in if I enter my password.
>>
>This has been discussed a few months back, but there was no majority
>fo
On Oct 29 19:27, Habermann, Dave (DA) wrote:
>> issue to a line in the /bin/ssh-user-config file:
>>
>> pwdhome=$(awk -F: '{ if ( $3 == '${uid}' ) print $6; }' <
>> ${SYSCONFDIR}/passwd)
>>
> Ouch. I missed that when scanning the ssh scr
/passwd)
where we are apparently trying to parse the old passwd file (which I've renamed
off to the side for testing quality). I can make this work for me right now
with an ugly hack, but wanted to point it.
$ ssh -V
OpenSSH_6.7p1, OpenSSL 1.0.1j 15 Oct 2014
Dave
defaulting to U012345 (upper case U). In
this case, however, I can STILL log in if I enter my password.
I don't really think there is anything to correct here, but just wanted to
point out the oddity in case anyone else suffers from a similar issue.
Dave
>> should be created. I would think that some instructions in the docs
>> near the statement mentioned above would be more than sufficient,
>> since this is a "fine tuning" sort of thing.
> Agreed. Do you have some idea how to phrase this? I'd be grateful
> for a nice two or three paragraphs di
>> should be created. I would think that some instructions in the docs
>> near the statement mentioned above would be more than sufficient,
>> since this is a "fine tuning" sort of thing.
> Agreed. Do you have some idea how to phrase this? I'd be grateful
> for a nice two or three paragraphs di
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: Monday, October 27, 2014 5:27 PM
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.33-0.1
On Oct 27 18:35, Habermann, Dave (DA) wrote
now be desirable to have cygserver starting up first, followed by the others?
If so, what would be the preferred way to create such a dependency/startup
timing? Would a service dependency be sufficient?
Thanks again for your efforts on this!
Dave
your hard work on this, I will certainly be one of the
benefactors (12 Mb group file, takes hours to refresh so not done since this
time last year).
Dave
shell now, so I want to see it maintained.
I downloaded both versions and verified that `fish -l` didn't show the
path issue. Success.
Thanks,
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: ht
?
Andrew: thanks for confirming. If you're still looking for the logic and
where to put it, I suggested something in * as well.
Regards,
Dave.
* https://cygwin.com/ml/cygwin/2014-04/msg00175.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
On 08/10/2014 18:36, Alive4Ever wrote:
On Wednesday, October 08, 2014 11:08:43 AM you wrote:
Does that work. It seemed to have the same issue as noted in the
following thread https://cygwin.com/ml/cygwin/2014-04/msg00111.html
Dave.
It should work, although I don't recommend running c
fish as login
shell. On bash and zsh, there is '-l' flag so that they behave with fresh
environment variables.
Doh! Right. Thanks.
Does that work. It seemed to have the same issue as noted in the
following thread https://cygwin.com/ml/cygwin/2014-04/msg00111.html
Dave.
--
Probl
It looks like I forget to add an entry handle to handle sh... I'll try
to fix this up for the next version.
Thanks for the report,
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/d
ck for a login shell, and method
-2. If you don't start too many subshells you're probably OK. If you do
need subshells, you could change the check to test if /bin is already in
the path.
Dave.
* New employer, need to clarify status of open source contributions etc.
--
Problem re
On 07/04/2014 23:35, Dave Kilroy wrote:
On 07/04/2014 13:02, Ronald Fischer wrote:
I have installed fish 2.1.0. Works fine, when invoking a new fish shell
manually.
However, when doing a
chere -ifcm -t mintty -s fish
and invoke the new fish shell from the Windows Explorer context menu, I
to see how I can fix this, but I thought
cygwin prepended /usr/bin to the path...
Regards,
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Version 1.4-1 of "chere" has been uploaded and should be available from
mirrors shortly.
chere is a script allowing you to add Explorer context menus to start
cygwin in the selected directory.
This script supports x86 and x86_64 simultaneously. If you have 32 and
64 bit cygwin installed on t
from the explorer context menu. For now, I will
expect users wanting this functionality to keep using/etc/passwd. If we
grow a mechanism where the login shell can be queried easily, I'll
update chere to use that.
Regards,
Dave.
--
Problem reports: http://cygwin.com/problem
On 12/12/2013 17:01, klonos wrote:
Is there a feature request filed and any link to it so I can follow?
Thanx in advance.
In case you missed it, I've just released an initial version of chere
for x86_64
Dave.
--
Problem reports: http://cygwin.com/problems.htm
Version 1.3-1 of "chere" has been uploaded and should be available from
mirrors shortly.
chere is a script allowing you to add Explorer context menus to start
cygwin in the selected directory.
This version of the script supports x86 and x86_64. If you have 32 and
64 bit cygwin installed on t
On 12/12/2013 17:01, klonos wrote:
Is there a feature request filed and any link to it so I can follow?
Thanx in advance.
There's no feature request or link. I suspect the 32 bit package will
work with x64 but haven't had time to check.
Dave.
--
Problem reports: http://
not work either. So it appears the culprit
might be the local group. Any thoughts?
Thanks In Advance,
Dave
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http:
ilege Level->Run as admin, and another in
Shortcut->Advanced->Run as admin. The compatibility one is telling
windows that to execute mintty correctly it needs admin privileges, so
it always runs mintty this way. The latter is the one that just affects
the shortcut.
Glad you got to the
ive/y/apps
echo $?
Result of the first command should be /cygdrive/y/apps 2nd command
shouldn't output anything Result of 3rd command should be 0 (true)
Dave.
Results from MINTTY+BASH:
--
$ cygpath -u "y:\apps"
/cygdrive/y/apps
$ test -d /cyg
On 29/11/2013 22:11, Charles Butterfield wrote:
Dave wrote:
Can you clarify which isn't working:
a) a network share mapped to a drive letter, e.g N:\my\network\location
This is my situation. I have my Y: drive mapped to a Linux Samba server. See
more details below
b) network
licking a blank spot in the RH pane? The two result in different
logic, with the latter having to guess it's a network path. You may be
able to figure out what's going on by adding a few echos to /bin/xhere
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 16/04/2013 14:25, Warren Young wrote:
> On 4/11/2013 14:38, Dave Korn wrote:
>>
>> The static archive /usr/lib/libexpat.a was present in 2.0.1-1(*) and is
>> missing in 2.1.0-1(**), was that intentional?
>
> I think I got that, um, "feature" for free w
On 15/04/2013 18:14, Christopher Faylor wrote:
> On Mon, Apr 15, 2013 at 05:03:17PM +0100, Dave Korn wrote:
>> Some notes on the above:
>>
>> The same happens with both the previous version and current snapshot of the
>> cygwin dll. It also happens with both
On 12/06/2012 13:31, Warren Young wrote:
> PACKAGE DESCRIPTION
> ===
>
> Homepage: http://sourceforge.net/projects/expat/
> License : MIT-like
>
> Expat is a C library for parsing XML, originally created and maintained
> by James Clark, but since 2001 taken over by a loose group o
On 11/04/2013 00:58, Dave Korn wrote:
> I would like to express my gratitude to JonY for stepping into the breach
> caused by my absence from the Cygwin community and releasing the first test
> version of GCC 4.7 series. He did a very difficult job and did it well and
> deserves th
On 11/04/2013 07:08, Duncan Roe wrote:
> Thanks Dave - removing the old cygwin dlls from C:\WINDOWS fixed gcc &
> alternatives.
Glad to hear it!
> I put them there because I like to have the odd cygwin utility available
> to CMD.EXE.
>
> May put them back - but will ta
On 11/04/2013 06:12, Duncan Roe wrote:
> Thanks guys for the pointers to cygmpfr-4.dll. Got it.
>
> This problem with headers started happening on an old installation so I
> reinstalled but it still happens:
> ignoring nonexistent directory "/usr/include"
> strerror.c:2:19: error: no include pat
On 11/04/2013 02:57, Duncan Roe wrote:
> I have just installed cygwin on this system.
> When I try to compile a small program, I get this error:
>
> /usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
> libraries: cygmpfr-4.dll: cannot open shared object file: No such file
> or d
:
gcc4-java: Requires libgcj13.
gcc4-objc: Requires libobjc4.
gcc4-ada: Requires libgnat4.7.
gcc4-fortran: Requires libquadmath0, libquadmath0-devel.
libgfortran3: Requires libquadmath0.
Cygwin port maintained by: Dave Korn
Please address all questions to the main Cygwin mailing list.
This
On 07/04/2013 19:50, Christopher Faylor wrote:
> On Sun, Apr 07, 2013 at 06:16:17PM +, Gene wrote:
>> save: fork_level=1 SetHandleInformation() failed: fd 0 handle 0x3 type
>> 2: Th e parameter is incorrect.
>
> That error message doesn't seem to be coming from Cygwin. I have
> grepped the C
Hi list,
I always used to use du with the -cxhs options, but since updating to the
latest (8.15-1) version there appears to be a problem caused by -x:
> $ ls -la
> total 392188
> drwxr-xr-x+ 1 DKAdmin None 0 Apr 6 00:35 .
> drwxr-xr-x+ 1 DKAdmin None 0 Apr 3 05:58 ..
> dr
On 05/04/2013 20:52, Ryan Johnson wrote:
> On 05/04/2013 3:07 PM, Angelo Graziosi wrote:
>> Dave Korn wrote:
>>> Did you install the manually-required runtime libs as well?
>>
>> I don't understand here. I have installed GCC-4.7.2-1 with setup.exe
>> choo
On 05/04/2013 12:22, Angelo Graziosi wrote:
> Just for completeness...
>
> This morning I have installed the test release of GCC-4.7 (4.7.2-1) and
> after that a few applications do not work any more.
>
> For example, Terminator, installed via Cygwinports, does not start. From
> command line I ha
On 01/04/2013 09:56, Dave Korn wrote:
> Hi Yaakov et al.,
>
> I'm confused by the output from cygport (0.11.3) when building GCC. During
> the packaging step, after the final binary package from PKG_NAMES has been
> tarballed, I see:
>
>> *** Info: No de
Hi Yaakov et al.,
I'm confused by the output from cygport (0.11.3) when building GCC. During
the packaging step, after the final binary package from PKG_NAMES has been
tarballed, I see:
>
> *** Info: No debug files, skipping debuginfo subpackage
>
Checking packages for missing or d
Hi folks,
There are a lot of broken entries in the lower levels of the package list on
the website. Clicking a package name at http://cygwin.com/packages/ takes you
to the page that lists the available binary and source package versions, as
before, but attempting to follow the link to one
On 11/03/2013 22:12, JonY wrote:
> On 3/12/2013 02:03, Dave Korn wrote:
>> On 05/03/2013 16:22, Christopher Faylor wrote:
>>> On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
>>>> I have GCC-4.5.3 installed and I am not going to install the test
>&
On 11/03/2013 23:21, Christopher Faylor wrote:
> On Mon, Mar 11, 2013 at 06:03:08PM +0000, Dave Korn wrote:
>> On 05/03/2013 16:22, Christopher Faylor wrote:
>>> On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
>>>> I have GCC-4.5.3 installed and I am
On 05/03/2013 16:22, Christopher Faylor wrote:
> On Tue, Mar 05, 2013 at 05:11:34PM +0100, Angelo Graziosi wrote:
>> I have GCC-4.5.3 installed and I am not going to install the test
>> version 4.7.2-1, but setup.exe *wants* to install libquadmath0-4.7.2-1
>> even if I have selected "Curr" packag
On 18/02/2013 11:59, Ryan Johnson wrote:
> On 17/02/2013 10:38 PM, Zach Saw wrote:
>> The following test case fails on Cygwin but passes on Linux (both
>> tested using
>> GCC 4.7.2).
> Cygwin doesn't have a gcc-4.7.2 package yet (not even for testing);
> 4.5.3 is the highest I see this morning in s
In Sep 2012 we tried installing cygwin with the then latest setup.exe
version 2.573.2.2 on a new Windows 2008 Server (x64) and the
installation hung at 98%.
Yesterday Feb 12 2013 we downloaded the latest cygwin DLL setup.exe (1.7.17-1)
Prior to running the install on a Windows Server 2008 server w
ed to automatically install cscope if
mlcscope was installed.
Instead of using 'mlcscope' to interrogate source code, use 'cscope'
going forward.
Cheers
Dave
--
Diane & Dave
http://www.velvetstarbears.com/ http://www.kringlecottage.com/
Fortune: The difference betwee
On 07/03/2012 13:34, Ryan Johnson wrote:
> On 07/03/2012 8:07 AM, Corinna Vinschen wrote:
>> On Mar 7 07:54, Ryan Johnson wrote:
>>> Hi all,
>>>
>>> I tried to bootstrap the gcc-4.7 RC and it fails because it expects
>>> to find and the file actually lives in
>>> (see
>>> http://gcc.gnu.org/bug
On 02/03/2012 07:06, Paul Allen Newell wrote:
> I'll go and figure out some way to filter $(PWD) to be acceptable to
> basename.
It just needs quotes around it to prevent the space being taken as a
separator.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
F
On 02/03/2012 06:25, Paul Allen Newell wrote:
> +++
> type make; which -a make
> make is aliased to `settitle Making $(basename $PWD) && make "$@"'
> /usr/bin/make
> /usr/bin/make
> +++
>
> I groaned when I saw this as it is obvious the $(PWD) is feeding
> basename and that's the "make" error. Th
On 02/03/2012 02:52, Paul Allen Newell wrote:
> [ weird problem symptoms ]
You probably have a script or shell alias getting in between you and the
real make. Please run "type make ; which -a make" in a bash shell and show us
the results.
cheers,
DaveK
--
Problem reports: htt
in master
So I'm not too worried, so this is more an FYI in case the strace helps.
Dave.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 27/02/2012 16:12, Paul Keir wrote:
> Thanks Dave, it's fixed. It looks like the problem was the cygwin1.dll
> in C:\Windows\SYSTEM. I have no idea why that was there. (I am not the
> first to use this machine.)
Well, you may just find out when something else stops working - it
On 24/02/2012 19:56, Andrew DeFaria wrote:
> I'm trying to automate the setup of cygwin and I'm running setup.exe
> with many additional options. All in all it's working fairly nicely but
> the --no-verify doesn't seem to work. The help says that --no-verify is
> "Don't verify setup.ini signatures"
On 24/02/2012 15:07, Eliot Moss wrote:
> On 2/24/2012 9:57 AM, Jim Rome wrote:
>> Larry Hall (Cygwin cygwin.com> writes:
>>>
>>> To the OP, run the same from an elevated prompt and these
>>> errors should disappear.
>>>
>>
>> I tried it also with windows style paths, both using \\ and / as
>> sep
On 24/02/2012 15:36, Paul Keir wrote:
> echo $? returns 1 after using gcc.
Right, that's "helpful" of it! That's clearly just a fail status but not an
errno value.
Anyway, I think your cygcheck reveals the problem. You have multiple
cygwin1.dlls of different versions in your path at the sam
On 24/02/2012 13:52, Paul Keir wrote:
> Thanks. No, it's not full. The permissions are:
> drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
> and I can create the same file manually.
Oh well, always worth checking the basics first, but no real surprise!
> The output of gcc -v hello.c is attached.
On 18/02/2012 18:32, Jeremiah Bishop wrote:
> the bash commands used are: 1) gcc "cygwin puzzle.c"
>
> 2) ./a.out a b
> Now either version used on a file with a shorter set of lines, works just
> fine but strangely, that single digit difference aborts the program without
> throwing any error on t
On 24/02/2012 09:22, Paul Keir wrote:
> Hello,
>
> After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
> has a problem. Even Hello World gives me:
>
> hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
> such file or directory
> compilation terminated.
>
> I
On 20/01/2012 12:50, Andy Moreton wrote:
> On Thu 19 Jan 2012, Dave Korn wrote:
>
>> Commenting-out the "set -e;" line at the start of /usr/bin/cygport
>> has fixed this problem, and my builds now run just fine, but huh? I
>> checked in git; that line has bee
On 20/01/2012 04:07, Ilguiz Latypov wrote:
> I found that gcc-4 from a recent setup.exe could not start cc1 because the
> latter could not find some shared object file.
>
> I confirmed that by running cc1 alone with an empty PATH variable.
Running "cygcheck /usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1
Hi list,
I just updated my Cygwin installation for the first time since Oct 26 last
year, and now I'm unable to successfully run cygport builds any more. The
builds fail because of the spontaneous exiting of one or other of the scripts
that cygport invokes - I've had autoconf-2.68 spontane
On 18/01/2012 19:49, Ashlar wrote:
> I have cygwin installed with a number of directories named following this
> format:
>
> C:/Documents\040and\040Settings/Administrator/_web/crhub /webroot ntfs
> binary,posix=0 0 0
>
> When I use the Mount command it includes the assignment for the line
>
> Wh
On 16/01/2012 06:47, Heiko Elger wrote:
> Dave Korn gmail.com> writes:
>
>> looks like there was a second snapshot later the same day that replaced the
>> one you had installed.
>
> That's it! Thanks a lot ..
> I never see a snapshot released twice a day
On 15/01/2011 19:41, Heiko Elger wrote:
> Christopher Faylor writes:
>
>> If you are saying that the problem is not fixed in the most recent
>> snapshot then please clearly say that. Otherwise, I don't understand
>> what you are asking. I sent my email on January 11 shortly before the
>> January
1 - 100 of 4713 matches
Mail list logo
