I wannted to use another editor then the "normally" editor and so I downlowded notpad++.
Afterwards I tryed to use it in WinHugs, but there it comes the "Warning: Editor terminated abnormally".
I used File/Options/WinHugs/Editor and there I changed form "Notepad" to "Custom..." and changed the file path to "C:\Program Files\Notepad++\notpad++.exe". After trying to open the editor (":e") WinHugs striked and the Warningstuff came up.
What do I miss that it doesnt work? How can I fix it? Does anyone can help me?
Make sure that you have entered the correct path to Notepad++ exe in the "Custom..." field in the WinHugs options. Check this path by right-clicking on the Notepad++ shortcut and select the "Properties".
You could also try running Notepad++ as an administrator.
If you are still having trouble, you may want to try using a different text editor. I recommend checking out VS code as an alternative.
I solved the problem.
Instead of using the path "C:\Program Files\Notepad++\notpad++.exe" I copy pasted the folder just next to Program Files and used the path "C:\Notepad++\notpad++.exe". Afterwards it runs perfectly.
All in all next time I just try to relocaed the folders and other datas. May this help in futer problems.
Related
i was trying to make use of unreal engine 4 template for AR but i got this error. This step kinda connect android studio with unreal but i just don't work.
Ran into the same issue and fixed it by editing the SetupAndroid.bat file.
Example of adjusted code
Not sure why it doesnt set the location of the SDKManager after it fails the first one. But manually replacing the first location works.
if you encountered this issue when running "SetupAndroid.bat", the reason might be simple. If you check the "SetupAndroid.bat"(right click, edit. Or turn it into a txt), the default sdkmanager path might be different from the actual location.
You might need to search "sdkmanager" from the Android Studio SDK root folder manually(it suppose to display on the cmd interface), find the actual directory and correct the "SetupAndroid.bat", then try it again.
the same here, i tried to search "sdkmanager" at both of my Drive and couldn't find any.
couldn't find any cmdline-tools drive as well.
Try next:
Go to your AppData\Local\Android\Sdk folder
Search for sdkmanager.bat
Navigate to its location and copy it
Open SetupAndroid.bat with Notepad (or other editor of your choice)
Find the line(s) which contains sdkmanager.bat
Paste the copied location (for example \cmdline-tools\latest\bin\sdkmanager.bat)
Save, exit, and run the edited file
This worked for me.
I spent 2 hours to figure out what's wrong with it.
So, provided earlier solutions should fix it:
Simply just replace incorrect path to correct one or, just DELETE most outer IF block and first line where %SDKMANAGER% var first set to invalid (I suppose, outdated path) value.
This is a part of the source code of SetupAndroid.bat from Epic Games. I've checked version 4.27 and 5.1. These lines are kind of identical in both versions (however version 5.1 still has the same exact error, but it works due to changing the order of which path is tried first):
set SDKMANAGER=%STUDIO_SDK_PATH%\tools\bin\sdkmanager.bat
IF EXIST "%SDKMANAGER%" (
echo Using sdkmanager: %SDKMANAGER%
) ELSE (
set SDKMANAGER=%STUDIO_SDK_PATH%\cmdline-tools\latest\bin\sdkmanager.bat
IF EXIST "%SDKMANAGER%" (
echo Using sdkmanager: %SDKMANAGER%
) ELSE (
echo Unable to locate sdkmanager.bat. Did you run Android Studio and install cmdline-tools after installing?
pause
exit /b 1
)
)
And this specific part does not work! I don't know why those who developed that did not check it or they simply don't know how batch file variables work.
The thing here is that on recent Android SDK installations there's no folder tools at the path %STUDIO_SDK_PATH%. So the first condition check fails and then they try to overwrite variable value to correct one with path %STUDIO_SDK_PATH%\cmdline-tools\latest\bin. But this overwrite DOES NOT WORK. You can't just do that in a batch file (which is kind of stupid, but it is). More on that issue with batch vars here: How to overwrite an existing variable using another variable in batch files?
"Good" job! Epic Games
I use sigmaplot ver. 10.0. It was working before but now it has some problem.
When I start SigmaPlot I see:
The specified macro default library can not be opened. Please make sure it is a valid notebook or select another from Tools/Options/Macro.
pop up, but it works well. However, when I type F5 (to use regression wizard), I see:
The equation library file
C\User\Stealth\Documents\Sigmaplot\SPW10\STANDARD.JFL
cannot be used because of the file's permissions attributes
(such as Read Only restrictions)
and there are no regression options (such as gaussian, linear, etc...). The same phenomenon occurs running as administrator. What am I doing wrong? help me please...
I had the same problem with SigmaPlot14. It turned out that OneNote moved all folders from C/user/documents... to C/user/Onenote/documents....
I manually copied all folders back to the C/user/documents... folder and this solved the issue for me.
you can also just edit the settings .ini file so that the it points to the correct folders.
I'm having this strange issue for the first time in my 15+ experience of using Delphi.
This is the icon I set in the project options (XE4):
And this is the resulting application icon after compiled:
I've no idea where does that icon come from and I have no way to change the icon (really driving me crazy).
The icon of this project has been ok for over a year until later today. Things I've tried with no luck:
Use the 'Load Icon...' button to change it to another complete different icon and re-build.
Use the 'Default' button to reset to default icon and re-build.
Deleted project1.res file and re-build.
Deleted the .dproj file, open .dpr file instead and let the Delphi IDE created a blank new .dproj file. no luck.
I thought it's the Windows 7's IconCache.db file corrupted, deleted that file and restarted Windows, no help. Actually I used Resource Hacker to confirmed it's not the Windows Explorer displaying the wrong icon but it's the icon resource in the EXE is wrong... too strange.
restored the .dproj file from SVN to yesterday(the icon was ok yesterday)'s revision and no luck.
Anything else do you suggest me to try? Thank you!
Review the line in your main form with {$R *.res}. I had the same issue and it was that this line was accidentally deleted. That caused that icon and other resouces to not be correct in the final executable, like version number, icons etc.
If you don't know what that line is, simply make a few empty new vcl application and search it in the main form.
I am editing a visual studio MVC Solution. I have edited all the files, assemblies and Project Name etc. But in the end, it is build successfully but when I am going to run this solution it shows an error like shows in the picture.
Actually, TestSolution was the name of my solution which I've changed with RealEstateErp.Now when I am going to search "Using TestSolution " , I don't find anything. Now, what should I do to overcome this problem? Any kind of help will be appreciated.
when they make drastic changes like the namespaces and dll names, the first thing people forget is to delete the old dlls.
I would start with that, make sure you delete everything in bin, obj and all temp files which reside in Windows\Microsoft.Net and then Framework and Framework 64.
Next, check your global.asax file, specifically the front end part. You get to it by right-clicking the global.asax file and selecting the "View markup" option, that one always has a reference to the old namespace and always gets missed.
Finally, make sure you delete all the using statements referring to the old namespace. You don't need those and they will cause a compilation error like the one you are seeing, because that particular namespace does not exist anymore.
Actually, It was on the Web. Config under View Folder.
I've Updated it with the latest solution name and now it works fine for me.
Could you do Ctrl+Shift+F and search your whole solution about Using TestSolution?
You probably will find the word left somewhere.
I am trying to resolve a problem with a set of packages that apparently have dependency issues. Occasionally during a Build All, I get this error:
Delphi "E2161 Error: RLINK32: Error opening file ________.drf "
What does it mean / indicate, and what is a "drf" file?
It looks like this turned out to be the main problem / solution.
Open up all the packages for which you have source code, and specify the compile option:
'Rebuild explicitly' instead of 'Rebuild when needed'.
In addition to the Solving the 'cannot find drf file' problem when compiling packages article, I also came across Delphi bug report #44134, in which a commenter mentions that the problem stems from having your .dpk files in the same directory as your .pas files when that same directory is in the library path and "rebuild as needed" is enabled.
You thus have three options for fixing this problem:
Turn off "rebuild as needed". This seems to be the most common solution.
Put your package files (*.dpk, *.dproj) into a separate directory and then reinstall the packages. I have done this, with success.
Remove the directory containing your .dpk and .pas files from the library path. Note that Delphi will add it back again in certain circumstances, including when you install/reinstall your package.
Hmm... never heard of them. I just searched the project that inspired the question you linked to, and there's nothing in there with a "DRF" extension. Checking here doesn't turn up anything Delphi-related. But the fact that it's a linker error, not a compiler error, would lead me to guess that the first two letters stand for "Delphi Resource."
Try a search through your project's directory tree and see if you can find anything with a DRF extension. If so, try opening it with a text editor to see if it's readable, and if not, try a hex editor if you know anything about reading binary file formats. See if you can make any sense of it.
If you don't find any, then Delphi's probably getting it from somewhere in the code it's compiling. Try running a grep search for "DRF" on your directory tree and see if it turns up anything.
From http://www.delphifaq.com/faq/delphi/delphi_ide/f157.shtml :
When you compile with packages, you
can specify which packages should be
considered for linkage. The package
requirements of the project get stored
into a temporary Windows resource file
with a .DRF extension.
Whatever that file with the many underscores is, the linker is most probably searching it in what it thinks the tempdirectory is (you can confirm this using filemon). The explanation at DelphiFaq, where a misdefined %TEMP% is the culprit, is as likely as any reason.
Sometimes the problem was file access permissions.
A workaround was run Delphi as Administrator.