ame inserted.
&
l.3036 .../README?cvsroot=cygwin-apps&rev=2)">
CVS
&
l.3036 .../README?cvsroot=cygwin-apps&rev=2)">
CVS Fatal error occurred, no output PDF file produced!
Transcript written on tmp.log.
make: *** [cygwin-ug-net/cygwin-ug-net.pdf] Error 1
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Jun 25 19:02, Yaakov S wrote:
> On Fri, 2010-06-25 at 23:14 +0200, Corinna Vinschen wrote:
> > The reason that I changed that to docbook2pdf at one point was that
> > creating a PDF from the docs never worked for me before.
> >
> > And with your patch it also
*suffp;
>char *pad;
> @@ -105,7 +119,7 @@ _gettemp(char *path, int *doopen, int domkdir, size_t
> suffixlen)
> {
>if (doopen)
> {
> - if ((*doopen = open (path, O_CREAT | O_EXCL | O_RDWR | O_BINARY,
> + if ((*doopen = open (path, O_CREA
On Jul 19 12:03, Eric Blake wrote:
> On 07/19/2010 10:45 AM, Corinna Vinschen wrote:
> >> Okay to commit, along with a corresponding patch to doc/new-features.sgml
> >> and a cygwin-specific patch to newlib's stdlib.h?
> >
> > Yep. Thanks for the patch.
On Aug 8 00:49, Yaakov S wrote:
> * include/dlfcn.h (RTLD_LOCAL): Define.
Patch applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
fillout_mntent): Use name member of fs_names.
> * mount.h (fs_names): New prototype.
Thank you! Patch applied. I added an entry to the docs as well.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
of os_query.
> * libc/minires.c (res_nsend): Make sure there is atleast one
> nameserver in nsaddr_list or return.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Aug 26 13:16, Pierre A. Humblet wrote:
> - Original Message -
> From: "Corinna Vinschen"
> To:
> Sent: Thursday, August 26, 2010 12:38
>
>
> | Pierre, would you mind to take a look?
> |
> | On Aug 26 19:07, pse...@egg6.net wrote:
> | > C
> symlink magic at the beginning of this. Since symbolic link must be
That's not correct. It only opens files which have cetain DOS flags
set. Symlinks are either files with a SYSTEM DOS flag, or .lnk files
with the R/O DOS flag set, or reparse points. So your extension for
the test might help a tiny little bit, but since the SYSTEM attribute
is only rarely set on file which are not Cygwin symlinks, it's a very
rare operation.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
ire the assistance of some other script to edit /etc/fstab on
> the fly --- and even then it would be difficult to track changes
> to the environment variables.
Apart from changing /etc/fstab or /etc/fstab.d/$USER by some installer
script, why not just add a one-liner profile script along the lin
On Sep 6 15:24, Corinna Vinschen wrote:
> > - GetVolumeInfo: The C:\ drive does not tend to be changed every
> > millisecond! Therefore no reason for every filesystem syscall to
> > call it. Caching this further increased the performance.
>
> Does your FS caching take
On Sep 10 13:23, Christopher Faylor wrote:
> On Fri, Sep 10, 2010 at 05:08:40PM +0200, Corinna Vinschen wrote:
> >What I'm still mulling over is a good idea to re-use the results of a
> >former call to readdir in a stat call. One problem here is to make sure
> >that
been
> > reorganizing that file for years I guess it hasn't been a problem.
>
> I checked. Something somewhere sorts all the exports it turns out, so they
> all get ordinals assigned in alphanumeric sort order anyway, regardless of
> cygwin.din order. So, I ended up comm
On Sep 11 12:22, Dave Korn wrote:
> On 11/09/2010 09:09, Corinna Vinschen wrote:
> > Hi Dave,
>
> Morning!
>
> > On Sep 11 08:11, Dave Korn wrote:
> >> So, I ended up committing it like so:
> >
> > Can you please add some words to doc/new-features.
rmation
from the file for comparision purposes. When you fetched it anyway,
there's no reason anymore to compare them, since you can use what
you just fetched. Where's the advantage?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Sep 12 13:41, Corinna Vinschen wrote:
> On Sep 12 10:49, Yoni Londner wrote:
> > Hi,
> >
> > The caching-speed up is trivial:
> > We store the the FileFullDirectoryInformation fields, and if any of
> > them change - we re-read the file.
> >
> > Its
you look for
Interix? I did, and what I see is pretty much the same thing we do in
Cygwin. Actually, with the last Cygwin from CVS an ls -lR on a
non-marginal directory tree is already faster than the same operation
under Interix.
That doesn't mean I won't look for more ways to enhance Cygw
t.
There's also the problem of handling NFS shares. However, I just had an
idea how to speed up symlink_info::check without neglecting NFS shares.
This will take some time, though since it turns a lot of code upside
down. Stay tuned.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
- Forwarded message from "Pierre A. Humblet" -
> Date: Thu, 16 Sep 2010 12:43:33 -0400
> From: "Pierre A. Humblet"
> Subject: Fw: res_send() doesn't work with osquery enabled
> To: Corinna Vinschen
>
> Corinna,
>
> this has not ma
On Sep 17 09:03, Corinna Vinschen wrote:
> - Forwarded message from "Pierre A. Humblet" -
> > | Sorry, an earlier answer was rejected due to inappropriate subject.
In theory, that should be fixed.
> > | After thinking about it, I don't like mixing call
C:\\cygwin\\home\\corinna w32-pwd
Filter: w32-pwd
NtQueryDirectoryFile: 0xc00f
Filter: w32-pwd.exe
NtQueryDirectoryFile: 0x8006
Filter: w32-pwd.lnk
NtQueryDirectoryFile: 0x8006
$ ./ntquerydir C:\\cygwin\\home\\corinna w32-pwd.exe
Filter: w32-pwd.exe
w32-pwd.ex
On Sep 22 11:32, Corinna Vinschen wrote:
> On Sep 22 07:45, Yoni Londner wrote:
> > I checked out why, and found out that #1 and #2 don't modify the
> > access time of the file, whereas #3 does. This already immediately
>
> I just checked this and I can't see tha
atch to the documentation
and bumped the API version.
Thank you!
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
.sgml (ov-new1.7.8): Mention CJK ambiguous width change.
>
> (Btw, "Drop support for Windows NT4 prior to Service Pack 4" appears
> twice in new-features.sgml).
Thanks, applied, including to remove one of the NT4 paragraphs.
Corinna
--
Corinna Vinschen P
* sec_acl.cc (getacl): Set DEF_CLASS_OBJ permissions
> to 07 instead of 0777.
Thanks for catching this. Applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Hi Christian,
On Dec 10 23:05, Christian Franke wrote:
> The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ
> entries. It might be existing practice elsewhere to return these
> entries also in the default ACL. The attached patch adds these
> entries with empty permissions if nece
On Dec 14 22:22, Christian Franke wrote:
> Hi Corinna,
>
> Corinna Vinschen wrote:
> >Hi Christian,
> >
> >On Dec 10 23:05, Christian Franke wrote:
> >>The ACL from Cygwin always contains the three (USER|GROUP|OTHER)_OBJ
> >>entries. It might b
Hi Christian,
On Dec 15 19:46, Christian Franke wrote:
> Corinna Vinschen wrote:
> >>
> >>New patch attached.
> >Thanks, applied.
> >
>
> Thanks - rsync issue is now fixed.
Good start.
> >>mkdir() may duplicate Windows ACL entries. Te
On Dec 20 22:33, Christian Franke wrote:
> Corinna Vinschen wrote:
> >- Add Solaris NFSv4 ACLs, which, coincidentally, are almost equivalent
> > to Windows ACLs. This would work nicely for NTFS ACLs, of course.
> > See http://docs.sun.com/app/docs/doc/819-2252/acl-5?l=en&
> * cygcheck.cc (main): don't imply -d from -s option to cygcheck
Looks good to me. Applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Jan 10 12:52, Christopher Faylor wrote:
> On Mon, Jan 10, 2011 at 01:51:02PM +0100, Corinna Vinschen wrote:
> >On Jan 5 19:50, Jon TURNEY wrote:
> >>
> >> Currently, for cygcheck -s implies -d. This seems rather unhelpful.
> >>
> >> I'm af
(cfgetospeed, cfgetispeed): Constify argument per POSIX.
> * include/sys/termios.h (cfgetospeed, cfgetispeed): Declare functions.
> Move macros after declarations and make conditional on !__cplusplus.
Thanks, applied.
Corinna
--
Corinna Vinschen Please, send mails r
On Jan 11 14:26, Jon TURNEY wrote:
> On 11/01/2011 08:10, Corinna Vinschen wrote:
> > I wasn't quite sure either, but while running cygcheck with Jon's patch
> > it started to make more sense. We can also change the docs to ask for
> > `cygcheck -svrd' output,
On Jan 13 13:04, Jon TURNEY wrote:
> On 13/01/2011 12:33, Corinna Vinschen wrote:
> > On Jan 11 14:26, Jon TURNEY wrote:
> >> On 11/01/2011 08:10, Corinna Vinschen wrote:
> >>> I wasn't quite sure either, but while running cygcheck with Jon's patch
> >
lied the patch.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Feb 1 10:48, Christopher Faylor wrote:
> On Tue, Feb 01, 2011 at 09:47:15AM +0100, Corinna Vinschen wrote:
> >On Jan 31 20:44, Christian Franke wrote:
> >> If used on raw devices like /dev/sda fsync() always fails with
> >> EBADRQC (54) because FlushFile
trerror_r locally, in two versions,
just as on Linux. I think the best approach is to implement this in
newlib first (I replied to your mail there) and then, given that we use
the newlib string.h, copy the method over to Cygwin to match our current
strerror more closely.
Does that make sense?
Corinn
s, c, n);
-}
-], [ ],
-use_builtin_memset=yes, use_builtin_memset=no)
-if test $use_builtin_memset = "yes"; then
- AC_DEFINE(HAVE_BUILTIN_MEMSET)
-fi
-AC_LANG_RESTORE
-
AC_ARG_ENABLE(debugging,
[ --enable-debugging Build a cygwin DLL which has more consistency
checking for debu
On Feb 7 10:26, Christopher Faylor wrote:
> On Mon, Feb 07, 2011 at 12:58:57PM +0100, Corinna Vinschen wrote:
> >I'm just wondering why we need this stuff at all. I mean, is there
> >really any good reason to do the AC_ALLOCA test, and why do we have
> >th
n the long run it's less
puzzeling to have all the strerror variants in one place.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
as pthread_yield.
- Please add the new entry point to doc/new-features.sgml.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Feb 10 10:50, Corinna Vinschen wrote:
> On Feb 9 21:15, Christopher Faylor wrote:
> > On Wed, Feb 09, 2011 at 05:20:59PM -0700, Eric Blake wrote:
> > >+/* Newlib's provides declarations for two strerror_r
> > >+ variants, according to preprocessor feature mac
patch with no explanation is not very inviting
to take a look at it at all.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Feb 10 08:42, Charles Wilson wrote:
> On 2/10/2011 7:47 AM, jojelino wrote:
> > On 2011-02-10 19:02, Corinna Vinschen wrote:
> >
> >> Also, it would be nice if you would add more words to explain what your
> >> patch is doing. Just a patch with no explanation
On Feb 10 21:47, jojelino wrote:
> On 2011-02-10 19:02, Corinna Vinschen wrote:
>
> >Also, it would be nice if you would add more words to explain what your
> >patch is doing. Just a patch with no explanation is not very inviting
> >to take a look at it at all.
>
&
On Feb 10 15:15, Corinna Vinschen wrote:
> On Feb 10 21:47, jojelino wrote:
> > On 2011-02-10 19:02, Corinna Vinschen wrote:
> >
> > >Also, it would be nice if you would add more words to explain what your
> > >patch is doing. Just a patch with no explanation is
On Feb 10 23:56, jojelino wrote:
> i am sorry for extra line feed. corrected.
> requesting review.
Thanks, will do. Would you mind to give us your real name for the
ChangeLog entry?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-
On Feb 10 10:29, Christopher Faylor wrote:
> On Thu, Feb 10, 2011 at 03:15:15PM +0100, Corinna Vinschen wrote:
> >Ok, I have just a problem. Your patch doesn't apply because your
> >mail client appears to insert line breaks if the lines get too long.
> >Please send t
rddiskVolumeShadowCopy1/
>
> That's a trailing slash, not backslash.
Fixed.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
part of the patch.
Why is that necessary? There are no tests left which try to build
executables.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
Hi Christian,
On Dec 16 12:10, Corinna Vinschen wrote:
> On Dec 15 19:46, Christian Franke wrote:
> > BTW: Are there any long term plans to actually implement the acl "mask" ?
> > Should be possible by mapping the "mask" restrictions to deny acl
> > entrie
faics you don't have a copyright assignment
on file with Red Hat. It's unfortunately required for substantial
patches. Please see http://cygwin.com/contrib.html, especially the
"Before you get started" section.
Corinna
--
Corinna Vinschen Please, sen
On Mar 14 22:02, Jon TURNEY wrote:
> On 13/03/2011 15:21, Corinna Vinschen wrote:
> > Thanks for the patch, but afaics you don't have a copyright assignment
> > on file with Red Hat. It's unfortunately required for substantial
> > patches. Please see http://cygw
On Mar 15 11:04, Christopher Faylor wrote:
> On Tue, Mar 15, 2011 at 08:53:13AM +0100, Corinna Vinschen wrote:
> >On Mar 14 22:02, Jon TURNEY wrote:
> >> On 13/03/2011 15:21, Corinna Vinschen wrote:
> >> > Thanks for the patch, but afaics you don't have a copyr
(CYGWIN_VERSION_API_MINOR): Bump.
> * posix.sgml (std-gnu): Add strchrnul.
Thanks, applied.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
optimization? At least as far as the
matching case is concerned. It will likely be faster in the
non-matching case.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
so this will make it into 1.7.9.
Jon, your copyright assignment has been forwarded to my manager who's
going to sign it tomorrow. So I took the liberty to check in this change
since I'd like to get out 1.7.9 today. Actually, today *and* ASAP.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
; attached patch.
What about just creating a file sys/attr.h which includes attr/attr.h?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Mar 29 09:53, Corinna Vinschen wrote:
> On Mar 29 02:43, Yaakov (Cygwin/X) wrote:
> > Historically, the *xattr functions were first provided by SGI libattr
> > and prototyped in . Later, glibc added them under
> > [1], and (on Linux) libattr still provides the symbols for
On Mar 29 03:02, Yaakov (Cygwin/X) wrote:
> On Tue, 2011-03-29 at 09:53 +0200, Corinna Vinschen wrote:
> > On Mar 29 02:43, Yaakov (Cygwin/X) wrote:
> > > I see two ways to resolve this:
> > >
> > > 1) Move include/attr/xattr.h to include/sys/xattr.h, and
0, 0, 0, 0, 0, 0);
> + return __small_sprintf (destbuf, "%u.%02u %u.%02u %u.%02u %u/%u\n",
> + 0, 0, 0, 0, 0, 0, running, pids.npids);
What about the last column in /proc/loadavg, the last pid? Shouldn't
this be added and set to 0 as
On Mar 30 03:54, Yaakov (Cygwin/X) wrote:
> On Wed, 2011-03-30 at 10:13 +0200, Corinna Vinschen wrote:
> > On Mar 29 19:32, Yaakov (Cygwin/X) wrote:
> > > This patch adds the fourth component of Linux's /proc/loadavg[1], the
> > > current running/total processe
Hi Jon,
On Mar 15 16:46, Corinna Vinschen wrote:
> On Mar 15 11:04, Christopher Faylor wrote:
> > On Tue, Mar 15, 2011 at 08:53:13AM +0100, Corinna Vinschen wrote:
> > >On Mar 14 22:02, Jon TURNEY wrote:
> > >> On 13/03/2011 15:21, Corinna Vinschen wrote:
> > &
change. I've just applied it. I'll go
a step further and drop the "build with Visual C" stuff entirely.
I've also another change in the loop which removes the dependency
to advapi32, which I'll apply later today.
Corinna
--
Corinna Vinschen Please,
On Apr 1 02:21, Yaakov (Cygwin/X) wrote:
> On Wed, 2011-03-30 at 12:27 +0200, Corinna Vinschen wrote:
> > On Mar 30 03:54, Yaakov (Cygwin/X) wrote:
> > > On Wed, 2011-03-30 at 10:13 +0200, Corinna Vinschen wrote:
> > > > On Mar 29 19:32, Yaakov (Cygwin/X) wrote:
FH_NETDRIVE= FHDEV (0, 246),
FH_DEV = FHDEV (0, 245),
FH_PROC= FHDEV (0, 244),
FH_REGISTRY= FHDEV (0, 243),
FH_PROCESS = FHDEV (0, 242),
FH_PROCNET = FHDEV (0, 241),
FH_PROCESSFD = FHDEV (0, 240),
FH_PROCSYS = FHDEV (0, 239),
FH_PROCSYSVIPC = FHDEV (0, 238),
FH_PROC
On Apr 1 11:34, Christopher Faylor wrote:
> On Fri, Apr 01, 2011 at 12:05:56PM +0200, Corinna Vinschen wrote:
> >Chris, do you think there's anything speaking against rearranging this
> >so that the FH_FS and FH_NETDRIVE definitions are separate from the
> >stuff und
On Apr 1 14:57, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-04-01 at 12:05 +0200, Corinna Vinschen wrote:
> > Chris, do you think there's anything speaking against rearranging this
> > so that the FH_FS and FH_NETDRIVE definitions are separate from the
> > stuff under /pro
On Apr 3 16:54, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-04-01 at 23:33 +0200, Corinna Vinschen wrote:
> > On Apr 1 14:57, Yaakov (Cygwin/X) wrote:
> > > For the sake of clarity, I would reorder it a bit further to
> > > make FH_PROC and friends to one side of maj
tly they have been added rather late. Per the man page the macros
existed for a long time, but the exported functions have been added only
with glibc 2.3.3.
> I'll leave it to Corinna but I'd prefer not adding YA export if we can
> avoid it.
This is very simple code, so I, too, would prefer to keep it inline.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
tion
> in /proc/version.
Funny. Please apply.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On Apr 4 06:27, Yaakov (Cygwin/X) wrote:
> On Mon, 2011-04-04 at 12:54 +0200, Corinna Vinschen wrote:
> > On Apr 4 01:19, Christopher Faylor wrote:
> > > I'll leave it to Corinna but I'd prefer not adding YA export if we can
> > > avoid it.
> >
>
to move the
#ifdef __cplusplus
extern "C"
{
#endif
and
#ifdef __cplusplus
}
#endif
into the _CYGWIN_TYPES_H guarded area as well? I just noticed that for
the first time. Just a matter of taste I guess, but somehow this looks
upside down to me.
Thanks,
Corinna
--
Cori
hanks. Go ahead.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
(fully) implemented.
>
> Cygwin already plays with the stack address. It has to for situations
> when you call fork() from a thread.
Isn't that what GetThreadContext/SetThreadContext is for?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
mb and __mbtowc settings.
> (lc_message_charset, loadlocale): Settle on ASCII as the "C" charset.
Thanks, applied with a slightly different ChangeLog entry.
Please send newlib patches to the newlib list, not to cygwin-patches.
It's the better place for bookkee
(CYGWIN_VERSION_API_MINOR): Bump.
Looks fine to me. Chris, what do you think?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On May 4 22:09, Christian Franke wrote:
> * fhandler_registry.cc (fhandler_registry::exists): Fix regression
> in EACCES handling.
> (fhandler_registry::open): Fix "%val" case.
Applied with the EACCESS typo noted by Eric fixed.
Thanks,
Corinna
-
On May 4 17:22, Yaakov (Cygwin/X) wrote:
> * posix.sgml (std-notimpl): Remove bsd_signal, setcontext, and
> swapcontext, marked obsolete in SUSv3 and not present in SUSv4.
Applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
n was supposed to go directly
to you because I was on vacation at the time. I'll check.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
e missing
> security descriptor of HKEY_PERFORMANCE_DATA.
Do you have check in rights? If so, please check in.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
On May 5 19:23, Corinna Vinschen wrote:
> On May 5 13:10, Christopher Faylor wrote:
> > On Mon, Apr 04, 2011 at 12:23:00PM -0700, Tor Perkins wrote:
> > >
> > >> Thanks for the patch and the report. I'll take a look at this in detail
> > >> in the
On May 5 23:08, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On May 5 18:51, Christian Franke wrote:
> >>This patch fixes access("/proc/registry/HKEY_PERFORMANCE_DATA",
> >>R_OK) which always fails with EBADF.
> >>
>
re.
> * include/cygwin/version.h (CYGWIN_VERSION_API_MINOR): Bump.
That looks good to me. Just a question...
> + /* FIXME: unsupported */
> + info->loads[0] = 0UL;
> + info->loads[1] = 0UL;
> + info->loads[2] = 0UL;
> + info->sharedram = 0UL;
> + info
On May 6 03:51, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-05-06 at 10:11 +0200, Corinna Vinschen wrote:
> > On May 6 00:09, Yaakov (Cygwin/X) wrote:
> > > This implements sysinfo(2), a GNU extension:
> > >
> > > http://www.kernel.org/doc/man-pages/online/pages/
On May 6 19:28, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On May 5 23:08, Christian Franke wrote:
> >>
> >>No check in rights, sorry :-)
> >http://sourceware.org/cgi-bin/pdw/ps_form.cgi, project Cygwin, approver me.
> >
>
> Done - Than
t have them and top appears to work without
them. And then, why do you print MemShared, HighTotal, and HighFree,
even though they are always 0, but not all the other ~40 lines Linux'
meminfo has, too?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
v_usec < 0 || tv->tv_usec >= 100)
Not your fault, but what I'm missing in settimeofday is an EFAULT handler.
Could you please add one, just like in the times() function a couple of
lines earlier? The `tz = tz;' line can go away, the usage is covered
by the syscall_printf at
On May 5 16:07, Christopher Faylor wrote:
> On Thu, May 05, 2011 at 08:19:24PM +0200, Corinna Vinschen wrote:
> >On May 5 19:23, Corinna Vinschen wrote:
> >> On May 5 13:10, Christopher Faylor wrote:
> >> > On Mon, Apr 04, 2011 at 12:23:00PM -0700, Tor Perkins wr
exactly what GetMappedFileNameEx or
NtQueryVirtualMemory (MemorySectionName) do? I also don't see any extra
information for .so files in the Linux maps output. What detail am I
missing?
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
gling:
typedef struct _HEAP_BLOCK
{
PVOID addr;
ULONG size;
ULONG flags;
ULONG unknown;
} HEAP_BLOCK, *PHEAP_BLOCK;
If this information is searched until the address falls into the just
inspected block of virtual memory, then we would have the information,
isn't it?
On May 11 08:53, Ryan Johnson wrote:
> On 11/05/2011 6:31 AM, Corinna Vinschen wrote:
> >- I replaced the call to GetMappedFileNameEx with a call to
> > NtQueryVirtualMemory (MemorySectionName). This avoids to add another
> > dependency to psapi. I intend to get rid
On May 11 13:46, Ryan Johnson wrote:
> On 11/05/2011 7:14 AM, Corinna Vinschen wrote:
> >On May 11 01:27, Ryan Johnson wrote:
> >>The second (proc-maps-heaps) adds reporting of Windows heaps (or
> >>their bases, at least). Unfortunately there doesn't seem to be a
On May 11 22:58, Yaakov (Cygwin/X) wrote:
> On Mon, 2011-05-09 at 09:55 +0200, Corinna Vinschen wrote:
> > I'm not sure I understand this new format. Why do you keep the Mem: and
> > Swap: lines? Linux doesn't have them and top appears to work without
> > th
On May 11 21:31, Corinna Vinschen wrote:
> On May 11 13:46, Ryan Johnson wrote:
> > Given that Heap32* has already been reverse-engineered by others,
> > the main challenge would involve sorting the set of heap block
> > addresses and distilling them down to a set of allocatio
On May 12 14:10, Corinna Vinschen wrote:
> On May 11 21:31, Corinna Vinschen wrote:
> > On May 11 13:46, Ryan Johnson wrote:
> > > Given that Heap32* has already been reverse-engineered by others,
> > > the main challenge would involve sorting the set of heap block
>
On May 12 12:31, Ryan Johnson wrote:
> On 12/05/2011 11:09 AM, Corinna Vinschen wrote:
> >On May 12 14:10, Corinna Vinschen wrote:
> >>On May 11 21:31, Corinna Vinschen wrote:
> >>>On May 11 13:46, Ryan Johnson wrote:
> >>>>Given that Heap32*
On May 12 12:37, Ryan Johnson wrote:
> On 11/05/2011 3:31 PM, Corinna Vinschen wrote:
> >On May 11 13:46, Ryan Johnson wrote:
> >>Also, the cygheap isn't a normal windows heap, is it? I thought it
> >>was essentially a statically-allocated array (.cygheap) that get
On May 12 18:55, Corinna Vinschen wrote:
> On May 12 12:31, Ryan Johnson wrote:
> > On 12/05/2011 11:09 AM, Corinna Vinschen wrote:
> > >-void *base;
> > >+unsigned heap_id;
> > >+uintptr_t base;
> > >+uintptr_t end;
> > >+
On May 12 13:53, Ryan Johnson wrote:
> On 12/05/2011 12:55 PM, Corinna Vinschen wrote:
> >>>struct heap
> >>>{
> >>> heap *next;
> >>>-void *base;
> >>>+unsigned heap_id;
> >>>+uintptr_t base;
>
1 - 100 of 2645 matches
Mail list logo
