keyword to get the EXE name and the EXE path instead of parsing Command$(0) ?

[madscijr]

I could have sworn I saw something in the past month or 2 that looked like new keywords to get the EXE name of your program and the full path to where it was located (minus the EXE filename)... 

I tried searching the wiki, but didn't find anything, which is why I am asking.

It's not crucial, I can just do 

Code: (Select All)

Dim Shared m_ProgramPath$: m_ProgramPath$ = Left$(Command$(0), _InStrRev(Command$(0), "\"))
Dim Shared m_ProgramName$: m_ProgramName$ = Mid$(Command$(0), _InStrRev(Command$(0), "\") + 1)

but if there are now built-in keywords for this, I'd like to know. 

Much appreciated...

[luke]

On startup a QB64 program implicitly does a CHDIR directory_of_exe$, so unless you do another CHDIR the full path to the exe's directory is just _CWD$. As far as I know the exe name will have to come from COMMAND$(0) as you indicated.

[madscijr]

Great, thanks!!

[mdijkens]

On startup a QB64 program implicitly does a CHDIR directory_of_exe$

I really hope not
Most of my qb64 developed utilities are in D:\Utl which is in the PATH
I can theen use that utility from any directory where I want something to be done

[luke]

If you want to preserve the working directory from when the user started the program, you should do a CHDIR _STARTDIR$ at the top of your program.

[ahenry3068]

If you want to preserve the working directory from when the user started the program, you should do a CHDIR _STARTDIR$ at the top of your program.

       This actually caused me a slight bit of consternation  until I figured it out.    Perhaps the implicit CHDIR to  DIR_OF_EXE should be a compiler OPTION rather than an always on Default ????

[madscijr]

If not DIR_OF_EXE, then what should the default directory be?

[ahenry3068]

If not DIR_OF_EXE, then what should the default directory be?

     I said it should be "Optional"  the other "option" would be to retain the current directory where the User starts it.  (currently saved in _startdir$).    Probably not so important for GUI apps but this would be the normal USER expectation when using a command line type utility.

     That's actually what caused me consternation.  I wrote such a utility and the program would not find the file name from the command line that I passed it.   Because it had changed the Directory to its own.     It wasn't a big deal after I figured it out.    BUT IT WAS UNEXPECTED !!

[hsiangch_ong]

we should all be happy.  we are using a different programming system.  from the powers-that-be that create gtk applications for linux.

i have to suck it up.  after i fire up gimp or such other program.  the first time i ask for an open file dialog.  to load in a document.  the system assumes the user's documents directory.  but it is seldom like that.  more often it's expected from programs written with qt.  instead this "recent" file listing.  i really would like that destroyed by fire.  or just edited away forever from source code.  it never lists at least one document i have read or changed with the same exact application!

however what qb64 does.  is no good when programs for unix and descendants.  are completely expected to be aligned in one directory.  actually applications in /usr/bin and vital operating system programs in /usr/sbin.  the data files are stored in a yet different place.  settings in another place still.  if there's any help documentation.  that's put in /usr/share/man or other similar place.

that is the biggest barrier.  to writing a program that assumes everything is in the "current" directory.