s*r
2 楼
要解释。
c*l
3 楼
两边有很大黑边啊,并且图象比例失横了
怎么处理?
ps 昨天遇到一个只有3000分的 z 飞龙摔的真好。
估计是个棒子
怎么处理?
ps 昨天遇到一个只有3000分的 z 飞龙摔的真好。
估计是个棒子
f*n
4 楼
昨天发现头上有几根白头发,忍不住伤心
l*G
5 楼
最近买了 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.
============================================
那就是为啥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.
============================================
w*s
7 楼
who ask you this question?
l*G
10 楼
最近买了 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.
============================================
那就是为啥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
14 楼
三哥们忙着改界面,没空搭理这些小需求
l*G
17 楼
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.
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
20 楼
这个限制更好像是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.
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
23 楼
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
【在 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
26 楼
臭名昭著的两个限制,一个是路径长度,一个是IE支持的URL长度。
c*l
31 楼
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
刚出炉的
直接上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
k*g
33 楼
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
34 楼
这个小聚要看看,我这个算是比较熟悉了,专门做过这些东西
【在 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.
【在 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
35 楼
no matter what, don't tell me M$ can't solve this. There is simply no excuse
p*a
37 楼
这个问题我也碰到过,真的很弱智
【在 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
【在 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
l*G
39 楼
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!).
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!).
a*l
41 楼
为什么?比如说,我们这里的一个老黑技术太差要被开了,然后人家跳去了微软,一直
混到现在。这恐怕可以解释,为什么你的车不蓝屏,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
混到现在。这恐怕可以解释,为什么你的车不蓝屏,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
42 楼
不是目录长度,目录长度我够用了。是命令行长度。一个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的目录长度你还嫌不够用的话就该修改程序了。
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
43 楼
主要是其它语言几乎都不太可能有几百个类库的规模
大部分其它语言的项目有个十个以上的类库就很大了
只有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
大部分其它语言的项目有个十个以上的类库就很大了
只有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
44 楼
这个简单问题你也好意思叫,就算不会改脚本,写个小脚本把所有路径转成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
就行了。
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
S*s
47 楼
这几天困扰我的是 intelisence, 类似于这个
http://stackoverflow.com/questions/13744780/visual-studio-2012s
member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
http://stackoverflow.com/questions/13744780/visual-studio-2012s
member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
p*a
48 楼
get resharper, all problem solved
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
m*l
49 楼
intellisence好像是第三方产品吧,不算MS自己生产的
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
【在 S*******s 的大作中提到】
: 这几天困扰我的是 intelisence, 类似于这个
: http://stackoverflow.com/questions/13744780/visual-studio-2012s
: member list就没问题,局部变量,参数就必须按个方向键或是ctrl+enter
d*u
50 楼
这是多么傻逼的设计呀,几百个路径连在一起?
真是傻逼无极限。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
真是傻逼无极限。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
相关阅读
图网络深度学习 Graph NNs物理千老同学告诉我下一波风口是量子计算本科刷acm好,还是刷文章好Mitbbs网站插件添加了对markdown的支持请教个Hypervisor VM的网络设置问题“降噪自动编码器”明显文不对题王大喷子写书了《解谜计算机科学》刚刚在茶水间看电视expedia暴涨跨网站的cookie怎么弄?重写Java一些系统软件可能是一条财富自由的捷径Guido离开python了1D to 2D conversion problem写代码最开心的是越写越少,今天又干掉了上百行双镜头能弄景深,三镜头有什么意义如何开始玩 lisp?抖音,再见!国家正式发声!bokeh vs Dash, 哪个好?xgboost和 lightGBM养活了多少人?中国政府派黑客混入开源代码项目偷偷部署安全漏洞Java 这是啥语法?