Can we pass file descriptors within the cygwin enviroment.
For example such as those required by libassuan?
Thanks,
henman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
This code works fine on Linux and Cygwin (Windows XP SP2) :
--- CODE
#include stdlib.h
#include stdio.h
#include errno.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include string.h
#include unistd.h
Excuse me, this is my second code :
- CODE
--
#include stdlib.h
#include stdio.h
#include errno.h
#include sys/types.h
#include sys/stat.h
#include sys/select.h
#include sys/time.h
#include fcntl.h
#include
On Jan 18 16:55, Marco atzeri wrote:
20070118 solved the issue. The timing now is
acceptable
VirusScan Enterprise 8.0.0
Antivirus Disabled
time rm -rf testdir
real0m5.437s
user0m0.100s
sys 0m0.650s
Antivirus Enabled
time rm -rf testdir
real0m8.742s
user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Wynfield Henman on 1/19/2007 2:17 AM:
Can we pass file descriptors within the cygwin enviroment.
For example such as those required by libassuan?
Why don't you try it and see? Or at least give us a simple test case that
shows what
Are potential line ending variations the only reason for the reported
change rejections?
Do other details result also in a mismatch?
Regards,
Markus
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On Thu, Jan 18, 2007 at 06:18:52PM +0100, Corinna Vinschen wrote:
Right, it's an optimization problem rather than a bug. Patches
welcome, but I've put it on my TODO list, too.
I have applied a patch to CVS which calls fstat early, at the spot where
GetFileSize got called so far. The stat
On Sat, Jan 13, 2007 at 09:02:03PM -, Dave Korn wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin thrashes
like crazy when it starts to get full; seriously
On Thu, Jan 18, 2007 at 04:55:33PM +0100, Marco atzeri wrote:
--- Marco atzeri [EMAIL PROTECTED] ha scritto:
--- Larry Hall (Cygwin)
Did you update your build recently? Corinna
checked
in a fix for this on
Saturday
http://cygwin.com/ml/cygwin-cvs/2007-q1/msg00021.html.
--On 19 January 2007 07:55 -0800 Christopher Layne wrote:
I've noticed windows insists on spooling up all HDs upon even deleting a
single file from the RB.
Yes, it would have to do that. The Recycle Bin is a pseudo object on the
Desktop which stands for the individual physical RECYCLER
On 19 January 2007 15:00, Markus Elfring wrote:
Are potential line ending variations the only reason for the reported
change rejections?
Do other details result also in a mismatch?
Yes; if patch can't find anything that corresponds to the unaltered lines at
the start and end of the hunk, it
On 19 January 2007 15:55, Christopher Layne wrote:
On Sat, Jan 13, 2007 at 09:02:03PM -, Dave Korn wrote:
So, what's up on the slow machines?
How full are your respective recycle bins? I've noticed just through
deleting things in ordinary windows explorer that the recycle bin
In trying to test Corinna's new fstat mmap optimization, I've run into the
following recently introduced strangeness. I've done a clean build and a
reboot just in case.
$ uname -a
CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.161/4/2) 2007-01-18 19:00 i686
unknown unknown Cygwin
$ unset TESTENV
$
On Jan 19 09:59, Brian Ford wrote:
In trying to test Corinna's new fstat mmap optimization, I've run into the
following recently introduced strangeness. I've done a clean build and a
reboot just in case.
$ uname -a
CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.161/4/2) 2007-01-18 19:00 i686
Larry Hall (Cygwin) wrote on Thursday, January 18, 2007 11:31 PM:
Michael Boom wrote:
When people I tell about Cygwin install it, they tend to use the
default. They don't realize that by clicking the word Default, it
will change to Install, and install everything. I think the default
On Jan 19 07:41, Christopher Layne wrote:
Thanks for fixing this. I also noticed these when reading through the code.
Another area for extremely small optimization is to just cache the pagesize.
I notice a *lot* of calls to getpagesize(), when I can't really see the
pagesize changing within a
On Jan 19 16:20, Robin Walker wrote:
--On 19 January 2007 07:55 -0800 Christopher Layne wrote:
I've noticed windows insists on spooling up all HDs upon even deleting a
single file from the RB.
Yes, it would have to do that. The Recycle Bin is a pseudo object on the
Desktop which stands
On Thu, 18 Jan 2007, Corinna Vinschen wrote:
I have applied a patch to CVS which calls fstat early, at the spot where
GetFileSize got called so far. The stat structure is then propagated to
subsequent function calls and used there. This should reduce the fstat
calls to exactly one per file
On Fri, 19 Jan 2007, Corinna Vinschen wrote:
On Jan 19 09:59, Brian Ford wrote:
In trying to test Corinna's new fstat mmap optimization, I've run into the
following recently introduced strangeness. I've done a clean build and a
reboot just in case.
$ uname -a
CYGWIN_NT-5.1
You don't show the complete output of the two programs. Do you have a device
connected to the serial port that echoes the data written? Or a device that
provides some data to read? With the first program, how many bytes does it
read?
Is the serial port set driver set to generate echo
On Fri, 19 Jan 2007, Brian Ford wrote:
Yup, thanks. Iozone put one in C:\WINDOWS\system32. Sorry.
I really hate to bring this up, but unless I missed something,
www.iozone.org is distributing a binary Cygwin DLL (1.5.17) without a GPL
compliant source offer via:
This is sort of a repost of a previous question to this mailing list.
I am running into
Fatal Error C1902: Program database manager mismatch; please check
your installation.
When attempting to use the visual studio compiler from within cygwin
when logged in via ssh. I found the following in
Hey All,
I'm trying to package astyle 1.20 and I've run in to a snag. When
executing cygport I get:
$ cygport astyle-1.20-1.cygport all
Preparing astyle-1.20-1
*** Info: gnupg must be installed in order to check signatures.
Unpacking source astyle_1.20_linux.tar.gz
Preparing working source
On 19 January 2007 14:41, Chris Sutcliffe wrote:
Hey All,
I'm trying to package astyle 1.20 and I've run in to a snag. When
executing cygport I get:
$ cygport astyle-1.20-1.cygport all
Preparing astyle-1.20-1
*** Info: gnupg must be installed in order to check signatures.
Unpacking
Well, try applying the patch manually and see if there are any .rej hunks
left over afterward. If there are, cygport has correctly reported a problem
with the patch. If there aren't, cygport has a bug.
Running the patch manually worked fine:
[EMAIL PROTECTED]
Here is a fix for apply_patch():
Perfect, worked like a charm.
Thanx!
Chris
--
Chris Sutcliffe
http://ir0nh34d.googlepages.com
http://ir0nh34d.blogspot.com
http://emergedesktop.org
Please upload:
http://emergedesktop.org/cygwin/astyle-1.20-1.tar.bz2
http://emergedesktop.org/cygwin/astyle-1.20-1-src.tar.bz2
Thanx!
Chris
--
Chris Sutcliffe
http://ir0nh34d.googlepages.com
http://ir0nh34d.blogspot.com
http://emergedesktop.org
27 matches
Mail list logo