Atom text editor Environment variables - environment-variables

I did by mistake over write all my Path variables. I edited some but for Atom editor, I do not know which path should be added.
currently no package is acceable also checkForUpdate.
I have one .atom folder C:\Users\UserName\.atom and one atom folder at C:\Users\UserName\AppData\Local\atom
I have added both paths into variables but still the same issue.

I'd recommend downloading and (re-)installing the lastest version of Atom.
It should set the required Environment Variables automatically.

Related

How to set ComputeCpp_DIR properly?

I recently installed ComputeCpp to D:/Programs/Codeplay/ComputeCpp. Then I set ComputeCpp_DIR="D:/Programs/Codeplay/ComputeCpp" in the CMakeLists.txt file for compiling OpenCV. I use cmake-gui.exe to configure build options and to generate the project files for Visual Studio 2019.
After each time I press Configure in cmake-gui.exe, the variable ComputeCpp_DIR is reset to ComputeCpp_DIR-NOTFOUND. The value "D:/Programs/Codeplay/ComputeCpp" is correct according to the official guide at https://developer.codeplay.com/products/computecpp/ce/guides/, i.e. "This should be set to the root directory of the ComputeCpp install (i.e the directory with the folders bin, include, lib)". The specified path does not contain any white space characters either. I also tried to modify build/CMakeCache.txt directly, but cmake-gui.exe keeps resetting my setting.
I wonder why?? How can I get cmake to accept my setting, which is apparently correct.
Add an empty ComputeCppConfig.cmake file into the D:/Programs/Codeplay/ComputeCpp directory. After that cmake-gui.exe will stop overwriting your setting.

Not able to resolve path in electron between pre and post packaging

I have two conditions, one is electron is able to fetch files before electron has packaged. But I am not able to fetch the same files after electron has packaged.
For Example, I use path.resolve to .ini file present in parent directory. When I build electron package it is built two directories below. And I want the built package to still use the same .ini file.
path.resolve(__dirname,'../design.ini');
**Pre Package **
C:\cygwin64\home\xyz\Dev\xyz\abc\parent_dir\design.ini
**Post Package **
C:\cygwin64\home\xyz\Dev\xyz\abc\parent_dir\win64\abc\resources\app.asar\design.ini
Please not I build with asar enabled, Since the paths are different between pre and post, files are not fetched
I use `path.join`` and specify the specific path for internal assets – since I know it in advance and it isn't going to change:
var p1 = path.join(__dirname,'preferences", 'design.ini');
Haven't had any problems – even with asar enabled.
Did you try to use app.getPath() instead of path.resolve(...) ?

Why Delphi does not output the DCU files in the correct folder?

I have a project (C:\Test\Test.dpr) that uses a file (External.pas) belonging to library (MyLib.DPK). All files in the library are accessible via 'Search' path but I also included External.pas directly in my DPR file:
program Test;
uses
External in '..\Packages\MyLib\External.pas', <------ the 'external' file
FormMain in 'FormMain.pas' {frmMain};
For this project I set the 'Output directory' and 'Output DCU dir' to ".\$(Platform)_$(Config)".
When I compile, the exe file all DCUs of this project are written in the correct output folder: c:\Test\Win64_Debug\
However, the External.dcu is generated in ..\Packages\MyLib\External.dcu
instead of c:\Test\Win64_Debug\
Why is that?
Let me ask the question in a different way: if to a DPR project I append a PAS file that is in a different folder, shouldn't all DCU files (including the external file) be generated in the same folder as the EXE file?
From the documentation:
Output directory
Specifies where the compiler should put the executable file.
Unit output directory
Specifies a separate directory to contain the compiled units (.dcu).
It sounds like you need to specify the unit output directory as well as the output directory. Personally I tend to keep these two directories separate.
Yes the Project Options UI can be quite confusing especially because in order to access settings for each target platform you need to switch to that target platform via the dropdown list.
This part of the IDE could be made much better if you could simply see configurations for all target platforms at once.
Now if you want to be able to maintain output paths setting on one location (All configurations) you just need to make sure that specific target configurations are not overriding it.
To do so go to specific target configuration and then instead of clicking on the field entry itself click on the + sign in front of it.
This will expand current property field and also show the values from parent configurations from which this property can be inherited from.
NOTE: While many properties can indeed be inherited (property values from target configuration are added to properties from parent scheme like) Output directory and Unit output directory since they can contain only one value are simply overridden.
So in order to make sure that output locations from All configurations is used in every specific target configurations none of them should not have defined custom value for output locations.
In other words values from Release configuration - ... or Debug configuration - ... when you have specific property expanded must be empty like in the picture above.
Damn it... I did it again... I set the Target for 'All configurations - All Platforms' but the path for 'Debug config-64bit windows platform' was already set to something else. So, when I set the (correct) path in 'All configurations', the 'Debug config-64bit windows platform' remained as it was. I have 12 possible configurations (debug, release, pre-release) so I haven't seen that 'Debug config-64bit windows platform' remained set to the original value. The GUI for Project Options can cause lots of mistakes!
Thanks David. Sorry for wasting your time. I am still struggling with Delphi paths. There is nothing in the whole IDE as confusing/weird as the paths (search, output, library, etc)

XCode 5: How to make a reference file have a path relative to an environment variable

Currently working on a XCode 5 project, I was wondering how I could add a file to the project, using an environment variable for its path. For example, I'd like to link a java lib to my project, using $JAVA_HOME value. The value of JAVA_HOME will vary on every developer machine, depending on the used JDK.
I don't want to declare this variable in my source tree, because I'd like this configuration to work on any machine without having to declare this variable systematically.
My question should be close from this one left unanswered
Is this possible?

IntelliJ refusing to copy text file to the compiled classes folder

The URL below is null, and a null pointer is resulted at "toURI()".
URL u = getClass().getClassLoader().getResource("res/root.txt");
File f = new File(u.toURI());
Scanner sc = new Scanner(f);
I've looked in out/production/MyProject/res and the .txt file is not there. I've tried rebuilding and compiling the project, but nothing so far has made IntelliJ think the .txt file is required. >_>
I've also tried having a look at preferences, though I'm not sure what I'm looking for, the compiler doesn't have anything set to be ignored so I don't know.
Any ideas?
P.S. my operating system is Mac OSX if that helps
In IDEA, Project Settings > Compiler lists resource patterns corresponding to files that will be copied to the compile output path.
By default, files with the .txt extension are not included, so you will simply need to add the corresponding pattern to that list for your project.

Resources