how old is strnchr?

bigearsbilly · 03-28-2011, 08:58 AM

I am using this gcc:

gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)

there appears to be no strnchr, strntok.

It's only 4 years old (gcc) so I am surprised they ain't there.

So i am forced to use the unsafe versions or roll my own.

anyone else found this?

wje_lq · 03-28-2011, 10:27 AM

I'm running gcc 4.3.2, which is the one shipped for debian's current (lenny) release. It doesn't have strnchr, either.

What is this strnchr of which you speak? die.net doesn't know of it, either. A brief web search suggests that it's available within the kernel if you're coding a kernel module, but not in any userland standard.

For all ordinary purposes, there is no such thing, and never has been.

We have always been at war with Oceania.

bigearsbilly · 03-28-2011, 10:49 AM

hmm,
I'm sure i've used it on FreeBSD and that's gcc too.
I'll have to check when I get home.

I thought there were safe versions of all the old string functions,
like strnlen strncmp etc.

TobiSGD · 03-28-2011, 10:54 AM

Quote:

Originally Posted by wje_lq

debian's current (lenny) release

OFFTOPIC:
Just a sidenote, Debian's current release is Squeeze, Lenny is oldstable.

wje_lq · 03-28-2011, 01:07 PM

Quote:

Originally Posted by TobiSGD

Debian's current release is Squeeze

(*grumble*)(*snort*)(*grumble*)upgrade time(*grumble*)(*grumble*)

PTrenholme · 03-28-2011, 02:03 PM

There's a version in the Mozilla nspr4 library (PL_strnchr) that is, in the header file, noted as being unsafe because, just like the K&R strnchr, no verification that the destination buffer is large enough to hold the string being copied is possible.

If you're concerned about buffer overrun exploits, I would suggest you use safer methods than strncpy.

bigearsbilly · 03-28-2011, 02:14 PM

yes, well I tried BSD and it ain't there either.

I must be cracking up!
Memory going.

Where are my keys?

wje_lq · 03-28-2011, 05:01 PM

Quote:

Originally Posted by bigearsbilly

Where are my keys?

If they're public keys, no problem. Everybody has them.