Boost C++ Libraries: Ticket #5153: Behavior difference of 32-bit and 64-bit libraries

attachment set

lcarreon@… — Wed, 02 Feb 2011 22:35:43 GMT

attachment → test_space.cpp

attachment set

lcarreon@… — Wed, 02 Feb 2011 22:36:11 GMT

attachment → test_direntry.cpp

lcarreon@… — Thu, 03 Feb 2011 23:21:30 GMT

Additionally, when I re-run the 32-bit version of test_space.cpp it core dumps. According to the Sun Studio 12.2 IDE debugger, the core dump is occuring on lines 431-432 of the file boost/filesystem/v3/operations.hpp. These two lines contain the following:

inline space_info space(const path& p) {return detail::space(p);}

attachment set

lcarreon@… — Thu, 03 Feb 2011 23:23:07 GMT

attachment → test_diriterator.cpp

lcarreon@… — Thu, 03 Feb 2011 23:35:54 GMT

Another inconsistency that I discovered is the behavior of the directory_iterator class.

I have attached test_diriterator.cpp which is the test program I used and discovered this inconsistency.

When I run the 32-bit version of test_diriterator.cpp, I get the following result (spacing added):

"/home/Leo/Devel/projects/compiler_tests"

"/home/Leo/Devel/projects"

"/home/Leo/Devel"

"/home/Leo"

"/home"

"/"

""

When I run the 64-bit version of test_diriterator.cpp, I get the following result (spacing added):

"/home/Leo/Devel/projects/compiler_tests/Makefile.mak"

"/home/Leo/Devel/projects/compiler_tests/test_builtins"

"/home/Leo/Devel/projects/compiler_tests/test_direntry"

"/home/Leo/Devel/projects/compiler_tests/test_diriterator"

"/home/Leo/Devel/projects/compiler_tests/test_errorcode"

"/home/Leo/Devel/projects/compiler_tests/test_locales"

"/home/Leo/Devel/projects/compiler_tests/test_mktime"

"/home/Leo/Devel/projects/compiler_tests/test_path"

"/home/Leo/Devel/projects/compiler_tests/test_rdiriterator"

"/home/Leo/Devel/projects/compiler_tests/test_space"

"/home/Leo/Devel/projects/compiler_tests/test_statvfs"

"/home/Leo/Devel/projects/compiler_tests/test_typeid"

"/home/Leo/Devel/projects/compiler_tests/test_tzset"

It appears that the 32-bit version is displaying the result of path.remove_filename() instead. Would appreciate your comments.

lcarreon@… — Tue, 08 Feb 2011 22:08:32 GMT

I have figured out the cause of the problems stated above. It is the line #35 of the file boost_1_45_0/libs/filesystem/v3/src/operations.cpp. This line contains the following:

#define _FILE_OFFSET_BITS 64 at worst, these defines may have no effect,

If the intention of this line is to support large files (files greater than 2GB in size), the recommended alternative according to Solaris documentation is to define _LARGEFILE64_SOURCE. This compiler option switches file support from 32-bit to 64-bit on a 32-bit environment.

For the moment, I simply commented out the line for my 32-bit Solaris x86 build.

Beman Dawes — Mon, 14 Feb 2011 22:18:39 GMT

I'm going to need to see the output config_info for both your 32-bit and 64-bit environments. You will need to run something like this:

cd boost-root/libs/config/test bjam config_info

If bjam isn't in your path, you will need to specify its directory.

bjam should produce a file named config_info.output, probably in boost-root/bin.v2/libs/config/test/config_info.test/sun/debug/stdlib-sun-stlport. That path will vary accordingly if you are using a different standard library or a different compiler.

More information is needed about the configuration to figure out what the #if's should look like for Solaris. We don't want to break configurations like the Sandia test machine, when the large file test already passes.

Thanks,

--Beman

lcarreon@… — Mon, 28 Feb 2011 01:59:50 GMT

Hi,

I'm on an overseas trip at the moment. I will supply the info that you requested as soon as I get back home.

Regards,

Leo

lcarreon@… — Tue, 15 Mar 2011 07:56:25 GMT

Hi,

I'm attaching the two files that you requested.

Regards, Leo

attachment set

lcarreon@… — Tue, 15 Mar 2011 08:05:33 GMT

attachment → Temp.zip

ZIP file that contains the config_info.output for 32/64-bit Solaris x86

Tue, 17 May 2011 22:28:44 GMT

Hi,

Just wanted to find out if the information that I supplied was of any help?

Regards,

Leo

willchido@… — Sun, 21 Aug 2011 16:56:09 GMT

Hello, I have been seriously affected by this bug as well. I would like to report that it appears fixed in 1.47. Apparently, the changes made to fix QNX for that release also fixed Solaris.

May I please wonder aloud how on Earth the filesystem bugs for QNX get addressed before the Solaris ones?

Sun, 18 Dec 2011 00:33:47 GMT

Hi,

It appears that this problem has been fixed in Boost 1.47.0 thus this ticket may be closed.

Kind regards, Leo

status changed; resolution set

Beman Dawes — Mon, 05 Jan 2015 16:29:39 GMT

status new → closed
resolution → fixed

May I please wonder aloud how on Earth the filesystem bugs for QNX get addressed before the Solaris ones?

Someone bothers to run public regression tests for QNX. No one bothers for Solaris. See http://www.boost.org/development/tests/develop/developer/summary.html

Likewise, QNX patches get contributed occasionally, but this is rare for Solaris.

Anyhow, the reported problems have been fixed so the issue is being closed.

Thanks,

--Beman