Sign in to follow this  
Followers 0
MrCreatoR

FileChangeDir("C:") not working when script is in C:\Dir...

4 posts in this topic

Hi, i am not sure, but it seems that this is some kind of bug.

For example, when the script is called from «C:\Temp» directory, and it's trying to change the working dir to «C:», then it will not work:

FileChangeDir("C:")
ConsoleWrite(@WorkingDir & @CRLF)

But if we add a trailing slash (FileChangeDir("C:\")), then it's will work. But, it's also work when we specify another drive, even without the slash:

FileChangeDir("D:")
ConsoleWrite(@WorkingDir & @CRLF)

What is the reason that it's not working with the current drive? :mellow: (where the script is in).


 

Spoiler

Using OS: Win 7 Professional, Using AutoIt Ver(s): 3.3.6.1 / 3.3.8.1

AutoIt_Rus_Community.png AutoIt Russian Community

My Work...

Spoiler

AutoIt_Icon_small.pngProjects: ATT - Application Translate Tool {new}| BlockIt - Block files & folders {new}| SIP - Selected Image Preview {new}| SISCABMAN - SciTE Abbreviations Manager {new}| AutoIt Path Switcher | AutoIt Menu for Opera! | YouTube Download Center! | Desktop Icons Restorator | Math Tasks | KeyBoard & Mouse Cleaner | CaptureIt - Capture Images Utility | CheckFileSize Program

AutoIt_Icon_small.pngUDFs: OnAutoItErrorRegister - Handle AutoIt critical errors {new}| AutoIt Syntax Highlight {new}| Opera Library! | Winamp Library | GetFolderToMenu | Custom_InputBox()! | _FileRun UDF | _CheckInput() UDF | _GUIInputSetOnlyNumbers() UDF | _FileGetValidName() UDF | _GUICtrlCreateRadioCBox UDF | _GuiCreateGrid() | _PathSplitByRegExp() | _GUICtrlListView_MoveItems - UDF | GUICtrlSetOnHover_UDF! | _ControlTab UDF! | _MouseSetOnEvent() UDF! | _ProcessListEx - UDF | GUICtrl_SetResizing - UDF! | Mod. for _IniString UDFs | _StringStripChars UDF | _ColorIsDarkShade UDF | _ColorConvertValue UDF | _GUICtrlTab_CoverBackground | CUI_App_UDF | _IncludeScripts UDF | _AutoIt3ExecuteCode | _DragList UDF | Mod. for _ListView_Progress | _ListView_SysLink | _GenerateRandomNumbers | _BlockInputEx | _IsPressedEx | OnAutoItExit Handler | _GUICtrlCreateTFLabel UDF | WinControlSetEvent UDF | Mod. for _DirGetSizeEx UDF
 
AutoIt_Icon_small.pngExamples: 
ScreenSaver Demo - Matrix included | Gui Drag Without pause the script | _WinAttach()! | Turn Off/On Monitor | ComboBox Handler Example | Mod. for "Thinking Box" | Cool "About" Box | TasksBar Imitation Demo

Like the Projects/UDFs/Examples? Please rate the topic (up-right corner of the post header: Rating AutoIt_Rating.gif)

* === My topics === *

==================================================
My_Userbar.gif
==================================================

 

 

 

AutoIt is simple, subtle, elegant. © AutoIt Team

Share this post


Link to post
Share on other sites



#2 ·  Posted (edited)

Hi, i am not sure, but it seems that this is some kind of bug.

For example, when the script is called from «C:\Temp» directory, and it's trying to change the working dir to «C:», then it will not work:

FileChangeDir("C:")
ConsoleWrite(@WorkingDir & @CRLF)

But if we add a trailing slash (FileChangeDir("C:\")), then it's will work. But, it's also work when we specify another drive, even without the slash:

FileChangeDir("D:")
ConsoleWrite(@WorkingDir & @CRLF)

What is the reason that it's not working with the current drive? :mellow: (where the script is in).

I think it is working. Remember that within the given shell environment, each drive letter is current at a particular directory path ("\" by default). So if you open a command line and switch to D:, then CD to a different directory, then just do C:, it will return you to C:, still at the same "pwd" you were at before.

:(

Edited by PsaltyDS

Valuater's AutoIt 1-2-3, Class... Is now in Session!For those who want somebody to write the script for them: RentACoder"Any technology distinguishable from magic is insufficiently advanced." -- Geek's corollary to Clarke's law

Share this post


Link to post
Share on other sites

I agree it is a little bit confusing ...

By definition "c:\" is a folder (the root) but "c:" is not. You can see in the attached screenshot what is the behaviour of "cd " command in MS-DOS - ... surprisingly close to how "FileChangeDir" behaves :mellow:

So - IMO this is no bug and it is exactly the way the MS-DOS command works.

There is something weird still - when I tried cd d: the prompt returned was d:\ and it reverted back to current prompt immediately ...

post-18882-1226959273_thumb.jpg


SNMP_UDF ... for SNMPv1 and v2c so far, GetBulk and a new example script

wannabe "Unbeatable" Tic-Tac-Toe

Paper-Scissor-Rock ... try to beat it anyway :)

Share this post


Link to post
Share on other sites

"[driveletter]:" represents the current directory on the specified drive letter. This is functionality that has been the same for years. It's rather convenient actually.

So in fact, changing to "C:" and the directory not changing is accurate. You asked it to change to the directory it already was in, so you shouldn't have seen any changes.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0