strnlen not available on GCC 4.4.2 (MacPorts) about fog

[GoogleCodeExporter]

Accepted

Original comment by kobalicek.petr on 23 Nov 2009 at 10:55

• Changed state: Accepted
• Added labels: Priority-Critical
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Fixed in my local copy, will be commited later

Original comment by kobalicek.petr on 27 Nov 2009 at 8:35

[GoogleCodeExporter]

Should be fixed, please verify

Original comment by kobalicek.petr on 12 Dec 2009 at 2:10

• Changed state: Fixed

[GoogleCodeExporter]

Ok, no problem anymore

Original comment by [email protected] on 12 Dec 2009 at 2:44

[GoogleCodeExporter]

According to 
http://pubs.opengroup.org/onlinepubs/9699919799/functions/strlen.html the 
implementation of nlen should return maxlen rather -1 if null is not 
encountered.

Original comment by partow on 19 Dec 2010 at 7:10

[GoogleCodeExporter]

Since r259 nlen looks like that:
FOG_INLINE sysuint_t nlen(const char* str, sysuint_t maxlen)
{
  const char* p = str;
  if (!p) return 0;
  const char* end = str + maxlen;

  while (p < end && *p) p++;
  return (sysuint_t)(p - str);
}

That's ok, right?

Original comment by [email protected] on 19 Dec 2010 at 8:13

• Added labels: Priority-Low
• Removed labels: Priority-Critical

[GoogleCodeExporter]

That's okay.

I think we should export these functions and make optimized non-inlined 
variants. After my commit I'd like to solve this.

I temporary reopened this to make this visible

Original comment by kobalicek.petr on 5 Feb 2011 at 1:59

• Changed state: Reopened

[GoogleCodeExporter]

This is definitely fixed, because Fog contains now own strnlen functionality. 

Original comment by kobalicek.petr on 10 Oct 2011 at 7:36

• Changed state: Fixed