On Jul 18 06:39, Achim Gratz wrote:
The mined directory for both architectures contain temporary files that
apparently sftp has left there (they have the suffix SftpXFR.PID I
think). These should be removed, but maybe the transfer script that
moves the files from the upload area could be
On Fri, Jul 18, 2014 at 10:36:21AM +0200, Corinna Vinschen wrote:
On Jul 18 06:39, Achim Gratz wrote:
The mined directory for both architectures contain temporary files that
apparently sftp has left there (they have the suffix SftpXFR.PID I
think). These should be removed, but maybe the
On Jul 18 11:03, Christopher Faylor wrote:
On Fri, Jul 18, 2014 at 10:36:21AM +0200, Corinna Vinschen wrote:
On Jul 18 06:39, Achim Gratz wrote:
The mined directory for both architectures contain temporary files that
apparently sftp has left there (they have the suffix SftpXFR.PID I
Am 18.07.2014 06:39, schrieb Achim Gratz:
The mined directory for both architectures contain temporary files that
apparently sftp has left there (they have the suffix SftpXFR.PID I
think). These should be removed, but maybe the transfer script that
moves the files from the upload area could be
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-07-18 12:28:00
Modified files:
winsup/cygwin/release: 1.7.31
Log message:
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.31.diff?cvsroot=srcr1=1.5r2=1.6
Greetings, Achim Gratz!
git isn't ready yet unfortunately. Can't you just download a recent
snapshot? That should be good enough.
I can download and install snapshots just fine. I'm running snapshots
for quite some time already so there'd be nothing new on that front.
FWIW, CVS is
I reckon that I gained a lot from this thread, it helped me so much on the
comprehension of code 128. I am now searching for the code 128 wordbarcode
add in
http://www.businessrefinery.com/products/barcode_net/net_barcode_generator.html
, don't know if you guys can offer any suggestions or not.
It appears this snapshot does not contain the LDAP integration or has it
switched off, is this intended? The snapshot from the day before is OK.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Hi Daniel,
On Jul 17 22:29, D. Boland wrote:
Hi Corinna,
Corinna Vinschen wrote:
On Jul 17 20:14, D. Boland wrote:
Just letting you know how it went with the Resolver (miniedit). The
error, pointed
out by you, solved the problem.
Did you read my previous reply? Do *not*
On Jul 18 07:55, Achim Gratz wrote:
It appears this snapshot does not contain the LDAP integration or has it
switched off, is this intended? The snapshot from the day before is OK.
That was intended. Sorry for not telling!
It's the snapshot which is supposed to become 1.7.31. I'm not yet
On Jul 18 10:17, Corinna Vinschen wrote:
On Jul 17 22:29, D. Boland wrote:
Yes, I read it. I just don't like to swap my current Cygwin DLL. I will
test it
proper on a fresh Cygwin system on another computer. When will the fix be
released?
With 1.7.31 in the next few days. But there
Corinna Vinschen corinna-cygwin at cygwin.com writes:
That was intended. Sorry for not telling!
No problem, I'll just stick with the previous one for now.
It's the snapshot which is supposed to become 1.7.31. I'm not yet
confident enough to activate the AD integration stuff into the
Hi folks,
we're planning to release Cygwin 1.7.31 in the next few days. Last
chance to give the developer snapshot a try. Please test the latest
snapshot from http://cygwin.com/snapshots/, dated 2014-07-16.
This is mostly a bugfix release. Here's the list of changes:
What changed:
On 07/18/2014 02:29 AM, Corinna Vinschen wrote:
Bug Fixes
-
- Fix various assorted bugs (potential buffer overruns, resource leaks, you
name it) catched by Coverity.
s/catched/caught/
--
Eric Blake eblake redhat com+1-919-301-3266
Libvirt virtualization library
On Jul 18 05:54, Eric Blake wrote:
On 07/18/2014 02:29 AM, Corinna Vinschen wrote:
Bug Fixes
-
- Fix various assorted bugs (potential buffer overruns, resource leaks, you
name it) catched by Coverity.
s/catched/caught/
Thanks for catching ;)
Corinna
--
Corinna
It's not reproducible for me. I just tried your ssh scenario with a
1000 and 2000 line buffers and it works fine for me every time, be it
with Cygwin 1.7.30 or the latest snapshot. I also raised the number of
loops. Is it possible that you're suffering a BLODA(*) problem?
Thanks,
On 07/18/2014 10:48 AM, sous lesquels wrote:
It's not reproducible for me. I just tried your ssh scenario with a
1000 and 2000 line buffers and it works fine for me every time, be it
with Cygwin 1.7.30 or the latest snapshot. I also raised the number of
loops. Is it possible that you're
Thanks Larry.
This is not the recommended way of handling this situation. You end up
with a .new extension if the DLL was in use at the time of your upgrade.
In this case, setup*.exe schedules a replace of your existing DLL with the
.new version on reboot. So if you find such a file on your
On Fri, Jul 18, 2014 at 12:59:10PM -0400, sous lesquels wrote:
Any suggestions? Or is this not as common use case as I think it is?
Craft your reply with the appropriate In-Reply-To header tag and it
will maintain threading.
There is no automated way to do that if you are using the digest.
From: Christopher Faylor
There is no automated way to do that if you are using the digest. Digests
are intended for casual perusal of the list, not for active communication.
FWIW, I get digest format, but still make threaded replies (such as this) with
a few extra steps that may not be
On Fri, Jul 18, 2014 at 06:30:05AM +0200, Achim Gratz wrote:
Christopher Faylor writes:
git isn't ready yet unfortunately. Can't you just download a recent
snapshot? That should be good enough.
I can download and install snapshots just fine. I'm running snapshots
for quite some time already
On Jul 17 08:33, Denis Excoffier wrote:
On 2014-07-16 15:51, Corinna Vinschen wrote:
It occured to me that there's another way to do that. The problem
you're mentioning above could be alleviated if the first Cygwin process
in a process tree fetches all POSIX offsets of all trusted domains
If you can wait for the digest, you can simply open the selected message from
the digest and reply to that, and it will be threaded.
Using Gmail, it doesn't seem to offer a way to see them as separate
mails or reply to a particular one, though. Oh, well...
If you can't wait, then read the
23 matches
Mail list logo