at you are supposed to do?
It was not very obvious to me, and I have failed to find any
documentation on it. Is it just poor search skills on my side? Should
perhaps python-pip-wheel be a dependency of python39-pip?
Regards,
Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ:
thon 3.9.18-1.
Regards,
Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
w to debug this?
Regards,
Daniel Abrahamsson
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
systems.
> You might need to re-build tar in oder for it to detect any changed
> level of wonkiness and adapt accordingly.
Do you mean that the tar package would need an update?
// Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq
> A corrected package has been released. (ruby-3.2.2-2)
Thank you! I can confirm the new pakcage solves the problem.
// Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscr
yGems.
```
On a non-upgraded system, we instead have:
```
#!/usr/bin/ruby.exe
#
# This file was generated by RubyGems.
#
# The application 'asciidoctor' is installed as part of a gem, and
# this file is here to facilitate running it.
#
```
require 'rubygems'
// Daniel
--
Probl
> On Dec 7 12:50, Corinna Vinschen via Cygwin wrote:
> > On Dec 7 08:58, Daniel Abrahamsson via Cygwin wrote:
> > > Hi,
> > >
> > > This morning I updated cygwin, and after that gcc started producing
> > > errors like this:
> > >
&g
as been maybe a
month since I last updated. As far as I can tell from the cygwin-announce
archives, there has not been any gcc updates in that period, but I do note that
cygwin itself has been updated. Could that be related?
Regards,
Daniel
--
Problem reports: https://cygwin.com/proble
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
and running bash configure with parameter
MAKE=/path/to/make-4.0. After removing that, the build finished
without any issues. It was also much faster than with
cygwin-3.2/make-4.0.
Thanks again,
Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https
śr., 1 cze 2022 o 18:21 Ken Brown napisał(a):
>
> On 6/1/2022 9:29 AM, Daniel Jeliński wrote:
> > You're right, I'm still on cygwin 3.2.0 because of issues with running
> > make (see "GNU make losing jobserver tokens").
>
> The original report on that
Hi Ken,
Thanks for checking.
You're right, I'm still on cygwin 3.2.0 because of issues with running
make (see "GNU make losing jobserver tokens").
Tested with cygwin-3.3.5 and env seems to work.
Sorry for the noise.
Regards,
Daniel
śr., 1 cze 2022 o 15:03 Ken Brown napisał(a
ng happens.
Regards,
Daniel
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
folder which I am using
here, and the only one included in windows Path.
Any help is highly appreciated! Best regards,
Daniel Krumlinde
cygcheck.out
Description: cygcheck.out
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentat
Cygwin no longer responds to ifconfig. What is the story?
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
>On 04.02.2021 13:13, Daniel Röhrborn via Cygwin wrote:
>> I have this issue on three different PCs (Win7_32bit, 2x Win10_64bit) with
>> the latest Cygwin installer.
>> I installed Cygwin gcc/g++/gdb. Compiler works but gdb doesn't output
>> anything when started
e seems to have similar problems, I think it could be a
configuration problem.
Kind regards
Daniel R.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cyg
0 [main] ls 6684 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com
--
Daniel Ambachew
Dept. of Agricultural and Environmental Sciences
Tennessee State University
Rm 131, Agricultural Biotechnology Building
ecture and then other docs to "drill down" to the
details on certain areas. I've always been amazed by what Cygwin does.
Daniel
On 12/9/19 4:22 AM, Corinna Vinschen wrote:
> On Dec 9 01:12, Daniel Santos wrote:
>> Hello,
>>
>> I see that when you copy Cygwin ex
does this? I presume somewhere under winsup/cygwin?
Also, are there pretty docs somewhere that detail the Cygwin internals,
architecture, etc? It's making me curious...
Thanks!!
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.co
didn't test for other values than
infinities.
GCC 7.4.0
Cygwin installed from Setup version 2.897 (64 bit)
Platform: Windows 7 Professional (x86-64)
Best regards,
Daniel
--
Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
TurtleWare - Daniel Kochmański | www.turtleware.e
Hello Marco,
On 11/30/19 4:23 AM, Marco Atzeri wrote:
> Am 30.11.2019 um 06:44 schrieb Daniel Santos:
>> Hello all,
>>
>> I'm trying to troubleshoot an issue with an old version of rsync on
>> Cygwin. Is there a git repo somewhere with historical patches? The
Hello all,
I'm trying to troubleshoot an issue with an old version of rsync on
Cygwin. Is there a git repo somewhere with historical patches? The
version in question is 3.0.4. This is on a remote machine that I can't
change, so I'm trying to decipher what I can from the logs.
ht way, but I did not see any other forum or whatever.
Thank you very much in advance.
I am happy about every idea you have!
Best regards
Daniel Bergbauer
--
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
Thank you.
I can confirm using cygwin1-20190120.dll solves the problem.
//Daniel
-Original Message-
From: cygwin-ow...@cygwin.com On Behalf Of Yaakov
Selkowitz
Sent: den 20 januari 2019 06:10
To: cygwin@cygwin.com
Subject: Re: flock: cannot set up timer: Invalid argument
On Fri, 2019
-x -w 300 200 || exit 1
echo “Success”
) 200>test.lock
Ideas?
//Daniel
Hi, I have a problem with the program
The message of failure is:
1 [main] opengrads 13264 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.
Sorry for the english.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
ng in the below details:
Target industry:
Target Job title:
Target geography:
Technology user type:
Or any other specifications:
I will get back to you with data count, costs and a few sample records for
your consideration.
Daniel Jones
Sales/Marketing Dept.
To edit mail p
After I updated Cygwin recently, the grace program wont work:
>xmgrace
--> Broken or incomplete installation - read the FAQ!
Here is the cygcheck results, however, I don't find anything wrong though:
cygcheck /usr/bin/xmgrace.exe
C:\Cygwin64\bin\xmgrace.exe
C:\Cygwin64\bin\cygwin1.dll
C:
s of the pixels at the upper
left corner of the hexagon.
This still works for me on Mac with Safari, if I find time I can give it
another try on a more recent Windows with an up-to-date cygwin.
I guess you could also just move the browser window so the corner is at
a known position, and edit scrape
Daniel Blanchet
dan...@dblanchet.net
> Le 17 mars 2018 à 17:06, David Rothenberger a écrit :
>
> A new version of the libvorbis, libvorbis-devel, libvorbis0,
> libvorbisenc2, and libvorbisfile3 packages are now available for
> download.
>
> SECURITY:
> ===
ld I log a new one? Do you know if there is
any workaround?
Daniel
--
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
Seems like a pay Peter to pay Paul situation. I was hesitant to use
python3-docutils but it turns out that it doesn't force you into
python3. Why not just do a python-docutils package to avoid confusion?
Aren't they just scripts that can run under either version of python?
--
Problem reports:
Hello Cygwin list,
All of the scripts are missing from the June 19 update of
python2-docutils (0.13.1-2 version).
Just a reminder--this was reported a while back but it is still in the
same state.
You can still go back one version on the Cygwin installer to the
0.13.1-1 version that works fine
Surprised this isn't getting more attention. All of the python 2
docutils scripts are missing from the June 19 update.
> -- Forwarded message --
> From: Oleksandr Gavenko
> To: cygwin@cygwin.com
> Cc:
> Bcc:
> Date: Wed, 28 Jun 2017 10:39:48 +0300
> Subject: Re: rst2html missing f
python 2 and 3 docutils was recently updated from 0.13.1-1 to 0.13.1-2.
rst2html.py along with several of the other scripts are missing on
this updated version.
More information on this forum post:
http://www.magiclantern.fm/forum/index.php?topic=15894.msg186458#msg186458
--
Problem reports:
Wow, fantastic help on this list.
> Most likely, $(READELF) is producing \r\n-terminated output. The
> solution, then, is to rewrite the line to:
>
> $(READELF) $< -Ws | tr -d '\r' | $(AWK) ...
>
>>
>> and what is the error ?
>
> Most likely, grep is not filtering as expected, because now that it
grep-3.0-2 binary will not function as expected when the -v option is
used in a Makefile.
Resolution - downgrade to grep-3.0-1.
When using Cygwin to build Magic Lantern users stated reporting a
build errors on new Cygwin installs around November 2016. The
resolution was to downgrade grep to the p
I finally found a solution and submitted a patch, but I don't know if
it's the correct fix or not.
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On 04/24/2017 02:00 AM, Mark Geisert wrote:
Excellent debugging work! I'm inclined to agree with your last
point. I'm poring over pinfo.cc as well as dcrt0.cc, which is the
Cygwin DLL init code. The latter talks about special cases if the DLL
is runtime loaded (like strace does) vs link-tim
Well, waiting for GNU/Linux tests to run, so I had a little more time to
play with this.
On 04/23/2017 02:42 AM, Mark Geisert wrote:
Daniel Santos wrote:
Well thank you, I wish I had read this earlier. I've been trying to
debug (with
gdb) strace (following children) and now I know wh
gdb but you likely
won't be able to catch them at their startup unless they wait for your
attach.
Very interesting! Is it possible to have two processes debugging and
have strace forward debug events that it isn't interested in to another
debugger in the chain? I&#
message if it waits 2-ish seconds and the
struct still isn't correctly populated.
Is there a way to debug the children of strace? It would make it a lot
easier. That's part of why I wrote the _pinfo::debug(), but also when I
debug strace with gdb, the _pinfo struct IS properly popul
gpid. shared object is there,
but I'm suspecting that it's either all zeros or just not fully
initialized -- and this is for the pid of the strace process. So for
each strace process, there's a 2-3 second delay when trying to read the
process list.
Daniel
--
Problem report
cinfo->ppid; i++)
Sleep (10);
I tried putting a stupid memory barrier in the loop and a volatile read
just for kicks, but that doesn't seem to be the problem. I'm headed off
to bed. This only happens when using strace, so if anybody has ideas
please post.
Daniel
--
Problem
On 04/20/2017 09:38 PM, Daniel Santos wrote:
I usually disable most services, I can probably disable a few more
Actually, I was wrong as I had re-enabled a lot of services to try some
ms debugging tools, but I've pared it down to these and the problem
still happens:
C:\Users\danie
st case that causes
more of a drastic delay.
Daniel
--
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
ays aren't as long as doing the above:
for ((i = 0; i < 64; ++i)); do strace --output=/tmp/sleep.$$.log
--trace-children --mask=startup sleep 64; done
Can anybody try this and see if they get delays when running ps -ef or
some such?
Thanks,
Daniel
--
Problem reports: htt
Well here's the problem, gcc got too smart and optimized out the stack
buffer.
int
main (int argc, char **argv)
{
4074c0: 56 push %rsi
4074c1: 53 push %rbx
4074c2: 48 83 ec 28 sub$0x28,%rsp
4074c6: 89 c
On 04/14/2017 10:49 PM, Dan Kegel wrote:
On Fri, Apr 14, 2017 at 8:41 PM, Daniel Santos wrote:
oops, I meant -g3 :)
That was suboptimal of you
/me ducks
lol!
/me swings
/me ducks
/me misses, damn!
strace ls doesn't die for me with plain old cygwin installed a while ago.
Is this
I didn't have cygwin1.dll built with -O3,
oops, I meant -g3 :)
--
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
00402b43 in main2 (argc=, argc@entry=2,
argv=argv@entry=0x1f71f20) at
/usr/src/debug/cygwin-2.8.0-1/winsup/utils/strace.cc:1175
mask = 1
ofile = 0x0
pid = 32978536
opt =
toggle = 0
sawquiet = -25362252
ret = 0
#4 0x004
lling
an ioctl to set the terminal window size.
Thanks in advance!
Daniel
--
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
I should probably import this onto my github account. There doesn't
appear to be an actual repository for expect at the moment. There are
many terrible coding practices employed, potential use of uninitialized
locals, etc. I'm going to do some basic cleanup before I dig back into
trying to f
I got the crash again (when trying to do something else of course). So
here is the complete backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x771fc3bc in KERNEL32!GetVolumePathNamesForVolumeNameW () from
/c/Windows/system32/kernel32.dll
(gdb) bt
#0 0x771fc3bc i
argv=0x0,
argv@entry=0x5a2010) at ../../../../../winsup/utils/strace.cc:1175
#4 0x004074ea in main (argc=3, argv=0x5a2010) at
../../../../../winsup/utils/strace.cc:1195
Also, I even overwrote the cygwin1.dll with another build, I don't even
have that *blushes*
Daniel
--
On 03/17/2017 12:17 AM, Brian Inglis wrote:
On 2017-03-16 14:59, Daniel Santos wrote:
Alright, I think I've got it now, thank you. I'll experiment with it
first and then I'm guessing that this might eventually belong in
libtool or some such, although I'm guessing that that
u recommend? Also, I'm not doing any windows/lanman networking,
so I disable computer browser and the like.
I'm also building the current cygwin1.dll from git as I've seen a few
messages about bugs being fixed that could be related.
Daniel
--
Problem reports: htt
o a pristine
state (i.e., freshly installed Windows & Cygwin) with minimal I/O. If I
can solve this problem and the "broken pipe" issue then we might be
getting close!
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.c
ollision? Will a
detailed error message exist anywhere (syslogs, NT's event log, etc.)?
So when I run gcc's bootstrap, I'm building dlls that sit (temporarily)
in the build directory. If I do not explicitly rebase these, can I end
up with collisions if I try to use them?
Than
win-32, mingw64 and mingw64 -- both with and without my patches). So
this may simply take me many, many days to complete. I'm experimenting
with running under wine, but bash.exe is crashing right now (although my
Wine had the staging patches, so building w/o them :)
Daniel
Daniel
--
First off, thanks for your response and I apologize for my late reply.
On 03/09/2017 06:21 PM, Brian Inglis wrote:
On 2017-03-09 15:58, Daniel Santos wrote:
This is just a minor annoyance. When I start a mintty session and
even if I type bash -l or basy -li, I don't get my /etc/profile
so
This is just a minor annoyance. When I start a mintty session and even
if I type bash -l or basy -li, I don't get my /etc/profile sourced and I
have to manually do it each time I log in. Any idea what's causing that?
Possibly related, sshd doesn't seem to be reading my
~/.ssh/authorized_keys
ecution test
parent: sync byte write: broken pipe^M
make[3]: Leaving directory
'/d/builds/head-test-moutline-x86_64-pc-cygwin/gcc'
Don't worry about the FAILed test. The main thing is that after each
broken pipe message, I see make "leaving" that directory,
On 03/07/2017 06:36 PM, David Billinghurst wrote:
On 8/03/2017 10:25, Daniel Santos wrote:
My concern is with the dynamic portion of this behavior -- what is
affected by environment variables.
Many years ago I ran a nightly build/test of gcc under cygwin and
reported the results to gcc
On 03/07/2017 07:58 AM, cyg Simple wrote:
On 3/6/2017 9:03 PM, Daniel Santos wrote:
On 03/05/2017 05:08 AM, David Billinghurst wrote:
No.
LD_LIBRARY_PATH is used by dlopen ().
PATH is one of the locations searched by Windows when starting
applications, see https://msdn.microsoft.com/en-us
tling that, if something goes wrong with the
build-tree, we can still end up loading the installed libgcc instead of
failing. Still, it will be better than the current situation.
Thank you for your help with this.
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Windows format to UNIX
format when a
Cygwin process first starts. Most Cygwin applications do not make
use of
the dlopen () call and do not need this variable.
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
Seeing how this means that gcc testsuite results are useless for
exposing regressions in gcc libraries, I've opened a gcc bug report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79867
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwi
his. *sigh*
Daniel
I suppose you can try to run s/LD_LIBRARY_PATH/PATH/g to see how it goes.
Well since I've gone this far I might as well come up with a patch for
the problem as well. Luckily, I somehow made a mistake about the
problem *not* happening on my first run of tests because I
be a working ISO C++98 compiler and makes
no mention of the need for an existing Fortran compiler or libraries.
This has all been built in the bootstrap.
$ ll $(pwd)/x86_64-pc-cygwin/libgfortran/.libs/cyggfortran-4.dll
-rwxrwxr-x+ 1 daniel None 9124325 Mar 3 19:15
/d/builds/head-test-unpatched-x
d-test-unpatched-x86_64-pc-cygwin/gcc/testsuite/gfortran2/../../
-B/d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/./libgfortran/
/c/Users/daniel/proj/sys/gcc/work0/gcc/testsuite/gfortran.dg/coarray/sync_3.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -fcoarray=single
er admin rights change
the setting in the msconfig.exe app. So I've learned the shift-key
method is probably safer for me :) )
Again, thank you very much, Marco!
--Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
e
Cygwin installation.
After hours of searching the web and attempting multiple
reinstallations, I'm sorry to lean on the community for help, but I'm
really at wits end. I'm willing to try new ideas, and appreciate any
suggestions.
Thanks very much in advance,
--Daniel
setup.l
or-windows-10-and-windows-server-2016/
I will be updating the blog with the new features included in our next
update soon :).
thanxs ;^)
On Fri, Dec 2, 2016 at 2:37 PM, Brian Inglis
wrote:
> On 2016-12-02 13:29, Daniel Havey wrote:
>> On Wed, Nov 30, 2016 at 1:13 PM, Lee wrote:
>>>
s get the
maximum available throughput.
I'll email again when I have the patch. If you would like more
testing let me know and we can have our test people run some more
experiments.
thanxs :)
...Daniel
On Mon, Nov 28, 2016 at 12:51 PM, Brian Inglis
wrote:
> On 2016-11-28 12:54, Daniel Ha
This is causing the throughput limitation. So we would
like to formally ask that you please not manually set SO_RCVBUF or
SO_SNDBUF.
thanxs ;^)
...Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin
Hello,
I've been banging my head against the wall on this one. For some inexplicable
reason, both gcc and clang broke at the same time right after I updated
cygwin64. To try to resolve the issue, I tried to uninstall and then reinstall
a fresh copy of cygwin64 with just a minimal install to t
Ken Brown cornell.edu> writes:
> Actually, completion seems to work for me if I use forward slashes but
> not if I use backslashes. Can you confirm that? If not, please show me
> a case where it fails.
Yes, you are right.
c:/Program Fil[tab]
is actually completed. I didn't notice that becau
ot;,
which I also use, is that file-name completion does not work for find-file if
a windows-style directory path is used. - Daniel
--
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
ncurses.c to run in dos window, independent of cygwin?
2) If not, to compile ncurses.c to run in dos window, independent of
cygwin, do I have to set up the ncurses library myself?
I tried to get an answer from the docs, it seems unclear.
Thanks,
Daniel
--
Problem reports: http:
doing wrong? How do I use cygwin to compile the test ncurses
program so it can run in a dos terminal, independent of cygwin? I looked
around the docs and archives and could not figure out.
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
Marco Atzeri wrote:
On 6/19/2015 7:34 AM, Daniel wrote:
William J. Schilp, PhD wrote:
I have the same problem (I'm on 32bit). The IO module is broken:
$ ldd /usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll
ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x
William J. Schilp, PhD wrote:
i updated to the latest version of perl on cygwin and i get the
following failure:
Can't load '/usr/lib/perl5/5.14/i686-cygwin-threads-64int/auto/IO/IO.dll'
for module IO: No such process at /usr/lib/perl5/5.14/XSLoader.pm line
71.
at /usr/lib/perl5/5.14/i686-cygwi
Version 8.14.9-1 of the Sendmail mail server has been uploaded.
Unix Mail Transfer Agent (mail server)
General purpose internetwork email routing facility that supports many
kinds of
mail-transfer and delivery methods, including SMTP, SMTPS (STARTTLS),
SMTPA (AUTH)
used for email transport ove
-unidecode (0.04.17-1)
Python3 Unicode transliteration module
Required by: units
==
so I'm uninstalling "units".
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ:
. So you have to drop the 'z' when unzipping.
Daniel
--
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
Kelley Cook wrote:
On Thu, Apr 2, 2015 at 1:16 PM, Daniel wrote:
This library simulates the Unix root user. It is meant to make porting
Unix programs to Cygwin easier. Many Unix daemon programs, such as
Apache, Sendmail and Procmail, start up as root but change to an
unprivileged user ID.
By
This library simulates the Unix root user. It is meant to make porting
Unix programs to Cygwin easier. Many Unix daemon programs, such as
Apache, Sendmail and Procmail, start up as root but change to an
unprivileged user ID.
By including this library, any Cygwin super-user (member of the
'Administ
hgrp Users / /etc
chmod g-w / /etc
Chmod alone doesn't work. We first have to change the group owner of the
folders for chmod to be effective.
Maybe this phenomenon is unrelated to your sshd problem, but when I saw
your user/host combination I felt the need to share this with
I've reported the bug to binutils. Thank you for your advice, all.
On Tue, Sep 23, 2014 at 5:32 PM, Daniel R. Grayson
wrote:
> Thanks! I have just checked, but mpir is compiled without -flto. Indeed,
> their
> configure script appends -fno-lto to the command line if the user t
Thanks! I have just checked, but mpir is compiled without -flto. Indeed, their
configure script appends -fno-lto to the command line if the user try to use
it.
On Tue, Sep 23, 2014 at 5:09 PM, JonY <10wa...@gmail.com> wrote:
> On 9/24/2014 05:27, Christoph H. Hochstaetter wrote:
>> I am experien
On Wed, Sep 17, 2014 at 10:56 PM, Daniel R. Grayson
wrote:
> On Wed, Sep 17, 2014 at 9:37 PM, Yaakov Selkowitz
> wrote:
>> On 2014-09-17 19:28, Daniel R. Grayson wrote:
>>>
>>> This bug prevents me from linking our program under cygwin. The program
>>>
On Wed, Sep 17, 2014 at 9:37 PM, Yaakov Selkowitz wrote:
> On 2014-09-17 19:28, Daniel R. Grayson wrote:
>>
>> This bug prevents me from linking our program under cygwin. The program
>> is Macaulay2, see http://macaulay2.com/. I'm working now on a work-around
>>
On Wed, Sep 17, 2014 at 6:00 PM, JonY <10wa...@gmail.com> wrote:
> On 9/18/2014 03:20, Daniel R. Grayson wrote:
>> ld crashes with segmentation fault when linking with libmpir.a
>>
>> To reproduce:
>>
>> wget http://mpir.org/mpir-2.6.0.tar.bz2
>>
ld crashes with segmentation fault when linking with libmpir.a
To reproduce:
wget http://mpir.org/mpir-2.6.0.tar.bz2
tar xjf mpir-2.6.0.tar.bz2
cd mpir-2.6.0
./configure --build=x86_64-pc-cygwin
make
ld -u __gmpn_gcdext .libs/libmpir.a
Since gdb doesn't show me any useful
onf ###
[home]
path=/uhf/dbriley
read only=false
## /etc/rsyncd.conf ###
The rsync command run on the client is "rsync -vr --no-p *
serverhostname::home/"
With or without the "--no-p" switch makes no difference.
Client and server are running
Hello, I am using Cygwin installer 2.819 x86.
After installing new packages (and updating existing packages), I
sometimes get the message:
In-use file detected
Unable to extract /usr/bin/cygwin1.dll
The file is in use by the following processes:
C:\cygwin\bin\mintty.exe
C:\cygwin\bin\bash.exe
Warren Young wrote:
> Name a currently shipping Unixy system that does *not* have Perl installed by
> default.
"default" seems to me to be the wrong thing to compare to cygwin base. I don't
think most cygwin users would be pleased to see cygwin's base install inflated
to mimic most distros' d
On Sun, 11 Aug 2013, Andreas Winkelbauer wrote:
recently I stumbled across a bug in curl for 64-bit Cygwin regarding the -i
option. This bug has already been discussed in April 2013:
http://cygwin.1069669.n5.nabble.com/Difference-in-32-64-bit-curl-td98083.html
(I can't reply directly since I
1 - 100 of 898 matches
Mail list logo
