Everything is downloaded, I've tried everything, but it still doesn't work.
This is what I've coded
But I get this error message
Related
I tried to run a MakeFile on Ubuntu, but there was an error "/usr/bin/ld: cannot find -lirc". I have learned I have this error because I don't have a file called libirc.so on my Ubuntu. I tried to install some packages, but it still didn't work. I wonder which package I should install.
I'm using neovim with coc.nvim and have been using vim-go and coc-go, and everything was working fine.
I have the habit of updating everything every couple of days, and I do that using the following commands:
:PlugUpgrade
:PlugUpdate
:GoUpdateBinaries
:CocUpdateSync
Recently after I did the update, the auto-completion for go files has stopped working.
Things I tried:
I thought there might be a conflict with coc-go, so I tried uninstalling it, but it didn't solve the issue
On my other computer, I opened a go file before and after running the update (without changing anything else), and auto-completion stopped working after the update
I tried cleaning up mod and bin directories in my GOPATH, and reinstalling everything, but still, it's not working.
When I open a go file, I see the message vim-go: initialized gopls, but I also see the following message
[coc.nvim]: Unhandled rejection: TypeError: Cannot read property 'workspaceFolders' of undefined
I thought this message is responsible for things being broken, but that's not the case: after digging a bit on the message, that message is coming from coc-go, but even when I uninstall coc-go, my auto-completion is still not working
This change helped me to fix the error -> https://github.com/josa42/coc-go/pull/89/commits/046eb6f8d2686b2317e15d58535435592b1eaa76
Find the extension.js file in coc's config folder. In my case, it is located in "$HOME/config/coc/extensions/node_modules/coc-go/lib" and replace these lines:
disableWorkspaceFolders: config.disable.workspaceFolders,
disableDiagnostics: config.disable.diagnostics,
disableCompletion: config.disable.completion,
with:
disableWorkspaceFolders: config.disableWorkspaceFolders,
disableDiagnostics: config.disableDiagnostics,
disableCompletion: config.disableCompletion,
I am trying to use gmplot, which I've downloaded via Conda.
It is showing up in the environments, and the package is in /anaconda/pkgs, so the files are there.
But when I try to import it when running something (I've tried in Spyder and in Jupyter off Anaconda) it says No module called gmplot.
I've looked all over other questions but can't find anything that makes it work... have tried playing with PYTHONPATH manager to assign something specific to gmplot, but no luck.
If it's showing up clearly in the environments, is there something I'm not doing to get it to then be import-able?
I downloaded and installed Laravel 5.0. When creating a clean project with composer, it seems to work all fine, I get a screen that says "LARAVEL" and so on.
Then I forked a repository of a colleague for a website which he has online. But when I try to run that site "as-is" in my environment I first get an error that says undefined function "Illuminate.... and so forth". I updated all dependencies and now the error is gone. Instead I get the following screen:
What does this mean? Google and SO both don't seem to know this error.
I am now trying to install mingw for a couple of hours, however I keep on getting the following error message:
"install: gcc-c++-4.8.1-4-mingw32-bin.tar.lzma
installing gcc-c++-4.8.1-4-mingw32-bin.tar.lzma
mingw-get-gui: * ERROR * unexpected end of archive reading header record"
and cannot find any solution to my problem. I tried to reinstall 7zip, because I thought it may caused from that. I am trying to install gcc on a 32-bit Windows 7. I would be really happy for any suggestions.
Bye!
Even though this is an old question, I will post an answer, in case other users come across this again.
I encountered the same problem:
at first I did not notice that something went wrong with the installation/upgrade itself, because the graphical update manager showed a line like "everything went successful" ...
if I had bothered to look into the log details, I would have seen the error messesage mingw-get-gui: * ERROR * unexpected end of archive reading header record and immediately known, that something went wrong (its really misleading, to show a dialog saying that a task was completed successfully when there were errors!).
But pertaining to your problem (or at least this was, what caused mine):
Cause
most likely something went wrong, when the mentioned archive file was downloaded. Unfortunately, mingw-get seems to ignore download errors and continues as if nothing went wrong... thus the error message archive header record is invalid, because it is not really an archive file, but a text file containing the HTML error message.
To complicate things further, mingw-get caches these files and when you try to re-install the packages it uses these invalid, cached files.
Solution
One way of fixing this, would be to delete the cached files and then re-install the package.
The cached files should be at
<mingw directory>\var\cache\mingw-get\packages
e.g.
C:\MinGW\var\cache\mingw-get\packages
Side Note: if you "lost" the error message like me, and don't know, for which packages there was an error, you can search the cache directory for files which contain the HTML error message, e.g. a search term like <html> should work; also these files are quite small, but there may also be other valid packages with small file size to this is no unambiguous criterion
If you continue to get error messages * ERROR * unexpected end of archive reading header record with the mingw-get tool you could also try to download the file manually and place it in the folder for the cached packages.
For re-installing the packages you could use the graphical interface of mingw-get (e.g. remove and then install the package) or, for example the command line version
mingw-get --reinstall install <package name>
for mingw packages the <package name> is usually just the prefix of the file name (before the first version number), e.g. for
libiconv-1.14-3-mingw32-dev.tar.lzma
the package name would be libiconv. For msys packages the package name usually has the prefix msys-, e.g. something like msys-libopts
(you should be able to see if it's a mingw or a msys package by looking at the part of the file name that comes after the first version number, e.g. for libiconv-1.14-3-mingw32-dev.tar.lzma: ...3-mingw32-de...)