Re: [CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-27 Thread David Cole
On Fri, Oct 26, 2012 at 7:45 PM, Eric Noulard eric.noul...@gmail.com wrote:
 2012/10/27 Marcus Bartholomeu cm...@tecativa.com.br:
 I'm VERY sorry to bug you guys!

 I just realized that this is an issue with the midnight commander. It is not
 reading inside tarballs correctly. But CPack is creating the tarball
 correctly.

 Sorry again,

 Don't be, those bugs that are solving themselves after some time are
 my favourite ones :-]


They are my favorite, too!

Be aware, though, that Windows does have a 250-something character
limitation on full paths, and if you have very long paths to the files
in your project, you will eventually run into problems due to that
limit.


HTH,
David


 --
 Erk
 Le gouvernement représentatif n'est pas la démocratie --
 http://www.le-message.org
 --

 Powered by www.kitware.com

 Visit other Kitware open-source projects at 
 http://www.kitware.com/opensource/opensource.html

 Please keep messages on-topic and check the CMake FAQ at: 
 http://www.cmake.org/Wiki/CMake_FAQ

 Follow this link to subscribe/unsubscribe:
 http://www.cmake.org/mailman/listinfo/cmake
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake


[CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Marcus Bartholomeu
Hi all,

I'm having an issue to use CPack with big file paths. I have cmake-2.8.9.

I built a very simple testcase to show this issue. These are the files in
the project:

./CMakeLists.txt
./control/examples/path-with-very-long-length/some_file2.txt
./control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt
./control/examples/some_file.txt

All files are empty, unless for the CMakeLists.txt, of course. It has the
following:

-
cmake_minimum_required(VERSION 2.8)
project (bugtest)

install(DIRECTORY control/ DESTINATION control)

include (InstallRequiredSystemLibraries)
include (CPack)
-

As a simple way to create the other empty files, we can use the following
commands:

 mkdir
-p 
control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big
 touch control/examples/some_file.txt
 touch control/examples/path-with-very-long-length/some_file2.txt

 touch 
control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt



The 2 files with smaller paths goes to the expected locations under

 tar_root/bugtest-0.1.1/

but the file with the bigger path gets part of the path stripped and loose
the initial bugtest-0.1.1 directory, going to:


 
tar_root/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt

I'm building and packaging it with the commands:

 cmake ../bugtest
 cpack -C CPackConfig.cmake -G TGZ

Can someone help me to find out if it is a bug or how to fix it?


Thanks for any help,
Marcus
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Marcus Bartholomeu
I'm VERY sorry to bug you guys!

I just realized that this is an issue with the midnight commander. It is
not reading inside tarballs correctly. But CPack is creating the tarball
correctly.

Sorry again,
Marcus



On Fri, Oct 26, 2012 at 7:59 PM, Marcus Bartholomeu
cm...@tecativa.com.brwrote:

 Hi all,

 I'm having an issue to use CPack with big file paths. I have cmake-2.8.9.

 I built a very simple testcase to show this issue. These are the files in
 the project:

 ./CMakeLists.txt
 ./control/examples/path-with-very-long-length/some_file2.txt

 ./control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt
 ./control/examples/some_file.txt

 All files are empty, unless for the CMakeLists.txt, of course. It has the
 following:

 -
 cmake_minimum_required(VERSION 2.8)
 project (bugtest)

 install(DIRECTORY control/ DESTINATION control)

 include (InstallRequiredSystemLibraries)
 include (CPack)
 -

 As a simple way to create the other empty files, we can use the following
 commands:

  mkdir
 -p 
 control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big
  touch control/examples/some_file.txt
  touch control/examples/path-with-very-long-length/some_file2.txt

  touch 
 control/examples/path-with-very-long-length/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt



 The 2 files with smaller paths goes to the expected locations under

  tar_root/bugtest-0.1.1/

 but the file with the bigger path gets part of the path stripped and loose
 the initial bugtest-0.1.1 directory, going to:


  
 tar_root/to-test-if-it-breaks-the-cpack/a-little-bit-more-characters-to-make-it-big/ok-that-is-enough.txt

 I'm building and packaging it with the commands:

  cmake ../bugtest
  cpack -C CPackConfig.cmake -G TGZ

 Can someone help me to find out if it is a bug or how to fix it?


 Thanks for any help,
 Marcus


--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CPack issue with long path names being misplaced in TGZ file

2012-10-26 Thread Eric Noulard
2012/10/27 Marcus Bartholomeu cm...@tecativa.com.br:
 I'm VERY sorry to bug you guys!

 I just realized that this is an issue with the midnight commander. It is not
 reading inside tarballs correctly. But CPack is creating the tarball
 correctly.

 Sorry again,

Don't be, those bugs that are solving themselves after some time are
my favourite ones :-]

-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake