中国DOS联盟

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).

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.

@echo off

:loop

if "%1"=="" goto :end

rem 这个语句是有意写错的

echo --- %1 ----

type %1 0

shift

goto loop



:end

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.

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.

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

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.

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

Support, top~~~ Wengier has worked hard~~~

Support, good stuff!

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!

Impressive, ashamed...

Great, good idea, thank you ........

Alas, it's a pity that I can't issue commands to the computer.

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.