Corinna Vinschen cygwin.com> writes:
> > On another front, I've recently uüstreamed a patch for a Perl distribution
> > to use /proc/pid/statm because ps from Cygwin doesn't implement a switch to
> > show the vmsize information. The maintainer of said distribution said he
> > was expecting a BSD
Corinna Vinschen cygwin.com> writes:
> I uploaded a new developer snapshot. Please give it a try:
> https://cygwin.com/snapshots/
Fix confirmed. Thanks!
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Mon, Jun 8, 2015 at 11:07 PM, Corinna Vinschen
wrote:
> On Jun 8 19:18, Corinna Vinschen wrote:
>> On Jun 8 16:10, Achim Gratz wrote:
>> > Corinna Vinschen cygwin.com> writes:
>> > > > One question though, would it be possible to return executable name
>> > > > instead of for non-Cygwin pro
Rebuilt against librsync2.
DESCRIPTION:
rdiff-backup backs up one directory to another, possibly over a
network. The target directory ends up a copy of the source
directory, but extra reverse diffs are stored in a special
subdirectory of that target directory, so you can still recover
Dear Jon and Gavin:
Today I finally got to testing again. For reasons unknown to me, after
updating, XWin starts again as expected, both with or without debug packages
installed. So let me thank you for your feedback. I guess, you can forget the
original bug report. If XWin will stop starti
On Mon, Jun 8, 2015 at 2:13 PM, Corinna Vinschen wrote:
> On Jun 5 07:36, Thomas Wolff wrote:
>> Am 01.06.2015 um 17:50 schrieb Corinna Vinschen:
>> >>...
>> >We could also put mintty under the cygwin-apps cover on sourceware.
>> >We just need to fetch a git repo or import the original svn repo.
On Jun 8 16:04, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > Easily reproducible, thank you. I think I found the culprit. mount(1)
> > always converts the mnt_fsname field to backslash notation. That breaks
> > converting the bind mount from the expected POSIX notation to a va
On Jun 8 19:18, Corinna Vinschen wrote:
> On Jun 8 16:10, Achim Gratz wrote:
> > Corinna Vinschen cygwin.com> writes:
> > > > One question though, would it be possible to return executable name
> > > > instead of for non-Cygwin processes?
> > >
> > > That should work, it just needs implementin
We're hearing more and more need for something like this, not just a hidden
console window but a proper bifurcation between a console server and client so
to speak. I'll add the POSIX pty idea to our backlog for when we start
reviewing the overall requests in this area.
--Rich
-Original Me
On Jun 8 16:10, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > > One question though, would it be possible to return executable name
> > > instead of for non-Cygwin processes?
> >
> > That should work, it just needs implementing.
> >
> > However, I'm just mulling over another id
Corinna Vinschen cygwin.com> writes:
> > One question though, would it be possible to return executable name
> > instead of for non-Cygwin processes?
>
> That should work, it just needs implementing.
>
> However, I'm just mulling over another idea. It's probably even
> possible to return the c
Corinna Vinschen cygwin.com> writes:
> Easily reproducible, thank you. I think I found the culprit. mount(1)
> always converts the mnt_fsname field to backslash notation. That breaks
> converting the bind mount from the expected POSIX notation to a valid
> Win32 path.
>
> I fixed mount(1) in g
New upstream release of librsync, including a security fix. Note
that the ABI for the librsync has changed, so the package now
provides librsync2.
Cygwin packaging changes:
* Main package renamed from rdiff to librsync.
DESCRIPTION:
librsync is a free software library that implement
On Jun 8 14:53, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
>
> > > //server/some/directory /mnt/server-share none binary 0 0
> > > #bind mounts
> > > /mnt/server-share/some/other/directory /mnt/task1 none binary,bind
> > >
> > > That works well until I try to add another such bin
On Jun 8 18:25, İsmail Dönmez wrote:
> On Mon, Jun 8, 2015 at 6:12 PM, İsmail Dönmez wrote:
> > On Mon, Jun 8, 2015 at 4:21 PM, Corinna Vinschen
> > wrote:
> >> On Jun 8 14:41, Corinna Vinschen wrote:
> >>> On Jun 6 12:58, İsmail Dönmez wrote:
> >>> > Hi,
> >>> >
> >>> > I had a nice discussio
On Mon, Jun 8, 2015 at 6:12 PM, İsmail Dönmez wrote:
> On Mon, Jun 8, 2015 at 4:21 PM, Corinna Vinschen
> wrote:
>> On Jun 8 14:41, Corinna Vinschen wrote:
>>> On Jun 6 12:58, İsmail Dönmez wrote:
>>> > Hi,
>>> >
>>> > I had a nice discussion with tmux maintainers over at
>>> > https://github.c
On Mon, Jun 8, 2015 at 4:21 PM, Corinna Vinschen
wrote:
> On Jun 8 14:41, Corinna Vinschen wrote:
>> On Jun 6 12:58, İsmail Dönmez wrote:
>> > Hi,
>> >
>> > I had a nice discussion with tmux maintainers over at
>> > https://github.com/tmux/tmux/issues/13 about the tmux 2.0 regression
>> > on Cyg
Corinna Vinschen cygwin.com> writes:
> > //server/some/directory /mnt/server-share none binary 0 0
> > #bind mounts
> > /mnt/server-share/some/other/directory /mnt/task1 none binary,bind
> >
> > That works well until I try to add another such bind mount and activate it
> > via 'mount -a' without
On Jun 8 15:50, Marco Atzeri wrote:
> On 6/8/2015 2:09 PM, Corinna Vinschen wrote:
> >Hi Takashi,
> >
>
> >You convinced me. I applied your patch. I'll generate a developer
> >snapshot later today. It would be nice if it could get a thorough
> >testing.
> >
> >
> >Thanks,
> >Corinna
>
> I am
On 6/8/2015 3:15 PM, Gerry Reno wrote:
The only way that we found to fix this fork:retry problem 100% was to uninstall
BitDefender Endpoint Security entirely
on each client and reinstall it after we installed Cygwin. BitDefender does
not currently give you any way to disable
its Endpoint Secur
On 6/8/2015 2:09 PM, Corinna Vinschen wrote:
Hi Takashi,
You convinced me. I applied your patch. I'll generate a developer
snapshot later today. It would be nice if it could get a thorough
testing.
Thanks,
Corinna
I am testing both 32bit and 64 bit version from yesterday
and the long t
On May 26 17:33, David Macek wrote:
> Hi.
>
> My testcase: run mintty-bash, run tmux inside and run netsh inside. Try to
> type.
>
> Result: horrible lags
I uploaded a Cygwin developer snapshot supposed to fix this issue to
https://cygwin.com/snapshots/ Please give it a try. Replacing the DLL
On Jun 8 14:41, Corinna Vinschen wrote:
> On Jun 6 12:58, İsmail Dönmez wrote:
> > Hi,
> >
> > I had a nice discussion with tmux maintainers over at
> > https://github.com/tmux/tmux/issues/13 about the tmux 2.0 regression
> > on Cygwin.
> >
> > Long story short, tmux is trying to read /proc//cm
On May 28 13:48, Corinna Vinschen wrote:
> Michael? Ping?
>
>
> On May 28 19:54, Takashi Yano wrote:
> > Hi Corinna,
> >
> > On Wed, 27 May 2015 14:43:43 +0200
> > Corinna Vinschen wrote:
> >
> > > 1.9? Do you mean 1.7.35, by any chance? This *may* be related to the
> > > changes in the pty
On Jun 7 12:55, Marco Atzeri wrote:
> On 6/7/2015 11:32 AM, Marco Atzeri wrote:
> >If you are interested to test I can provided a new cygwin1.dll.
> of course "I can provide"
I uploaded a developer snapshot containing the fix to the usual place:
https://cygwin.com/snapshots/
Please give it a try
On 05/28/2015 12:44 AM, Achim Gratz wrote:
> Gerry Reno writes:
>> I've been struggling with this fork:retry issue for over a month and have
>> yet to find a working solution.
>>
>> The machines are Windows 7 64-bit with Cygwin 32-bit installation.
>> I run Setup and then install some bash scripts
On Jun 8 10:39, Achim Gratz wrote:
> I've been using bind mounts to provide alternative paths into the same file
> system.
>
> //server/some/directory /mnt/server-share none binary 0 0
> #bind mounts
> /mnt/server-share/some/other/directory /mnt/task1 none, binary,bind
>
> That works well until
On Jun 7 17:46, Marilo wrote:
> after some fiddling with ssh.. removing the service, removing keys,
> re-running ssh-host-config, I got this error
>
> harvey@samsung350 ~
> $ tail /var/log/sshd.log
> @@@
> @ WARNING: UNPROTECTED
On Jun 6 12:58, İsmail Dönmez wrote:
> Hi,
>
> I had a nice discussion with tmux maintainers over at
> https://github.com/tmux/tmux/issues/13 about the tmux 2.0 regression
> on Cygwin.
>
> Long story short, tmux is trying to read /proc//cmdline and
> /proc//cwd for various reasons and for non-Cy
On Jun 4 17:38, Jim Reisert AD1C wrote:
> On Thu, Jun 4, 2015 at 4:52 PM, Stephen John Smoogen wrote:
>
> > I have replicated this on Windows 10 and also in Windows 7 when using
> > the cygwin-setup downloaded as of last week.
>
> That's a good data point. I haven't searched on Win 7 with the n
On Jun 5 07:36, Thomas Wolff wrote:
> Am 01.06.2015 um 17:50 schrieb Corinna Vinschen:
> >>...
> >We could also put mintty under the cygwin-apps cover on sourceware.
> >We just need to fetch a git repo or import the original svn repo.
> Another good proposal which I must have overlooked on Monday,
Hi Takashi,
On Jun 7 09:03, Takashi Yano wrote:
> Hi Corinna,
>
> On Thu, 28 May 2015 16:16:12 +0200 Corinna Vinschen wrote:
>
> > I applied this patch. I'm not comfortable with removing the SIGHUP
> > handling from slave::read in favor of just setting errno to EIO.
> > EIO seems wrong here.
On Jun 2 14:49, Warren Young wrote:
> On Jun 2, 2015, at 1: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.
> >
>
I've been using bind mounts to provide alternative paths into the same file
system.
//server/some/directory /mnt/server-share none binary 0 0
#bind mounts
/mnt/server-share/some/other/directory /mnt/task1 none, binary,bind
That works well until I try to add another such bind mount and activate it
On 06/06/2015 16:37, John T. Kerich wrote:
• Check that /usr/bin/xkbcomp can be run from a bash shell. If that
fails, see if cygcheck /usr/bin/xkbcomp reports any missing DLLs.
The cygcheck output looks correct. I assume you also checked that xkbcomp can
be run?
I am not sure what the inpu
Pier Paolo Glave gmail.com> writes:
> I've tried both the 64 and 32 bits version, but in both cases
> 0p_000_autorebase.dash hangs, and I can only cancel the setup.
You could have a look in the task manager and maybe end the dash process to
see whether it can continue.
> The log file isn't writ
could someone with a recent 32bit installation
confirm me if Texmacs works or segfaults ?
I suspect a hidden change in the last guile lib update,
but I could have messed up my PC.
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/fa
On Sun, 2015-06-07 at 14:58 -0700, Emil Lambrache wrote:
> After I have allowed the setup to update my cygwin tree, I discovered to
> my dismay
> that the latest gcc 4.9.2 has dropped support for varargs.h.
http://en.wikipedia.org/wiki/Stdarg.h#varargs.h
http://stackoverflow.com/a/24950684/580360
38 matches
Mail list logo