Why is _WIN64 not defined as 1 in _cygwin.h?

Z. Majeed zmajeed@sbcglobal.net
Sat Nov 27 13:16:47 GMT 2021



That was fast! Looks great - does RLIM_INFINITY need special handling? 
 
  On Fri, Nov 26, 2021 at 11:07 AM, Corinna Vinschen<corinna-cygwin@cygwin.com> wrote:   On Nov 26 14:33, Z. Majeed wrote:
> Good idea! I planned to combine Linux and Windows parts of the failing test to reproduce the inconsistent VmSize issue - but making use of TBB code for a cygwin feature is great - I actually needed RLIMIT_AS for this port too
> I looked at fhandler_process.cc last night - adding VmPeak seems just couple lines using Win32 PeakPagefileUsage
>  
>  On Fri, Nov 26, 2021 at 5:47 AM, Corinna Vinschen<corinna-cygwin@cygwin.com> wrote:  On Nov 25 19:51, Corinna Vinschen wrote:
> > On Nov 25 18:06, Z. Majeed wrote:
> > > Thanks for clearing that up - I'll send a patch to mingw-w64-public
> > > 
> > > The porting tip is appreciated - luckily the need for Win32 in the
> > > port has been minimal - it may be obviated completely if I can add
> > > VmPeak support - and take care of the other issue - a VmSize number
> > > that does not match Win32 PagefileUsage
> > 
> > Yeah, improving Cygwin's /proc/self/status output would be a nice
> > option as well, if you'd like to take a stab at it...?
> 
> Btw., wouldn't it be great to use your Windows limitMem function as
> template to implement getrlimit/setrlimit(RLIMIT_AS) inside Cygwin?

I took a stab at RLIMIT_AS:
https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=3502a6ff2e27

Would you mind to take a look?


Thanks,
Corinna
  


More information about the Cygwin-developers mailing list