On 2024-01-31 10:36, ASSI via Cygwin wrote:
Jon Turney via Cygwin writes:
If upstream really is making multiple releases called '6.4', which
we're supposed to distinguish by some other means, then there aren't
really any good answers...
There's only one official 6.4 release, but just about ev
Jon Turney via Cygwin writes:
> If upstream really is making multiple releases called '6.4', which
> we're supposed to distinguish by some other means, then there aren't
> really any good answers...
There's only one official 6.4 release, but just about everyone packages
one of the roughly weekly s
On Wed, Jan 31, 2024 at 2:39 PM Jon Turney via Cygwin wrote:
>
> On 21/01/2024 22:13, Brian Inglis via Cygwin wrote:
> > On 2024-01-21 14:12, ASSI via Cygwin wrote:
> >> Brian Inglis via Cygwin writes:
> >>> Previous maintainer added some artificial single digit release
> >>> prefixes (in a few pa
On 21/01/2024 22:13, Brian Inglis via Cygwin wrote:
On 2024-01-21 14:12, ASSI via Cygwin wrote:
Brian Inglis via Cygwin writes:
Previous maintainer added some artificial single digit release
prefixes (in a few packages), but we decided to drop those and use the
release date directly as used in
On 2024-01-21 14:12, ASSI via Cygwin wrote:
Brian Inglis via Cygwin writes:
Previous maintainer added some artificial single digit release
prefixes (in a few packages), but we decided to drop those and use the
release date directly as used in the package.
That is the upstream versioning schem
Brian Inglis via Cygwin writes:
> Previous maintainer added some artificial single digit release
> prefixes (in a few packages), but we decided to drop those and use the
> release date directly as used in the package.
That is the upstream versioning scheme for patch releases or beta
versions, whic
On 2024-01-18 01:24, Takashi Yano via Cygwin wrote:
On Thu, 18 Jan 2024 16:37:59 +0900 (JST)
Yasuhiro Kimura wrote:
On Wed, 17 Jan 2024 12:30:59 +, David Stephenson via Cygwin wrote:
When using the copy function in tmux it crashes on Enter.
Steps:
ctrl-[ (enter copy mode)
Navigate to
On Thu, 18 Jan 2024 16:37:59 +0900 (JST)
Yasuhiro Kimura wrote:
> From: David Stephenson via Cygwin
> Subject: Tmux crashes on copy
> Date: Wed, 17 Jan 2024 12:30:59 +
>
> > When using the copy function in tmux it crashes on Enter.
> >
> > Steps:
&g
From: David Stephenson via Cygwin
Subject: Tmux crashes on copy
Date: Wed, 17 Jan 2024 12:30:59 +
> When using the copy function in tmux it crashes on Enter.
>
> Steps:
>
> ctrl-[ (enter copy mode)
> Navigate to text
> space (start copy)
> Navigate to end of
When using the copy function in tmux it crashes on Enter.
Steps:
ctrl-[ (enter copy mode)
Navigate to text
space (start copy)
Navigate to end of text
Enter (to select highlighted text) at this point tmux crashes
cygcheck.out (email redacted) and tmux.exe.stackdump attached
Thanks
esday, November 8, 2023 10:24 AM
To: 'cygwin@cygwin.com'
Subject: RE: [EXT] Re: XWin copy/paste succeeds on Windows 7, crashes on
Windows 11 Enterprise.
I have made an important discovery here. I've been using "release" mode when
compiling, and had the following resu
I have made an important discovery here. I've been using "release" mode when
compiling, and had the following results:
On Windows 11 enterprise (release):
When using "translations_ignore", it correctly just prints "Ignoring" every
time I cut/copy/paste.
I have created an entire program to test this. It's only 40 lines. The
program pops up a type in window...then you can type something in it and test
the copy/paste.
On Windows 11 enterprise:
When using "translations_ignore", it correctly just prints "Ignoring&quo
>-Original Message-
>From: Brian Inglis
>Sent: Monday, November 6, 2023 2:14 PM
>To: cygwin@cygwin.com
>Cc: Stone, Timothy M
>Subject: Re: [EXT] Re: XWin copy/paste succeeds on Windows 7, crashes on
>Windows 11 Enterprise.
>On 2023-11-06 12:04, Stone, Ti
On 2023-11-06 12:04, Stone, Timothy M via Cygwin wrote:
Have you tried the original Motif copy/cut/paste C-Ins/S-Del/S-Ins
available at Windows system level to see if that can give you some hints
about what's happening?
I don't know how to do this...can you explain?
Try Ctrl-In
>Have you tried the original Motif copy/cut/paste C-Ins/S-Del/S-Ins available
>at Windows system level to see if that can give you some hints about what's
>happening?
>
>--
>Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
>
&
On 2023-11-06 11:33, Stone, Timothy M via Cygwin wrote:
On 03/11/2023 20:17, Stone, Timothy M via Cygwin wrote:
I'm having a really hard time debugging this issue.
If I use the exact same version of cygwin and XWin, exact same code,
exact same Motif GUI app...
I find that when I try to use
de to use 1 of the 2
listed translations:
translations_copypaste: This translation table calls the built-in actions
for paste-clipboard, copy-clipboard, and cut-clipboard when the familiar
ctrl-c, ctrl-x, and ctrl-v are pressed.
translations_ignore: This translation table always
On 03/11/2023 20:17, Stone, Timothy M via Cygwin wrote:
I'm having a really hard time debugging this issue.
If I use the exact same version of cygwin and XWin, exact same code, exact same
Motif GUI app...
I find that when I try to use copy/paste functionality in TextFieldWi
Hi folks,
I'm having a really hard time debugging this issue.
If I use the exact same version of cygwin and XWin, exact same code, exact same
Motif GUI app...
I find that when I try to use copy/paste functionality in TextFieldWidgets:
*Cut/Copy/Paste works perfectly on Wind
;
> Ever since the upgrade, I see noticeable delay in copy pasting text
> from Chrome browser to 'vim' editor session
> running inside a xterm under fvwm.
>
> Need assistance on additional commands that I could run to find the
> cause of this issue.
Maybe this will h
After two years of using an older version of cygwin, a week ago, I
CYGWIN_NT-10.0-19045 version 3.4.7-1.x86_64
(runneradmin@fv-az416-306) (gcc version 11.4.0 (GCC) ) 2023-06-16
14:04 UTC
upgraded cygwin to the latest version.
Ever since the upgrade, I see noticeable delay in copy pasting
On Jan 20 22:30, Takashi Yano via Cygwin wrote:
> On Fri, 20 Jan 2023 13:26:20 +0100
> Corinna Vinschen wrote:
> > On Jan 20 21:18, Takashi Yano via Cygwin wrote:
> > > On Fri, 20 Jan 2023 12:30:29 +0100
> > > Corinna Vinschen wrote:
> > > > Also, your ffplay executable isn't high-entropy-VA enable
On Fri, 20 Jan 2023 13:26:20 +0100
Corinna Vinschen wrote:
> On Jan 20 21:18, Takashi Yano via Cygwin wrote:
> > On Fri, 20 Jan 2023 12:30:29 +0100
> > Corinna Vinschen wrote:
> > > Also, your ffplay executable isn't high-entropy-VA enabled, by any
> > > chance?
> >
> > I'm sorry, but the high-ent
On Jan 20 21:18, Takashi Yano via Cygwin wrote:
> On Fri, 20 Jan 2023 12:30:29 +0100
> Corinna Vinschen wrote:
> > Also, your ffplay executable isn't high-entropy-VA enabled, by any
> > chance?
>
> I'm sorry, but the high-entropy-va is ebabled.
>
> $ peflags -v /usr/bin/ff{mpeg,probe,play}
> /usr
On Jan 20 21:18, Takashi Yano via Cygwin wrote:
> On Fri, 20 Jan 2023 12:30:29 +0100
> Corinna Vinschen wrote:
> > Also, your ffplay executable isn't high-entropy-VA enabled, by any
> > chance?
>
> I'm sorry, but the high-entropy-va is ebabled.
>
> $ peflags -v /usr/bin/ff{mpeg,probe,play}
> /usr
On Fri, 20 Jan 2023 12:30:29 +0100
Corinna Vinschen wrote:
> Also, your ffplay executable isn't high-entropy-VA enabled, by any
> chance?
I'm sorry, but the high-entropy-va is ebabled.
$ peflags -v /usr/bin/ff{mpeg,probe,play}
/usr/bin/ffmpeg:
coff(0x022e[+executable_image,+line_nums_stripped,+l
On Jan 20 12:56, Takashi Yano via Cygwin wrote:
> Hi Corinna,
>
> I am now working on porting ffmpeg for cygwin, and noticed that
> the following error sometimes happens.
>
> $ while true; do ffplay 2>&1 |grep cygheap; done
> 0 [main] ffplay (10172) child_co
Hi Corinna,
I am now working on porting ffmpeg for cygwin, and noticed that
the following error sometimes happens.
$ while true; do ffplay 2>&1 |grep cygheap; done
0 [main] ffplay (10172) child_copy: cygheap read copy failed,
0x0..0x800028FB8, done 0, windows pid 10172, Win32 er
On 17/12/2022 23:15, Brian Inglis via Cygwin wrote:
Just upgraded all packages including Cygwin last night and get occasional:
[...]
Noticed current release is much smaller than previous and my local DLL:
$ TZ=UTC ls -glort /bin/cygwin1*.dll
-rwxr-xr-x 1 3588124 Sep 5 11:17 /bin/cygwin1-prev
Just upgraded all packages including Cygwin last night and get occasional:
0 [main] cygcheck (16308) child_copy: cygheap read copy failed,
0x0..0x800022F90, done 0, windows pid 16308, Win32 error 299
1 [main] grep (5852) child_copy: cygheap read copy failed, 0x0..0x800717038,
done 0, windows
On Nov 29 10:11, Carlo B. wrote:
> Hello,
> In commit 2dab880c963ce0204c3513d664f610b587a3e6a6 I did a mistake
> when I copied the new fhandler_serial::switch_modem_lines() from my
> modified 3.3.6 branch to the current master and I left a copy paste
> error that I corrected la
Hello,
In commit 2dab880c963ce0204c3513d664f610b587a3e6a6 I did a mistake
when I copied the new fhandler_serial::switch_modem_lines() from my
modified 3.3.6 branch to the current master and I left a copy paste
error that I corrected later. This patch fixes that error.
Sorry for the trouble
Corinna Vinschen wrote at about 20:19:42 +0100 on Tuesday, January 25, 2022:
> On Jan 21 08:57, cyg...@kosowsky.org wrote:
> > Hi Corinna,
> > I found another file with ACLs that fail even under the new snapshot
> > cygwin1.dll.
> >
> > #getfacl setup.ilg
> > # file: setup.ilg
> > # owner:
On Jan 21 08:57, cyg...@kosowsky.org wrote:
> Hi Corinna,
> I found another file with ACLs that fail even under the new snapshot
> cygwin1.dll.
>
> #getfacl setup.ilg
> # file: setup.ilg
> # owner: Administrators
> # group: None
> getfacl: setup.ilg: Invalid argument
>
> #icacls.exe setup.ilg
> s
Hi Corinna,
I found another file with ACLs that fail even under the new snapshot
cygwin1.dll.
#getfacl setup.ilg
# file: setup.ilg
# owner: Administrators
# group: None
getfacl: setup.ilg: Invalid argument
#icacls.exe setup.ilg
setup.ilg NT SERVICE\TrustedInstaller:(I)(F)
NT SERVICE\Tru
On Jan 18 21:26, cyg...@kosowsky.org wrote:
> On Jan 04:14 Corinna Vinschen wrote:
> > I uploaded a developer snapshot to https://cygwin.com/snapshots
> > Please give it a try.
>
> Indeed, the new cygwin.dll does allow me to copy the files and it does
> preserve the &#x
> is a directory, so the core function in Cygwin only creates default
> ACEs for directories. The result when calling getfacl on such a file
> is thus:
>
> $ getfacl acltest
> # file: acltest
> # owner: Administrators
> # group: SYSTEM
> user::rwx
>
On Jan 10 14:46, Corinna Vinschen wrote:
> On Jan 10 11:07, Corinna Vinschen wrote:
> > On Jan 7 15:56, cyg...@kosowsky.org wrote:
> > > > Corinna Vinschen wrote:
> > > > On Jan 6 16:11, cyg...@kosowsky.org wrote:
> > > > It is. I realized belatedly, that 3da9e136.acl is apparently a
> > > > dir
On Jan 10 11:07, Corinna Vinschen wrote:
> On Jan 7 15:56, cyg...@kosowsky.org wrote:
> > > Corinna Vinschen wrote:
> > > On Jan 6 16:11, cyg...@kosowsky.org wrote:
> > > It is. I realized belatedly, that 3da9e136.acl is apparently a
> > > directory, not a file.
> >
> > It's actually a file...
On Jan 7 15:56, cyg...@kosowsky.org wrote:
> > Corinna Vinschen wrote:
> > On Jan 6 16:11, cyg...@kosowsky.org wrote:
> > It is. I realized belatedly, that 3da9e136.acl is apparently a
> > directory, not a file.
>
> It's actually a file...
This is weird. The meaning of the OI and CI markers a
> Corinna Vinschen wrote:
> On Jan 6 16:11, cyg...@kosowsky.org wrote:
> It is. I realized belatedly, that 3da9e136.acl is apparently a
> directory, not a file.
It's actually a file...
# ls -al 3da9e136.rbf
-rwxrwxr-x+ 1 Administrators SYSTEM 96728 Jul 8 2018 3da9e136.rbf*
#fil
On Jan 6 16:11, cyg...@kosowsky.org wrote:
> Corinna Vinschen wrote:
> > On Jan 3 10:51, cyg...@kosowsky.org wrote:
> > > I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
> > > [...]
> > > # getfacl 3da9e136.rbf
> > >
Hi Corinna,
Corinna Vinschen wrote:
> On Jan 3 10:51, cyg...@kosowsky.org wrote:
> > I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
> > [...]
> > # getfacl 3da9e136.rbf
> > # file: 3da9e136.rbf
> > # owner: Adminis
- Eliot
Andrey Repin wrote at about 21:05:48 +0300 on Thursday, January 6, 2022:
> Greetings, Corinna Vinschen!
>
> > On Jan 3 10:51, cyg...@kosowsky.org wrote:
> >> I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
> >> [...]
>
Subinacl is pre-installed on the version of Win10 I got from MSFT.
Andrey Repin wrote at about 21:05:48 +0300 on Thursday, January 6, 2022:
> Greetings, Corinna Vinschen!
>
> > On Jan 3 10:51, cyg...@kosowsky.org wrote:
> >> I have a file: /c/Config.Msi/3da9e136.rbf tha
I get 404 with this link.
Am 06.01.2022 um 19:05 schrieb Andrey Repin:
Greetings, Corinna Vinschen!
On Jan 3 10:51, cyg...@kosowsky.org wrote:
I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
[...]
# getfacl 3da9e136.rbf
# file: 3da9e136.rbf
Greetings, Corinna Vinschen!
> On Jan 3 10:51, cyg...@kosowsky.org wrote:
>> I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
>> [...]
>> # getfacl 3da9e136.rbf
>> # file: 3da9e136.rbf
>> # owner: Administrators
>>
Corinna Vinschen writes:
> I don't see a reliable, trustable source for downloading subinacl, so
> let's do this with builtin tools.
This program was part of the Resource Kit for Windows Server (2003?).
At least about five years ago you could get an official download link
via the M$ Knowledge base
On Jan 3 10:51, cyg...@kosowsky.org wrote:
> I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
> [...]
> # getfacl 3da9e136.rbf
> # file: 3da9e136.rbf
> # owner: Administrators
> # group: SYSTEM
> user::rwx
> group
To:
Subject:
X-Mailer: VM 8.2.0b under 25.2.2 (x86_64-pc-linux-gnu--text follows this line--
I have a file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
I run bash as an administrator -- seemingly due to perm/acl errors.
Specifically:
# mv 3da9e136.rbf newfile: works
I have file: /c/Config.Msi/3da9e136.rbf that I cannot copy, even when
I run bash as an administrator -- seemingly due to perm/acl errors.
Specifically:
# mv 3da9e136.rbf newfile: works
# cp 3da9e136.rbf newfile: works
But,
# cp -a 3da9e136.rbf newfile
cp
On 2020-11-12 20:24:59, Bruno Iglesias wrote:
Hi,
When i try to copy a ssh key with ssh-copy-id receive this error and
not copy de key:
ssh-copy-id biglesias@pve1
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed:
"/home/bruno/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO:
Hi,
When i try to copy a ssh key with ssh-copy-id receive this error and
not copy de key:
ssh-copy-id biglesias@pve1
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed:
"/home/bruno/.ssh/id_rsa.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s),
to filt
please reply to the mailing list
On 10.07.2020 02:09, anastasios agnostos wrote:
thank you,
a problem is present!
mt -f /dev/st0 rewind
mt: /dev/st0: Permission denied
please what i must do?
anastasios
are you running the shell as Administrator ?
What is the output of "id" ?
Στις Πέμ
On Thu, Jul 9, 2020 at 9:59 AM Corinna Vinschen wrote:
>
> On Jul 9 07:49, Marco Atzeri via Cygwin wrote:
> > On 09.07.2020 02:50, anastasios agnostos via Cygwin wrote:
> > > please how i can read a tar tape0?
> > > thank you
> > > anastasios
> > > --
> >
> > https://cygwin.com/cygwin-ug-net/usin
On Jul 9 07:49, Marco Atzeri via Cygwin wrote:
> On 09.07.2020 02:50, anastasios agnostos via Cygwin wrote:
> > please how i can read a tar tape0?
> > thank you
> > anastasios
> > --
>
> https://cygwin.com/cygwin-ug-net/using-specialnames.html
>
> you can read from /dev/tape0
/dev/st0 or /dev/n
On 09.07.2020 02:50, anastasios agnostos via Cygwin wrote:
please how i can read a tar tape0?
thank you
anastasios
--
https://cygwin.com/cygwin-ug-net/using-specialnames.html
you can read from /dev/tape0
See also the mt tools
https://cygwin.com/packages/summary/mt.html
--
Problem reports:
please how i can read a tar tape0?
thank you
anastasios
--
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
I sometimes get in this situation where one and only one xterm
receives a paste no matter which window (X or Windows) I'm trying to
paste into.
THIS IS NOT A BUG REPORT, my cygwin is pretty old.
However I've found oddly enough if I go into the xterm receiving all
the pastes and press CTRL-mouse
t; 2. Is there a way to reset the X server's (or maybe Windows')
> > copy/paste buffer without having to close all my X windows and restart
> > the server?
>
> Not really.
>
> You can start the X server with the '-noclipboard' option, and then run
> '
On 11/09/2019 00:17, Jim Reisert AD1C wrote:
I didn't see this message before I posted a separate message. Here is
my report again.
I am using the latest test X server (1.20.5-3 built 2019-09-06),
HOWEVER, I have seen this problem again and again for months now.
After I copy/paste e
I didn't see this message before I posted a separate message. Here is
my report again.
I am using the latest test X server (1.20.5-3 built 2019-09-06),
HOWEVER, I have seen this problem again and again for months now.
After I copy/paste enough, either from Xterm to Xterm, or Xterm to
Wi
After I copy/paste enough, either from Xterm to Xterm, or Xterm to
Windows, eventually it stops working. I can still select text in the
Xterm, but I'm unable to paste it into windows - nothing happens. My
fuzzy recollection is that copy/paste from X to X still works, but I
forgot to test
On 26/08/2019 02:57, L A Walsh wrote:
Starting a few days ago, after an update to cygwin,
I'm finding it impossible to transfer
my xselection from cygwin X to any Win application or vice versa.
Are you using xorg-server 1.20.5-1 or later test release package?
I made some significant changes t
Original Message
Subject:Problem transfering X11 cut/copy buffer to windows and back
Date: Sun, 25 Aug 2019 11:51:18 -0700
Starting a few days ago, after an update to cygwin,
I'm finding it impossible to transfer
my xselection from cygwin X to any Win applic
- Original Message -
> From: Tatsuro MATSUOKA
> To: cygwi
> Cc:
> Date: 2019/3/17, Sun 13:56
> Subject: copy and paste on mintty are strange for lines containing wide width
> characters after 2.9.7
>
> After 2.9.7,
>
>
> copy and paste on mintty
Am 17.03.2019 um 06:24 schrieb Takashi Yano:
On Sun, 17 Mar 2019 13:56:40 +0900 (JST) Tatsuro MATSUOKA wrote:
After 2.9.7,
copy and paste on mintty are strange for lines containing wide width characters
(e.g. Japanese Kanji).
Also the cursor position is strange on wide characters.
It is at the
On Sun, 17 Mar 2019 13:56:40 +0900 (JST) Tatsuro MATSUOKA wrote:
> After 2.9.7,
> copy and paste on mintty are strange for lines containing wide width
> characters
> (e.g. Japanese Kanji).
Also the cursor position is strange on wide characters.
It is at the position as if the charac
After 2.9.7,
copy and paste on mintty are strange for lines containing wide width characters
(e.g. Japanese Kanji).
-rw--- 1 MATSUOKA LAB なし 180 3月 30 2018 .serverauth.12420
Copy 180 and paste it to notepad.
It become 0 3.
Tatsuro
--
Problem reports: http://cygwin.com
On 26 March 2018 at 12:45, Alfonso Querol wrote:
> Hello,
>
> I'm using DeltaCopy V1.4 in a Windows Server 2012R2 Essentials and I have
> the next error although the copy goes aparently well.
>
> "Executing: rsync.exe -v -rlt -z --chmod=a=rw,Da+x --delete
Hello,
I'm using DeltaCopy V1.4 in a Windows Server 2012R2 Essentials and I have
the next error although the copy goes aparently well.
"Executing: rsync.exe -v -rlt -z --chmod=a=rw,Da+x --delete
"/cygdrive/C/x/xx/" "xxx.xxx.xxx.xx::ServMnDatos/
On 02/03/2018 23:04, Zoltan Kelemen-Virag wrote:
2 [main] rsync 15476 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.
Zoltan,
you should report the problem to the Delta Copy guys
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
Regards
Marco
--
Problem re
2 [main] rsync 15476 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.
--
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-si
Hi Brian-
I went with the simpleclip plug-in for emacs. Now I can cut|copy|paste
from terminator into emacs. It is located on github.
thx.-
J. McNamara
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On 12/16/2017 9:40 AM, Steven Penny wrote:
you presented a use case
where
you were creating custom archives, then putting them in local package
directory,
then not updating setup.ini. wait no, that was Ken
Actually that's not what I said. You jumped to a conclusion based on an
admittedly sk
On Sat, 16 Dec 2017 14:50:56, Vince Rice wrote:
No, you never need any opinion that is in conflict with yours. I'm not going
to argue with you for a variety of reasons, not least because the decision is
not yours. You have shown you don't care what anyone else thinks on this or
any other issue, a
> On Dec 16, 2017, at 11:00 AM, Steven Penny wrote:
>
> On Fri, 15 Dec 2017 09:50:44, Vince Rice wrote:
>> It's my computer. I don't want setup (or anything else) replacing files on it
>> it doesn't know about without at least asking whether that's what I want it
>> to
>> do. Setup's current beha
Am 16.12.2017 um 05:00 schrieb Steven Penny:
> On Fri, 15 Dec 2017 09:50:44, Vince Rice wrote:
>> It's my computer. I don't want setup (or anything else) replacing
>> files on it
>> it doesn't know about without at least asking whether that's what I
>> want it to
>> do. Setup's current behavior is
On Fri, 15 Dec 2017 09:50:44, Vince Rice wrote:
It's my computer. I don't want setup (or anything else) replacing files on it
it doesn't know about without at least asking whether that's what I want it to
do. Setup's current behavior is exactly what it should be, IMO. If, as has
been mentioned, s
On 2017-12-14 12:57, Ken Brown wrote:
> On 12/14/2017 2:46 PM, Andrey Repin wrote:
>>> This is a followup to the discussion started here:
>>> https://cygwin.com/ml/cygwin/2017-12/msg00088.html
>>> When setup is preparing to download files and it finds a corrupt c
Greetings, Ken Brown!
> On 12/14/2017 2:46 PM, Andrey Repin wrote:
>> Greetings, Ken Brown!
>>
>>> This is a followup to the discussion started here:
>>
>>> https://cygwin.com/ml/cygwin/2017-12/msg00088.html
>>
>>> When setup is prep
> On Dec 15, 2017, at 7:33 AM, Steven Penny wrote:
>
> On Thu, 14 Dec 2017 14:57:14, Ken Brown wrote:
>> And, as I said, it happens when setup is *preparing* to download files and
>> finds a corrupt copy already present in the local cache. In that context,
>> setup has
On Thu, 14 Dec 2017 14:57:14, Ken Brown wrote:
And, as I said, it happens when setup is *preparing* to download files and
finds a corrupt copy already present in the local cache. In that context,
setup has no idea where the file came from.
the point is, *it doesnt matter*. it is not and
On 12/14/2017 2:46 PM, Andrey Repin wrote:
Greetings, Ken Brown!
This is a followup to the discussion started here:
https://cygwin.com/ml/cygwin/2017-12/msg00088.html
When setup is preparing to download files and it finds a corrupt copy in
the local cache, it issues a fatal error
Greetings, Ken Brown!
> This is a followup to the discussion started here:
>https://cygwin.com/ml/cygwin/2017-12/msg00088.html
> When setup is preparing to download files and it finds a corrupt copy in
> the local cache, it issues a fatal error message telling the user to
Am 13.12.2017 um 14:28 schrieb Ken Brown:
When setup is preparing to download files and it finds a corrupt copy in
the local cache, it issues a fatal error message telling the user to
remove the corrupt file and retry. Steven said that setup should
silently delete the corrupt file, while I
This is a followup to the discussion started here:
https://cygwin.com/ml/cygwin/2017-12/msg00088.html
When setup is preparing to download files and it finds a corrupt copy in
the local cache, it issues a fatal error message telling the user to
remove the corrupt file and retry. Steven said
; Data20170103
> ...
> Data20161220
> User20170117
> User20170110
> User20170103
> ...
> User20161220
> DB20170117
> DB20170110
> DB20170103
> ...
> DB20161220
>
>
>
> Now I periodically need to copy this HD to another one, which is, alas, only
>
70117
DB20170110
DB20170103
...
DB20161220
Now I periodically need to copy this HD to another one, which is, alas,
only 1TB.
So I'd like to only transfer the most recent copies, either until the
disk is full or by specifying a number of "copies" to keep. Of course
the older ones should
repository, right-click
> any commit, pick "show changes as unified diff", there's an error
> dialog:
>
> ```
> Could not get unified diff.
>1 [main] git 2292 child_copy: cygheap read copy failed,
> 0x180302408..0x18030F230, done 0, windows pid 2292, Win32 err
>> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
>> advanced TortoiseGit settings). For the most part, everything works
>> correctly.
>
> Although this is probably unrelated, I've had problems with
> TortoiseSVN and Cygwin's svn (not Git), because Tortoise uses DOS line
> end
Hi Gene,
On Thu, Nov 17, 2016 at 12:42 AM, Gene Pavlovsky wrote:
> Hey everybody!
>
> I'm using TortoiseGit with Cygwin git (Cygwin workarounds enabled in
> advanced TortoiseGit settings). For the most part, everything works
> correctly.
Although this is probably unrelated, I've had problems with
here's an error
dialog:
```
Could not get unified diff.
1 [main] git 2292 child_copy: cygheap read copy failed,
0x180302408..0x18030F230, done 0, windows pid 2292, Win32 error 6
411 [main] git 2292 C:\cygwin\bin\git.exe: *** fatal error - ccalloc
would have returned NULL
```
Actually I
Matej Pisek crossnet.si> writes:
> I'm using ElkarBackup to copy backup data from servers. A few days ago a
> wrote a bash script to also make volume shadow copy via vssadmin... and
> everything works but ElkarBackup to access
> /proc/sys/Devices/HarddiskVolumeShadowCopy...
Hello!
I'm using ElkarBackup to copy backup data from servers. A few days ago a
wrote a bash script to also make volume shadow copy via vssadmin... and
everything works but ElkarBackup to access
/proc/sys/Devices/HarddiskVolumeShadowCopy... cause it recognizes iz as
symlink.
I can
Hi,
On Thu, Mar 17, 2016 at 3:11 PM, Hans-Bernhard Bröker
wrote:
> Hello there,
>
> clang has its own copy of some system headers. One of those lacks an entry
> that breaks compilation of any program trying to work with directories the
> POSIX way:
>
> $ cat tdirent.c
>
Hello there,
clang has its own copy of some system headers. One of those lacks an
entry that breaks compilation of any program trying to work with
directories the POSIX way:
$ cat tdirent.c
#include
void foo(void)
{
return;
}
$ clang -c tdirent.c
In file included from tdirent.c:1
this respect.
The actual system would have been
#include_next'ed in turn (line 168 of /usr/lib/gcc/.../limits.h), but
that was disabled by the above hack.
FWIW, I commented out that hack in my local copy, and it works again.
See the relevant part of preprocessor output (manually indented fo
On 17/03/2016 14:19, Ismail Donmez wrote:
Hi,
On Thu, Mar 17, 2016 at 3:11 PM, Hans-Bernhard Bröker
wrote:
Hello there,
clang has its own copy of some system headers. One of those lacks an entry
that breaks compilation of any program trying to work with directories the
POSIX way:
$ cat
1 - 100 of 646 matches
Mail list logo
