bug in string library?

[Randy Yates]

The following line of code

cout << "line.find is " << line.find("County and", 0, 10) << endl;

prints "line.find is 17." This should never happen since the find should start
at 0 and go for 10 characters.

g++ -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls --without-included-gettext --enable-libgcj --with-system-zlib --enable-interpreter --enable-threads=posix --enable-java-gc=boehm --enable-sjlj-exceptions --disable-version-specific-runtime-libs --disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
--
% Randy Yates % "Though you ride on the wheels of tomorrow,
%% Fuquay-Varina, NC % you still wander the fields of your
%%% 919-577-9882 % sorrow."
%%%% <ya***@ieee.org> % '21st Century Man', *Time*, ELO
http://home.earthlink.net/~yatescr

[Randy Yates]

Never mind - got it.

--RY
Randy Yates <ya***@ieee.org> writes:

The following line of code

cout << "line.find is " << line.find("County and", 0, 10) << endl;

prints "line.find is 17." This should never happen since the find should start
at 0 and go for 10 characters.

g++ -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,java,objc,pascal --enable-nls --without-included-gettext --enable-libgcj --with-system-zlib --enable-interpreter --enable-threads=posix --enable-java-gc=boehm --enable-sjlj-exceptions --disable-version-specific-runtime-libs --disable-win32-registry
Thread model: posix
gcc version 3.3.3 (cygwin special)
--
% Randy Yates % "Though you ride on the wheels of tomorrow,
%% Fuquay-Varina, NC % you still wander the fields of your
%%% 919-577-9882 % sorrow."
%%%% <ya***@ieee.org> % '21st Century Man', *Time*, ELO
http://home.earthlink.net/~yatescr

--
% Randy Yates % "My Shangri-la has gone away, fading like
%% Fuquay-Varina, NC % the Beatles on 'Hey Jude'"
%%% 919-577-9882 %
%%%% <ya***@ieee.org> % 'Shangri-La', *A New World Record*, ELO
http://home.earthlink.net/~yatescr

[Jacek Dziedzic]

Randy Yates wrote:

Never mind - got it.

The following line of code

cout << "line.find is " << line.find("County and", 0, 10) << endl;

prints "line.find is 17." This should never happen since the find should start
at 0 and go for 10 characters.

So why did it?

- J.

[Randy Yates]

Jacek Dziedzic <ja*************@janowo.net> writes:

Randy Yates wrote:

Never mind - got it.

The following line of code

cout << "line.find is " << line.find("County and", 0, 10) << endl;

prints "line.find is 17." This should never happen since the find should start
at 0 and go for 10 characters.

So why did it?

I misinterpreted the function, apparently. The
searchStr.find(char* tokenStr, string::size_type n, string::size_type m) signature of the string
class's find member function searches searchStr beginning at character n for the first m characters
of the tokenStr. If m is the length of tokenStr, then this form is identical in function to the
simpler searchStr.find(char* tokenStr, string::size_type n) form.
--
Randy Yates
Sony Ericsson Mobile Communications
Research Triangle Park, NC, USA
ra*********@sonyericsson.com, 919-472-1124