When I tried to use pyinstaller to package my pysnmp based code to exe file, I met the same problem as described in PyInstaller does NOT work when including Pysnmp
However, after I changed the spec file as suggested, I got another error:
Error loading Python DLL 'C:\Users\***\AppData\Local\Temp_MEI124682\python36.dll'.
LoadLibrary: The specified module could not be found.
I'm using windows 10, Python3.6.4-32bit
I'm very confused, can anybody tell me where could be the problem and how can I solve it?
Thank you in advance.
Today it finally works. I used a 32-bit python 3.6.4 before, now I downloaded a 64-bit python 3.6.4, and it works, although I don't know why. My windows is 64-bit.
in addition to coutingstar's above answer if nothing seems to work out for this issue uninstall and reinstall the version of python that matches your os version and then try the same steps.
Related
I installed Scilab 5.5.2 on Windows 10, and then installed the Scilab Code Generator toolbox.
However, when I start Scilab, the following message appears and I can't use the toolbox. This problem occurs for every toolbox.
Start Scilab Code Generator
Version: 0.9.20190122
Load macros
atomsLoad: An error occurred while loading 'xcos_code_generator-0.9.20190122':
File "C:\Users\光\AppData\Roaming\Scilab\SCILAB~1.2\atoms\x64\XCOS_C~1\09E129~1.201\macros\names" does not exist or read access denied.
(光 is my username.)
I suppose the problem comes from "\Scilab\SCILAB~1.2" in the middle of the file path. In my computer, the only folder in "Scilab" is "scilab-5.5.2", so indeed the software cannot find the file it's looking for.
Does anyone have any ideas?
I need to use the toolbox at work soon, so any help is greatly appreciated. Thank you in advance.
Note: I'm not using the latest Scilab 6.0.2 because it fails to work on my computer. It closes immediately after I open it.
I solved the problem by myself.
It was my user name "光" that caused the problem. I found people saying that user names in full-width characters such as Japanese sometimes cause problems like this.
The solution is to create another user account with a name in half-width characters and install Scilab in that account. (Just changing the full-width user name doesn't work because it doesn't change the filenames that already exist.)
I couldn't find the solution until today because I was searching for solutions only in the context of Scilab, not in the context of software in general.
I hope this answer helps someone.
I'm not sure why you are using an outdated version of Scilab. The latest version is 6.0.2 on Windows. If the newer version doesn't work properly then that's the problem you need to fix first. To test your Scilab installation you may run it in the terminal. Find the installation folder. For me, it is C:\Program Files\scilab-6.0.2\bin the on cmd go to the path and run Scilex.exe. If not uninstall everything and install it in a proper way. My recommendation is to uninstall the old Scilab you already have. Then:
Install Chocolatey package manager
Open PowerShell as Admin and run choco update all -y, once in a while update your packages this way.
run choco install Scilab -y
then open the Scilab software
run the atomsInstall("xcos_code_generator") in the console
runt the atomsLoad("xcos_code_generator") to make sure your package is installed properly. You should see this as a result:
--> atomsInstall("xcos_code_generator")
Scanning repository http://atoms.scilab.org/6.0 ... Done
ans =
!xcos_code_generator 0.9.201901 user SCIHOME\atoms\x64\xcos_code_generator\0.9.201901 I !
--> atomsLoad("xcos_code_generator");
Start Scilab Code Generator
Version: 0.9.20190122
Load macros
Load help
Load demos
When I run the code given in the document on combined aero and structure I go this error:
AttributeError: 'module' object has no attribute 'matlib'
Based on the previous answer I had got, I tried to install the updated version of 'matplotlib' , but this has not solved the problem. Any help will greatly help me as I am a FORTRAN era person and a new convert to Python.
It looks like you're trying to use an intel compiled version of python and numpy can't find an necessary underlying library. Something is messed up in your python/numpy install.
This has nothing to do with OpenAeroStruct or OpenMDAO. If you can't fix your install, I suggest trying out the Anaconda python distribution, which should have everything precompiled correctly.
I don't have enough rep to comment, but please view this answer as a comment and I'll edit it once I can answer more properly.
That sounds like a numpy installation issue. Could you please post the entire error trace that you get when you try running the command?
Additionally, what system are you on (Windows, Mac, Linux), how did you install Python, and have you tried any other Python-based code that you can get to work successfully?
Edit: the most recent version of OpenAeroStruct has been modified to avoid this issue altogether.
Background
Currently workingh on an Arch Linux and I want to modify and edit tex documents. I though texmaker would be the best available tool for this.
Problem
It seems to have installed perfectly, but I get the error below whenever I try to run texmaker from the terminal. If I double click to the shortcut, I don't even get an error.
texmaker: /usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5Sensors.so.5)
texmaker:/usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5Positioning.so.5)
texmaker: /usr/lib/libQt5Core.so.5: version `Qt_5.8' not found
(required by /usr/lib/libQt5WebChannel.so.5)
Is this related to ROS that I have installed on my system?
Did a simple yaourt -Syu and now it works!
i was trying to build "brackets sprint 40" from source code (by following #jasonsanjose instructions look #4816 and the official wiki's page here) in my 32bit Wheezy, Using CEF3 (Verion 3.1547.1406_linux32_release with glibc 2.13) and everything was OK .
when i ran grunt build and grunt installer the output was: Running "build" task
Running "build-linux" task
Done, without errors.
and when i installed .deb package and executed it in the terminal , this error has been thrown:brackets: libcef_dll/wrapper/libcef_dll_wrapper.cc:120: int CefExecuteProcess(const CefMainArgs&, CefRefPtr): Assertion `false' failed.
Aborted
I did rebuild it many times, but the problem persist.
And this is where i stopped, i don't know where the problem lies.
some help will be appreciated, thank you in advance.
There's a duplicate of this question with longer discussion posted here - https://github.com/adobe/brackets/issues/8170.
Note: This problem shouldn't affect a "vanilla" brackets-shell build on Linux -- it's specific to a hack some people have developed to support an older version of Debian than Brackets officially supports. This requires swapping in a newer version of the CEF library, which is not always easy to do since they are not usually backwards-compatible.
I just updated R from version 2.15.1 to version 3.0.0 on my MAC running 10.6.8 and now R crashes on startup.
I get the error:
Error in getLoadedDLLs() : there is no .Internal function 'getLoadedDLLs'
Error in checkConflicts(value) :
".isMethodsDispatchOn" is not a BUILTIN function
Any ideas on how to go about?
The most common cause of this is having a corrupted ".Rdata" file in your working directory. Using the Mac Finder.app you will not by default be able to see files that begin with a ".", so-called dotfiles. Those files can be "seen" if you execute a change to the plist controlling the behavior of Finder.app. Open a Terminal.app window and run this bit of code:
defaults write com.apple.Finder AppleShowAllFiles YES
Then /point/-/click/-/hold/ on Dock-Finder-icon, and choose "Relaunch"
If you to do so, you can then change it back with the obvious modfication to that procedure. I happen to like seeing the hidden files so that's the way I run my Mac all the time, but some people may feel it is too dangerous to expose the "hidden secrets" to their own bumbling.
Paul raises a good point: I run the following R function in the R console after updating:
update.packages(checkBuilt=TRUE, ask=FALSE)
I have a lot of installed packages and paging through the entire list has gotten too tiresome so I bypass the ask-messages. Sometimes you will get errors because there may be dependencies on r-forge or Omegahat packages or on packages that need to be compiled from source. These may need to be updated "by hand". And you may need more than one pass through such an effort. Take notes of which packages are missing and fill them in.
I had the same problem running RKWard on ubuntu 12.04.
Check your r-base-core, like Paul suggested, to make sure the version is also at the latest version. Mine didn't update automatically. I had a platform dependent version, but RKWard was calling the new version. To solve this problem, I simply marked r-base-core for removal and reinstalled the latest version or r-base-core. poof problem fixed, bippity boppity boo!
I suspect that your error is similar to mine because I had also JUST updated RKWard. Start at updating r-base-core or try to get all of the dependencies to match up the versions.
I hope that you can translate this into what to do on a MAC,
SU