|
Wengier
系统支持
             “新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 76 楼』:
使用 LLM 解释/回答一下
Originally posted by qzwqzw at 2007-2-5 05:43 PM:
使用qzwqzwtest编辑原帖27221#13提示拒绝存取
用Del删除新的回复帖27221#16也提示拒绝存取
我刚才模拟使用qzwqzwtest登录并输入edit c:\8\27221 13,但发现可以进行编辑,而没有提示拒绝存取呢。顺便说明一下,目前的EDIT编辑权限是这样的:只要是作者本人或版主/管理员即可以编辑指定的帖子。如果用别的帐号编辑则当然不行。
用DEL删除帖子时提示拒绝存取倒是正常的,因为目前DEL命令只能由版主或管理员使用于C盘至F盘上的文件(如顶楼帖子中的DEL命令部分所述),用版主或管理员的帐号就可以正常删除此帖(我刚才就用此命令将它删除了)。
Originally posted by qzwqzw at 2007-2-5 05:43 PM:
Using qzwqzwtest to edit the original post at 27221#13 prompts access denied
Deleting the new reply post at 27221#16 with Del also prompts access denied
I just simulated logging in with qzwqzwtest and entered edit c:\8\27221 13, but found that I can edit it without prompting access denied. By the way, the current EDIT editing permission is like this: as long as it is the author himself or the moderator/administrator, he can edit the specified post. If you use another account to edit, it will of course not work.
When using DEL to delete the post, it is normal to prompt access denied, because the current DEL command can only be used by the moderator or administrator on the files from drive C to drive F (as described in the DEL command part of the top post), and you can delete this post normally with the moderator or administrator's account (I just used this command to delete it).
|

Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站,里面有各类DOS软件和资料,地址:
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com (最近比较忙,有事请联系DOSroot和雨露,谢谢!)
 |
|
2007-2-6 13:42 |
|
|
Wengier
系统支持
             “新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 77 楼』:
使用 LLM 解释/回答一下
现已加入TYPE/MORE命令的开关。具体如下:
/A:不显示附件(默认为显示);
/D:禁用 Discuz! 代码(默认为启用);
/P:不显示投票结果(默认为显示,新加入)。
/S:不显示个人签名(默认为显示)。
另外,TYPE/MORE命令现已支持直接显示帖图。如果点击帖图的链接将从新窗口中打开放大的图片。
更新到4.0 RC4版。
Now support the switches for the TYPE/MORE command. Details are as follows:
/A: Do not display attachments (displayed by default);
/D: Disable Discuz! code (enabled by default);
/P: Do not display voting results (displayed by default, newly added).
/S: Do not display personal signature (displayed by default).
In addition, the TYPE/MORE command now supports directly displaying images. If you click the image link, the enlarged image will open in a new window.
Updated to version 4.0 RC4.
|

Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站,里面有各类DOS软件和资料,地址:
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com (最近比较忙,有事请联系DOSroot和雨露,谢谢!)
 |
|
2007-2-6 15:39 |
|
|
qzwqzwtest
初级用户
 
积分 21
发帖 6
注册 2007-2-5
状态 离线
|
『第 78 楼』:
使用 LLM 解释/回答一下
edit 27721 13怕是测试出了问题
已经无法重现,可以认为是误报
-----------------------------------------------
死循环终止的问题
测试的时候使用type命令
但是在循环数次之后
Type的参数会为空
此时如果判断空参数的语句出错无法跳出
就会比较难以Ctrl+C
@echo off
:loop
if "%1"=="" goto :end
rem 这个语句是有意写错的
echo --- %1 ----
type %1 0
shift
goto loop
:end
-----------------------------------------------
另外提一个建议
dir的22文件建议放在输出末尾或者文件数显示之后
因为dir的输出会将提示滚动出屏幕
一般新手不会注意到
类似的,net file和邮件箱的输出时也最好能标上它的上限
edit 27721 13 It is estimated that there was a problem in the test.
It can no longer be reproduced, and it can be considered a false positive.
-----------------------------------------------
Problem of terminating the infinite loop
When testing, the type command is used.
But after several cycles,
the parameter of type will be empty.
At this time, if the statement to judge the empty parameter is wrong and cannot jump out,
it will be difficult to use Ctrl+C.
@echo off
:loop
if "%1"=="" goto :end
rem This statement is intentionally wrong
echo --- %1 ----
type %1 0
shift
goto loop
:end
-----------------------------------------------
Another suggestion is put forward.
The 22 file of dir is suggested to be placed at the end of the output or after the file count display.
Because the output of dir will scroll the prompt out of the screen.
General beginners will not pay attention.
Similarly, when outputting net file and mailbox, it is also best to mark its upper limit.
|

qzwqzw id for test |
|
2007-2-6 21:42 |
|
|
Wengier
系统支持
             “新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 79 楼』:
使用 LLM 解释/回答一下
Originally posted by qzwqzwtest at 2007-2-6 08:42 AM:
edit 27721 13怕是测试出了问题
已经无法重现,可以认为是误报
-----------------------------------------------
死循环终止的问题
测试的时候使用type命令 ...
关于上面那段死循环例子代码,我在IE7、Firefox 1.5、Opera 9下都试了一会,循环一次或数次后按Ctrl+C键,但每次按Ctrl+C键都中断了程序。比如说我从运行到中断期间屏幕上是这样显示的:
A:\> looptest test
--- test ----
参数太多 - 0
标签找不到
--- ----
找不到文件。
标签找不到
--- ----
找不到文件。
标签找不到
--- ----
找不到文件。
标签找不到
--- ----
^C (此时按下Ctrl+C键)
A:\>
Ctrl+C键在我这儿看来非常有效,多次测试没有一次失败过。(注:如果键盘上的Ctrl+C键不太灵,用Ctrl+Break键也是可以的)
不过,我刚已加上了“GOTO :标签”这样的非标准用法,与“GOTO 标签”等效,这样上面的程序就不存在循环了。
关于DIR默认情况下的的显示数量问题。目前的情况是,所有磁盘(从A盘到H盘,包括邮件箱)的DIR默认显示数量其实都是相同的,都是22个,以保持一致性。不过,不久前我曾作了一个修改,那就是只有当实际文件数量大于这个数目导致有文件将不被显示时,才会显示那条提示信息,以告诉用户后面还有文件并可以用/A开关来显示,否则不显示那条信息(因为有时候某个目录(例如A盘)中只有一两个文件,远没有22个,如果不分情况一律显示的话感觉不太好)。但如果将提示信息放在后面却也可能影响美观,尤其是当用/S开关显示子目录下的文件的时候,而且DOS/CMD下的DIR命令的提示信息好像都是放在前面而非后面的。我已经将默认的22个改为20个,可能更好些。而NET FILE命令则不存在默认显示数量问题,因为它和DIR命令的情况不同。
Originally posted by qzwqzwtest at 2007-2-6 08:42 AM:
edit 27721 13 seems there was a problem in testing
It can no longer be reproduced, so it can be considered a false positive
-----------------------------------------------
Problem of terminating infinite loop
When testing, use the type command...
Regarding the above example code of the infinite loop, I tested it in IE7, Firefox 1.5, and Opera 9 for a while. After one or several loops, I pressed the Ctrl+C key, but each time the program was interrupted by pressing the Ctrl+C key. For example, the screen displayed like this from running to interruption:
A:\> looptest test
--- test ----
Too many parameters - 0
Label not found
--- ----
File not found.
Label not found
--- ----
File not found.
Label not found
--- ----
File not found.
Label not found
--- ----
^C (At this time, press the Ctrl+C key)
A:\>
The Ctrl+C key seems very effective in my case, and there has been no failure in multiple tests. (Note: If the Ctrl+C key on the keyboard is not sensitive, the Ctrl+Break key can also be used)
However, I just added the non-standard usage of "GOTO :label", which is equivalent to "GOTO label", so the above program has no loop.
Regarding the default display quantity of DIR. Currently, the default display quantity of DIR for all disks (from A drive to H drive, including the mailbox) is actually the same, all 22, to maintain consistency. However, I made a modification not long ago, that is, only when the actual number of files is greater than this number and some files will not be displayed, will that prompt message be displayed to tell the user that there are more files behind and can use the /A switch to display, otherwise that message will not be displayed (because sometimes there are only one or two files in a certain directory (such as A drive), far less than 22. If the message is displayed uniformly in all cases, it doesn't feel good). But if the prompt message is placed at the back, it may also affect the appearance, especially when using the /S switch to display files in subdirectories. Moreover, the prompt message of the DIR command under DOS/CMD seems to be placed at the front rather than the back. I have changed the default 22 to 20, which may be better. And the NET FILE command has no problem with the default display quantity because it is different from the DIR command.
|

Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站,里面有各类DOS软件和资料,地址:
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com (最近比较忙,有事请联系DOSroot和雨露,谢谢!)
 |
|
2007-2-7 01:36 |
|
|
qzwqzwtest
初级用户
 
积分 21
发帖 6
注册 2007-2-5
状态 离线
|
『第 80 楼』:
使用 LLM 解释/回答一下
死循环的问题
我用IE6试了,确实可以适时Ctrl+C
然而换用Opera9.01仍然不理睬我的键入
终于因此升级Opera到9.10 8679 多国语言版
结果没有太大变化
也许是我的网络或系统配置与你有所区别的原因吧
不过,既然已确实是Opera的兼容性问题
就可以不必理会它了
等Opera自己来改进吧
--------------------------------------------
net file 的上限是指最多可以同时订阅的主题数
短信箱的上限则是指最多可存放的短信条数
如果它们是一个超大的数值自然不用理会
如果它们是一个可能会被突破的值则建议列出
-------------------------------------------
开始考虑type与more的功能重叠问题
如果将more的现有功能融合为type的一项开关选项
more则单独用做以后的管道操作中处理文本的工具
是否会更合理些呢?
--------------------------------------------
另外,现在我已找不到现有版本的更多问题
建议可以选择一个合适的时机推出正式版了
Problems with infinite loops
I tried with IE6, and indeed, I can press Ctrl+C in real time
However, when I switched to Opera 9.01, it still ignored my keystrokes
Finally, I upgraded Opera to version 9.10 8679 multi-language version
The result didn't change much
Maybe it's because my network or system configuration is different from yours
But since it's definitely an Opera compatibility issue
We can just ignore it
Wait for Opera to improve itself
--------------------------------------------
The upper limit of net file refers to the maximum number of topics that can be subscribed to simultaneously
The upper limit of the SMS box refers to the maximum number of SMS messages that can be stored
If they are extremely large values, there's no need to worry
If they are values that might be exceeded, it's recommended to list them
-------------------------------------------
Starting to consider the functional overlap between type and more
If the existing functions of more are integrated into a switch option of type
more can be used separately as a tool for processing text in future pipeline operations
Would that be more reasonable?
--------------------------------------------
In addition, I can't find more problems with the current version now
It's suggested that a suitable time can be chosen to release the official version
|

qzwqzw id for test |
|
2007-2-7 04:45 |
|
|
Wengier
系统支持
             “新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 81 楼』:
使用 LLM 解释/回答一下
Originally posted by qzwqzwtest at 2007-2-6 03:45 PM:
死循环的问题
我用IE6试了,确实可以适时Ctrl+C
然而换用Opera9.01仍然不理睬我的键入
终于因此升级Opera到9.10 8679 多国语言版
结果没有太大变化
也许是我的网络或系统配置与你有所区别的原因吧
不过,既然已确实是Opera的兼容性问题
就可以不必理会它了
等Opera自己来改进吧 ...
关于Ctrl+C强行中断的问题,我来详细说一下现在的处理情况吧。
的确,对于在非预期情况(而非普通状态)下判断Ctrl+C和Ctrl+Break的按键,在不同的浏览器下都有些不同。比如说在Firefox下它们的键值为Ctrl+99;在Opera下Ctrl+C的键值为Ctrl+3、Ctrl+Break的键值为Ctrl+67;而在IE下,Ctrl+Break的键值为Ctrl+3,而Ctrl+C则不返回键值。因此,为了同时支持包括IE、Firefox、Opera在内的浏览器,从加入此功能的一开始就只好对用户所用的浏览器进行检测并针对相应的浏览器来判断按键(包括采用一些特殊方法),使得最终Ctrl+C和Ctrl+Break键在我的IE、Firefox、Opera下都可以中断程序了。
从理论上来说,既然在我的电脑上的Opera(版本也是9.10 8679)中它们可以中断程序,在其它电脑上应该也是可以的。为了更好的测试,刚才我特意在VMware虚拟机中全新安装了一个Opera 9.10 8679多国语言版(我的真实机上则是英文版的),测试后发现Ctrl+C和Ctrl+Break键也可以正常中断程序。因此对于上面提到的问题,我觉得不太像是Opera自身的问题,而可能是其它原因造成的(比如设置问题?插件冲突?)。
不过,关于语言版本倒提醒我加入一个新功能,那就是自动根据浏览器的默认语言来选择相应的起始代码页。现在已支持当浏览器的默认语言为zh-cn/zh-sg/zh-chs的时候起始代码页为936,当为zh-tw/zh-hk/zh-mo/zh-cht的时候起始代码页为950,否则的话起始代码页将为437。但仍然可以用?cp=xxx参数来手工指定起始代码页,并可以用%codepage%环境变量来判断当前代码页。
论坛的主题订阅功能是不存在上限的,所以net file命令也没有文件上限;而用户的短消息的上限和目前的短消息数现在已可以用net user命令列出。
关于type与more的功能重叠问题。其实这个在现有的某些环境下也有体现,甚至更加明显,例如在Windows的“故障恢复控制台”中,两者的功能就是完全一致的(而more命令也无法用于管道操作)。在DOS/CMD下type命令都是没有开关的,而其more命令则与现在命令行界面的more命令功能相似(除不支持管道/重定向操作外),如果给type命令加上控制暂停的开关似乎有点违背DOS/CMD下的type和more命令的分工的初衷。同时考虑到管道操作实现起来相当复杂,是否可行都难以保证(要注意对I/O操作的支持是网页脚本语言的弱项),所以现在采取目前的这种分工可能还是更好些呢。
如果没有问题的话,一天内将发布正式版。
Originally posted by qzwqzwtest at 2007-2-6 03:45 PM:
Problem of infinite loop
I tried with IE6, and indeed, I can press Ctrl+C in real time
However, switching to Opera 9.01 still ignores my keystrokes
Finally, I upgraded Opera to version 9.10 8679 multi-language version
The result didn't change much
Maybe it's because of the difference in my network or system configuration from yours
However, since it's indeed an Opera compatibility issue
We can just ignore it
Wait for Opera to improve itself...
Let me explain in detail the current handling of the problem of forcibly interrupting with Ctrl+C.
Indeed, the judgment of Ctrl+C and Ctrl+Break keys under different browsers is somewhat different under unexpected situations (not in normal states). For example, under Firefox, their key values are Ctrl+99; under Opera, the key value of Ctrl+C is Ctrl+3, and the key value of Ctrl+Break is Ctrl+67; while under IE, the key value of Ctrl+Break is Ctrl+3, and Ctrl+C does not return a key value. Therefore, in order to support browsers including IE, Firefox, and Opera, from the very beginning of adding this function, we have to detect the user's browser and judge the keys accordingly (including using some special methods), so that finally the Ctrl+C and Ctrl+Break keys can interrupt the program under my IE, Firefox, and Opera.
Theoretically, since in my Opera (version is also 9.10 8679) on my computer they can interrupt the program, they should also be able to do so on other computers. For better testing, just now I specially installed a brand-new Opera 9.10 8679 multi-language version in VMware virtual machine (my real machine has the English version), and after testing, I found that the Ctrl+C and Ctrl+Break keys can also interrupt the program normally. Therefore, for the above-mentioned problem, I don't think it's a problem with Opera itself, but may be caused by other reasons (such as setting problems? Plugin conflicts?).
However, the language version reminds me to add a new function, that is, automatically select the corresponding starting code page according to the default language of the browser. Now it supports that when the default language of the browser is zh-cn/zh-sg/zh-chs, the starting code page is 936, when it is zh-tw/zh-hk/zh-mo/zh-cht, the starting code page is 950, otherwise the starting code page will be 437. But you can still manually specify the starting code page with the?cp=xxx parameter, and you can use the %codepage% environment variable to judge the current code page.
There is no upper limit for the forum's topic subscription function, so the net file command also has no file upper limit; and the upper limit of the user's short messages and the current number of short messages can now be listed with the net user command.
Regarding the functional overlap between type and more. In fact, this is also reflected in some existing environments, and even more obviously. For example, in Windows "Recovery Console", the functions of the two are exactly the same (and the more command cannot be used for pipeline operations). Under DOS/CMD, the type command has no switches, and its more command is similar to the more command in the current command line interface (except that it does not support pipeline/redirection operations). If a switch to control pause is added to the type command, it seems to go against the original intention of the division of labor between the type and more commands under DOS/CMD. At the same time, considering that pipeline operations are quite complicated to implement, and it is difficult to guarantee whether it is feasible (note that support for I/O operations is a weak point of web scripting languages), so it may be better to adopt the current division of labor.
If there are no problems, the official version will be released within one day.
|

Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站,里面有各类DOS软件和资料,地址:
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com (最近比较忙,有事请联系DOSroot和雨露,谢谢!)
 |
|
2007-2-7 16:19 |
|
|
Wengier
系统支持
             “新DOS时代”站长
积分 27736
发帖 10521
注册 2002-10-9
状态 离线
|
『第 82 楼』:
使用 LLM 解释/回答一下
既然没有发现问题,现在正式发布4.0正式版本!至此较大规模的更新将基本告一段落,应该已经比较实用和稳定了,不过如果有一些能完善的地方还可以继续进行完善。欢迎大家使用!地址仍然是:
http://www.cn-dos.net/forum/cmdprmt.php
Since no problems were found, the formal version 4.0 is now officially released! At this point, the relatively large-scale updates will basically come to an end. It should already be relatively practical and stable. However, if there are some areas that can be improved, they can still be continued to be improved. Everyone is welcome to use it! The address is still:
http://www.cn-dos.net/forum/cmdprmt.php
|

Wengier - 新DOS时代
欢迎大家来到我的“新DOS时代”网站,里面有各类DOS软件和资料,地址:
http://wendos.mycool.net/
E-Mail & MSN: wengierwu AT hotmail.com (最近比较忙,有事请联系DOSroot和雨露,谢谢!)
 |
|
2007-2-8 03:58 |
|
|
electronixtar
铂金会员
      
积分 7493
发帖 2672
注册 2005-9-2
状态 离线
|
『第 83 楼』:
使用 LLM 解释/回答一下
支持,顶~~~Wengier辛苦了~~
Support, top~~~ Wengier has worked hard~~~
|

C:\>BLOG http://initiative.yo2.cn/
C:\>hh.exe ntcmds.chm::/ntcmds.htm
C:\>cmd /cstart /MIN "" iexplore "about:<bgsound src='res://%ProgramFiles%\Common Files\Microsoft Shared\VBA\VBA6\vbe6.dll/10/5432'>" |
|
2007-2-11 14:24 |
|
|
dinfli
初级用户
 
积分 180
发帖 82
注册 2007-1-11
状态 离线
|
|
2007-2-28 10:37 |
|
|
wei7120
新手上路

积分 17
发帖 8
注册 2006-10-29
状态 离线
|
|
2007-3-16 01:18 |
|
|
scriptor
银牌会员
    
积分 1187
发帖 555
注册 2006-12-21
状态 离线
|
『第 86 楼』:
使用 LLM 解释/回答一下
Originally posted by qzwqzw at 2007-1-18 10:04:
发现一个小问题
在type或者more完一些帖子(如26674#4)后
显示中的缩进没有完全恢复
如果反复type d:\23\26674 4会将缩进效果不断累积
猜测是因为帖子中使用了未闭合或者错误的Discuz! 代码
突然发现
仁兄引了我的帖子
而且还是在cmd模式下
今天我一时好奇
输入了你的那个命令行
突然发现这个市我发的
呵呵。。。
谢谢了!
Originally posted by qzwqzw at 2007-1-18 10:04:
Found a small problem
After using type or more to view some posts (such as 26674#4), the indentation in the display is not completely restored
If you repeatedly type d:\23\26674 4, the indentation effect will accumulate continuously
It is speculated that this is because the post uses unclosed or incorrect Discuz! code
Suddenly noticed
Dear friend quoted my post
And it's in cmd mode
Today I was curious for a while
Entered your command line
Suddenly noticed this was posted by me
Hehe...
Thanks!
|
|
2007-3-27 08:52 |
|
|
beijingju
初级用户
 
积分 26
发帖 11
注册 2007-4-4
状态 离线
|
|
2007-4-4 10:31 |
|
|
XinDOS
新手上路

积分 4
发帖 3
注册 2007-4-4
状态 离线
|
『第 88 楼』:
使用 LLM 解释/回答一下
太棒了,不错的创意,谢谢 ........
Great, good idea, thank you ........
|
|
2007-4-6 10:40 |
|
|
0487
中级用户
   国际认证VIP会员
积分 409
发帖 113
注册 2007-2-2 来自 深圳
状态 离线
|
『第 89 楼』:
使用 LLM 解释/回答一下
唉,可惜不能对电脑发出命令,
Alas, it's a pity that I can't issue commands to the computer.
|
|
2007-4-10 00:04 |
|
|
lxmxn
版主
       
积分 11386
发帖 4938
注册 2006-7-23
状态 离线
|
『第 90 楼』:
使用 LLM 解释/回答一下
Originally posted by 0487 at 2007-4-9 11:04:
唉,可惜不能对电脑发出命令,
要设置成“能对电脑发出命令”也不是很难,只要站长修改一下就可以啦,不知道站长会不会去着手弄。
Originally posted by 0487 at 2007-4-9 11:04:
Alas, it's a pity that I can't issue commands to the computer,
It's not very difficult to set it up so that "commands can be issued to the computer". As long as the webmaster makes some modifications, I don't know if the webmaster will start working on it.
|
|
2007-4-10 07:31 |
|