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  wrote:
> 2012/10/27 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,
>
> 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


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

2012-10-26 Thread Eric Noulard
2012/10/27 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,

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


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
wrote:

> 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
>
>  /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:
>
>
>  
> /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

[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

 /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:


 
/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