Greetings,
after some discussion the packages "awk", "grep", and "sed" were recent-
ly updated to open pipes in binary mode only. I do not want to revive
the discussion about pros and cons, I just want to make known how this
change broke one of my scripts. My script contains the line
cyg
Yaakov,
On Thursday, 2016-03-10 16:30:40 -0600, you wrote:
> ...
> Have you tried the same on Linux?
No. Simply because I do not have any access to a Linux box.
Sincerely,
Rainer
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Document
Yaakov,
On Wednesday, 2016-03-09 23:54:04 -0600, you wrote:
> On 2016-03-05 09:02, Dr Rainer Woitok wrote:
> > currently I have two applications which I compiled myself under Cygwin:
> > GPSBabel and QMapShack. Both use Qt5, both provide online help via the
> > browser,
Cygwinners,
currently I have two applications which I compiled myself under Cygwin:
GPSBabel and QMapShack. Both use Qt5, both provide online help via the
browser, and both fail doing so in my environment. The version of my
various Qt5 packages is 5.5.1-1.
Looking at the source code of GPS
Sorry Cygwinners,
currently I'm having massive problems posting to the Cygwin list. I
don't even get rejection mails, my posts simply don't make it :-(
My first try was back on 2015-12-21, several more have followed since
then.
Happy New Year to all of you :-)
Rainer
---
Corinna,
On Wednesday, 2015-12-16 17:47:58 +0100, you wrote:
> ...
> >Since my "/etc/passwd" file
> > uses more Unix like names even for the typical Windows accounts,
>
> Which doesn't make much sense from my POV, but, anyway.
Well, from my point of view it does. My game is to have an as U
Corinna,
On Monday, 2015-12-14 15:05:32 +0100, you wrote:
> ...
> > find: './System Volume Information': Permission denied
> > $
>
> This is normal if you don't run your shell elevated. Try again in an
> elevated shell.
Hm. I have several NTFS formatted USB sticks and a script which keeps
t
Corinna,
On Tuesday, 2015-10-27 16:17:56 +0100, you wrote:
> ...
> That won't work. setup.exe is a non-Cygwin application so it's restricted
> to the maximum line length of the CreateProcess call, which, per
> https://msdn.microsoft.com/en-us/library/windows/desktop/ms682425%28v=vs.85%29.aspx
>
Eric,
On Monday, 2015-10-26 10:14:06 -0600, you wrote:
> ...
> So once
> you start a dash shell, that dash shell can start any number of other
> dash shells with no command line length limit other than the memory
> available to your
Fellow Cygwinners,
recently I needed to remove quite a few Cygwin packages from my install-
ation, and due to all these interdependencies I wanted to do this in a
single call:
setup-x86*.exe -x ...,...,...
Calling this command as a Windows "*.bat" file failed with an error
message sugg
Warren,
On Monday, 2015-10-19 17:59:23 -0600, you wrote:
> ...
> If nothing else, this would have gotten you back into action a lot faster
> than the 7 days you’ve been fighting with your current installation.
In hindsight, yes maybe. But it's a long known corollary to Murphy's
Law that whe
On Sunday, 2015-10-18 13:14:36 +0200, I myself wrote:
> ...
> What I will try next:
>
> 1. Forget all my own libraries and only rebase Cygwin's.
Well, I only removed some of them from "/var/lib/rebase/user.d/Rainer",
and after rebasing and rebooting the fork error no
Ken,
On Thursday, 2015-10-15 17:10:38 -0400, you wrote:
> ...
> Another possibility is that those DLLs were in use. Rainer, did you make
> sure
> that no Cygwin processes were running other than dash?
Well, at least I tried to. I ran "/bin/ps -ef" and only saw one "ps"
and one "ash" proce
Warren and All,
On Wednesday, 2015-10-14 11:27:46 -0600, you wrote:
> ...
> The core problem I ran into is that /var/cache/rebase and
> /var/lib/rebase/*.d didn’t exist on my system, and this caused various
> complaints and failures.
On my system all these directories existed, as well as file "/
Cygwinners,
Currently I'm a bit at my wit's end :-/
I locally built a product from source (Gdal), and while running the test
programs, I got
python2.7 8800 child_info_fork::abort: unable to remap _gdalconst.dll
to same address as parent (0x26) - try running rebaseall
Searching a bit,
Greetings,
I'm running a program which requires a DLL sitting in my "~/bin/" dir-
ectory. Since "~/bin/" is contained in my "PATH" environment variable,
everything works as desired. Recently I moved the DLL elsewhere, re-
placing it with a symbolic link in "~/bin/". This caused the progra
Cygwinners,
my next to last Cygwin update at 2015-08-23 went as smoothly as expect-
ed, but my last one at 2015-09-15 was a bit of a disappontment. Tech-
nically it just did its job, but it included many updates for "font-*"
packages, and after the update the "bitstream vera sans mono" fonts
Marco,
On Tuesday, 2015-09-01 15:57:03 +0200, you wrote:
> ...
> $ cygcheck -cd | awk 'BEGIN{printf("setup-x86_64.exe ")} {if (NR>2) {
> printf ("-P " $1 " ") }} END { printf ("\r\n pause ")}' >
> cyg-install-x86_64.bat
Even if I slightly compress the command line created that way by using a
Greetings,
having installed Cygwin on my old computer it's now time to move to new
hardware. Are there any Cygwin configuration or status files I could
copy from the old box to the new one which would cause "setup.exe" on
the new machine to automatically install the same packages as on the
Greetings,
having installed Cygwin's version 1.8.13-2 of both, "subversion" and
"subversion-python", I get
$ hg convert -d hg -s svn http://gpsbabel.googlecode.com/svn/ gpsbabel
** unknown exception encountered, please report by visiting
** http://mercurial.selenic.com/wiki/BugTracker
** Pyth
Greetings,
after a recent Cygwin update I noticed that "texi2dvi.exe" is not cont-
ained in the "texinfo" package version 5.2-3 though version 5.2-2 did
contain it.
Is this a bug or is there a reason?
Sincerely,
Rainer
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Andrey,
On Saturday, 2015-05-02 01:35:37 +0300, you wrote:
> ...
> You may safely nuke everything that is not your Cygwin installation.
Well, what precisely IS my Cygwin installation? Only the stuff in "C:\
cygwin\"? And how does Cygwin's "setup.exe" know which version of what
is already ins
Cygwinners,
after installing and updating Cygwin for several times, my administrator
account's "~/Downloads/cygwin/" directory now amounts to roughly 6GB of
data, partially dating back to 2009. Is all this stuff still needed?
If not, what to keep? All the "*.ini" files? Or only the lat
Corinna,
On Wed, 11 Dec 2013 14:53:33 +0100 you wrote:
> ...
> Apart from that, there's a chance that this is a problem not related
> to Cygwin's usage of a transaction on a TrueCrypt volume in the first
> place. Can you try the workaround from
> http://support.microsoft.com/kb/948252 and see if
Corinna,
On Fri, 13 Dec 2013 14:06:26 +0100 you wrote:
> ...
> You just have to put the released Cygwin 1.7.27 DLL back in place,
> that's all. I assume you copied it somewhere else for the time being?
> Just copy it back into place and, if that was not the solution, copy the
> snapshot DLL over
Corinna,
On Wed, 11 Dec 2013 14:53:33 +0100 you wrote:
> ...
> I created a new snapshot with this patch. Please give the latest
> snapshot from http://cygwin.com/snapshots/ a try and report back.
First time ever I installed a Cygwin snapshot ... but it installed
cleanly. More important,
Greetings,
I just happened to stumble over the problem described below.
Additional information:
- Windows Vista, patched this week.
- Cygwin updated this week.
- TrueCrypt downloaded and installed this week.
First the normal case using the "C:" partition, where everything runs as
expect
Greetings,
the problem I'm having seems to be either Mercurial or Cygwin related.
I'm currently using Mercurial 2.4.2 and Cygwin 1.7.17, which I'm running
with the "winsymlinks" option in the "CYGWIN" environment variable:
@echo off
set CYGWIN=glob:noignorecase proc_retry:10 nodosfilewarning w
Greetings,
after having recently upgraded Cygwin on my laptop running Windows Vista
the Bash Shell started misbehaving by issuing "-sh: exclude: unbound
variable" whenever I hit "Tab" for file name completion. After trying
the obvious (that is, issuing "set +u") and even having success with
29 matches
Mail list logo
