l*******G
发帖数: 1191 | 1 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
？而不是最多拖到最后一行？？？
http://stackoverflow.com/questions/139964/msbuild-directory-str
http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
Make sure the path to the working directory is not too long
The working directory that you specify must not cause the build agent to
produce any physical paths that are longer than 259 characters. Otherwise,
your builds could fail and log this error: TF10128: The path PhysicalPath
contains more than the allowed 259 characters. Type or select a shorter path.
To solve this problem, specify a working directory that results in a shorter
physical path. For example you could specify $(HOMEDRIVE)bld$(BuildAgentID)
$(BuildDefinitionID), which would result in a working directory such as: c:
bld32.
============================================ |
l*******G
发帖数: 1191 | 2 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
？而不是最多拖到最后一行？？？
http://stackoverflow.com/questions/139964/msbuild-directory-str
http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
Make sure the path to the working directory is not too long
The working directory that you specify must not cause the build agent to
produce any physical paths that are longer than 259 characters. Otherwise,
your builds could fail and log this error: TF10128: The path PhysicalPath
contains more than the allowed 259 characters. Type or select a shorter path.
To solve this problem, specify a working directory that results in a shorter
physical path. For example you could specify $(HOMEDRIVE)bld$(BuildAgentID)
$(BuildDefinitionID), which would result in a working directory such as: c:
bld32.
============================================ |
z****e
发帖数: 54598 | |
l*******G
发帖数: 1191 | 4 Every average programmer probably has met this problem. Hence it is not a
small problem at all! Forcing users to change directories will force them
to change path of other programs/files etc for an industrial pr project. I'
m sure there is an easier solution to it. |
m*******l
发帖数: 12782 | 5 这个限制更好像是windows系统本身的限制.
them
I'
【在 l*******G 的大作中提到】
: Every average programmer probably has met this problem. Hence it is not a
: small problem at all! Forcing users to change directories will force them
: to change path of other programs/files etc for an industrial pr project. I'
: m sure there is an easier solution to it.
|
r****y
发帖数: 26819 | 6 windows有最长路径长度限制，所以很多压缩文件没法解压。呵呵
【在 l*******G 的大作中提到】
: 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
: 那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
: 太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
: 还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
: ？而不是最多拖到最后一行？？？
: http://stackoverflow.com/questions/139964/msbuild-directory-str
: http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
: ===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
: Make sure the path to the working directory is not too long
: The working directory that you specify must not cause the build agent to
|
g*****g
发帖数: 34805 | 7 臭名昭著的两个限制，一个是路径长度，一个是IE支持的URL长度。 |
x****u
发帖数: 44466 | 8 最长路径是32768，不过搞这么长的目录，程序非常不好写。
【在 r****y 的大作中提到】
: windows有最长路径长度限制，所以很多压缩文件没法解压。呵呵
|
x****u
发帖数: 44466 | 9 32767的目录长度你还嫌不够用的话就该修改程序了。
【在 g*****g 的大作中提到】
: 臭名昭著的两个限制，一个是路径长度，一个是IE支持的URL长度。
|
c********l
发帖数: 8138 | 10 DreamSpark上有VS2013下
刚出炉的
直接上2013
【在 l*******G 的大作中提到】
: 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
: 那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
: 太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
: 还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
: ？而不是最多拖到最后一行？？？
: http://stackoverflow.com/questions/139964/msbuild-directory-str
: http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
: ===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
: Make sure the path to the working directory is not too long
: The working directory that you specify must not cause the build agent to
|
|
|
m*******l
发帖数: 12782 | 11 你说啥呢? 这个API有好几个,UNC可以支持长的,其他的不行
【在 x****u 的大作中提到】
: 最长路径是32768，不过搞这么长的目录，程序非常不好写。
|
k**********g
发帖数: 989 | 12
Long file path requires the software to add \? to the prefix. Otherwise it
cannot use long file path.
Unfortunately, there are too many lines of code written that do not take
this into account.
http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-paths-i
Read all three parts of the blog.
【在 m*******l 的大作中提到】
: 你说啥呢? 这个API有好几个,UNC可以支持长的,其他的不行
|
m*******l
发帖数: 12782 | 13 这个小聚要看看,我这个算是比较熟悉了,专门做过这些东西
【在 k**********g 的大作中提到】
:
: Long file path requires the software to add \? to the prefix. Otherwise it
: cannot use long file path.
: Unfortunately, there are too many lines of code written that do not take
: this into account.
: http://blogs.msdn.com/b/bclteam/archive/2007/02/13/long-paths-i
: Read all three parts of the blog.
|
l*******G
发帖数: 1191 | 14 no matter what, don't tell me M$ can't solve this. There is simply no excuse |
m*******l
发帖数: 12782 | 15 legacy code compliance
excuse
【在 l*******G 的大作中提到】
: no matter what, don't tell me M$ can't solve this. There is simply no excuse
|
p*a
发帖数: 592 | 16 这个问题我也碰到过，真的很弱智
【在 l*******G 的大作中提到】
: 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
: 那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
: 太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
: 还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
: ？而不是最多拖到最后一行？？？
: http://stackoverflow.com/questions/139964/msbuild-directory-str
: http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
: ===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
: Make sure the path to the working directory is not too long
: The working directory that you specify must not cause the build agent to
|
x****u
发帖数: 44466 | 17 最基本的CreateFile支持32767的长度
【在 m*******l 的大作中提到】
: 你说啥呢? 这个API有好几个,UNC可以支持长的,其他的不行
|
l*******G
发帖数: 1191 | 18 My understanding is, this shows M$ is lack of coordination.
It should be a basic problem in the file system when M$ moved from DOS3.0 to
DOS6.22 and beyond. Where Program~ etc were used to deal with "Program
Files" like paths in early Windows stage.
Now that the path length problem is basically involved in every department
of M$'s enterprise means solving it requires cross-department coordination
even though it was a simple thing at the bottom line (e.g. which
department is going to do it
?, ehh, I'm working on Bing, I don't care... I'm working on Office, I don't
care ..., I'm working on Database, I don't care…, I'm a middle level
manager, solving this doesn't help me move up the ladder or get any
attention, I don't care… I'm Steve, you know I'm retiring… I'm you know
who, oops, the guy who engineered this has already retired!). |
l*******G
发帖数: 1191 | 19
When there is no time to solve a problem in 10 years, it means it will
never be solved.
【在 z****e 的大作中提到】
: 三哥们忙着改界面，没空搭理这些小需求
|
a****l
发帖数: 8211 | 20 为什么？比如说，我们这里的一个老黑技术太差要被开了，然后人家跳去了微软，一直
混到现在。这恐怕可以解释，为什么你的车不蓝屏，windows会。
【在 l*******G 的大作中提到】
: 最近买了 VS 2012， 有个问题可能都10多年了也没有解决。
: 那就是为啥project 目录名字长一点就直接不能用呀？ 这表现了M$ 对软件质量的监管
: 太差了！！！！直接改成最大长度2048字节不行吗？鄙视M$ing
: 还有Excel 中按shift 然后 用鼠标往下面拖右边滚动条的时候为啥一下就拖出几万行
: ？而不是最多拖到最后一行？？？
: http://stackoverflow.com/questions/139964/msbuild-directory-str
: http://www.codinghorror.com/blog/2006/11/filesystem-paths-how-l
: ===this is their 2013 guide on deployment=== errr!!!! It sucks! ====
: Make sure the path to the working directory is not too long
: The working directory that you specify must not cause the build agent to
|
|
|
g*****g
发帖数: 34805 | 21 不是目录长度，目录长度我够用了。是命令行长度。一个Java程序是这么启动的。
java -cp xxx.jar;xxx.jar Main
我有一些server应用，有几百个jar，在eclipse做junit test，自动生成的classpath
是完整
的路径，每个jar路径就是200个左右字符，200*200=40000，直接就悲剧了。微软从上
到下都透着小家子气。一个这么简单的bug，就是改不好。
不是我吹毛求疵，碰上这个问题的人一堆。你自己看看吐槽的有多少。
https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193
【在 x****u 的大作中提到】
: 32767的目录长度你还嫌不够用的话就该修改程序了。
|
z****e
发帖数: 54598 | 22 主要是其它语言几乎都不太可能有几百个类库的规模
大部分其它语言的项目有个十个以上的类库就很大了
只有java有这个规模
classpath
【在 g*****g 的大作中提到】
: 不是目录长度，目录长度我够用了。是命令行长度。一个Java程序是这么启动的。
: java -cp xxx.jar;xxx.jar Main
: 我有一些server应用，有几百个jar，在eclipse做junit test，自动生成的classpath
: 是完整
: 的路径，每个jar路径就是200个左右字符，200*200=40000，直接就悲剧了。微软从上
: 到下都透着小家子气。一个这么简单的bug，就是改不好。
: 不是我吹毛求疵，碰上这个问题的人一堆。你自己看看吐槽的有多少。
: https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193
|
x****u
发帖数: 44466 | 23 这个简单问题你也好意思叫，就算不会改脚本，写个小脚本把所有路径转成8x3后调用
就行了。
classpath
【在 g*****g 的大作中提到】
: 不是目录长度，目录长度我够用了。是命令行长度。一个Java程序是这么启动的。
: java -cp xxx.jar;xxx.jar Main
: 我有一些server应用，有几百个jar，在eclipse做junit test，自动生成的classpath
: 是完整
: 的路径，每个jar路径就是200个左右字符，200*200=40000，直接就悲剧了。微软从上
: 到下都透着小家子气。一个这么简单的bug，就是改不好。
: 不是我吹毛求疵，碰上这个问题的人一堆。你自己看看吐槽的有多少。
: https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193
|
x****u
发帖数: 44466 | 24 把Windows下的C++的依赖类库打印出来，很多时候也是上百个，都用土法搞地球真不用
转了。
【在 z****e 的大作中提到】
: 主要是其它语言几乎都不太可能有几百个类库的规模
: 大部分其它语言的项目有个十个以上的类库就很大了
: 只有java有这个规模
:
: classpath
|
g*****g
发帖数: 34805 | 25 你丫就爱死撑。这种东西都在eclipse的plugin里，为了这个自己branch并维护eclipse？
明明是微软傻逼，还洗地呢？
【在 x****u 的大作中提到】
: 这个简单问题你也好意思叫，就算不会改脚本，写个小脚本把所有路径转成8x3后调用
: 就行了。
:
: classpath
|
S*******s
发帖数: 13043 | 26 这几天困扰我的是 intelisence, 类似于这个
http://stackoverflow.com/questions/13744780/visual-studio-2012s
member list就没问题，局部变量，参数就必须按个方向键或是ctrl+enter |
p*a
发帖数: 592 | 27 get resharper, all problem solved
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题，局部变量，参数就必须按个方向键或是ctrl+enter
|
m*******l
发帖数: 12782 | 28 intellisence好像是第三方产品吧,不算MS自己生产的
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题，局部变量，参数就必须按个方向键或是ctrl+enter
|
d********u
发帖数: 5383 | 29 这是多么傻逼的设计呀，几百个路径连在一起？
真是傻逼无极限。JAVA这种傻逼的设计也就是给傻逼用的。
放在一个文件里会死吗？
傻逼！
classpath
【在 g*****g 的大作中提到】
: 不是目录长度，目录长度我够用了。是命令行长度。一个Java程序是这么启动的。
: java -cp xxx.jar;xxx.jar Main
: 我有一些server应用，有几百个jar，在eclipse做junit test，自动生成的classpath
: 是完整
: 的路径，每个jar路径就是200个左右字符，200*200=40000，直接就悲剧了。微软从上
: 到下都透着小家子气。一个这么简单的bug，就是改不好。
: 不是我吹毛求疵，碰上这个问题的人一堆。你自己看看吐槽的有多少。
: https://bugs.eclipse.org/bugs/show_bug.cgi?id=327193
|
b*******s
发帖数: 5216 | 30 这个设计不是孤立的，比如rm *会报告invalid argument，如果目录下有成千上万个文件
同样的原因
【在 d********u 的大作中提到】
: 这是多么傻逼的设计呀，几百个路径连在一起？
: 真是傻逼无极限。JAVA这种傻逼的设计也就是给傻逼用的。
: 放在一个文件里会死吗？
: 傻逼！
:
: classpath
|
|
|
g*****g
发帖数: 34805 | 31 尼玛mac没问题，linux没问题，就windows有问题，你说谁傻逼？
【在 d********u 的大作中提到】
: 这是多么傻逼的设计呀，几百个路径连在一起？
: 真是傻逼无极限。JAVA这种傻逼的设计也就是给傻逼用的。
: 放在一个文件里会死吗？
: 傻逼！
:
: classpath
|
d********u
发帖数: 5383 | 32 我的意思是，你可以提BUG，或者自己去改呀。
活人难不成让尿憋死
【在 g*****g 的大作中提到】
: 尼玛mac没问题，linux没问题，就windows有问题，你说谁傻逼？
|
x****u
发帖数: 44466 | 33 想行为艺术自己装个MingW搞啊，没人拦着你。
NT是个开放微内核架构，和Mac比说不上哪个更像Unix。
【在 g*****g 的大作中提到】
: 尼玛mac没问题，linux没问题，就windows有问题，你说谁傻逼？
|
s*******g
发帖数: 243 | 34 linux就bug free了？起个文件名用dash开头就很有意思，最好是叫-rf, lol
【在 g*****g 的大作中提到】
: 尼玛mac没问题，linux没问题，就windows有问题，你说谁傻逼？
|
