when trying to use
manifoldjs http://www.fox-poker.com
C:\Program Files
(x86)\nodejs\node_modules\manifoldjs\node_modules\q\q.js:155
throw e;
^ TypeError: Object # has no method 'parse'
Make sure you have an up-to-date version of Node installed on your machine, also make sure your ManifoldJS version is up to date.
If you still have trouble, you can generate the same that the Node tool outputs via the website at http://manifoldjs.com/
Related
[![
Hi there!!
I am using R 4.0.5 on a windows 10 OS
I have installed rtools40-x86_64 and used the following command to put the location of the make it utilities as recommanded here
writeLines('PATH="${RTOOLS40_HOME}\\usr\\bin;${PATH}"', con = "~/.Renviron")
However after restarting R, it gave me the error on the picture below. or the following
Error: package or namespace load failed for ‘stats’ in inDL(x, as.logical(local), as.logical(now), ...):
unable to load shared object 'C:/Program Files/R/R-4.0.5/library/stats/libs/x64/stats.dll':
LoadLibrary failure: The specified module could not be found.
During startup - Warning message:
package ‘stats’ in options("defaultPackages") was not found
Error in inDL(x, as.logical(local), as.logical(now), ...) :
unable to load shared object 'C:/Program Files/R/R-4.0.5/library/stats/libs/x64/stats.dll':
LoadLibrary failure: The specified module could not be found.
I have uninstalled R, RStudio, Rtools, deleted all related files in C, Documents, and RStudio registry, and reinstalled there after. But the same error persist.
In a related post they made mentioned of missing binaries, and I used the command
install.packages("stats", type = "binary")
but it was negative.
I tried updating stats package, but once I call it it gives the same error.
> update.packages("stats")
> library(stats)
Error: package or namespace load failed for ‘stats’ in inDL(x, as.logical(local), as.logical(now), ...):
unable to load shared object 'C:/Program Files/R/R-4.0.5/library/stats/libs/x64/stats.dll':
LoadLibrary failure: The specified module could not be found.
Every package which requires stats package gives the exact same error.
Does anyone have any idea on how to overcome this challenge?
Thanks in advance.
]3]3
I have installed a previous version of R (3.6.0) and a previous version of Rtools (.35) and that message disappeared. I have not tried any other R version.
I’ve seen many suggestions here and elsewhere suggesting to delete the .Renviron files. I deleted .Renviron locally with no success. However, I found an additional two .Renviron file in my OneDrive folder.
After deleting these files in OneDrive and reinstalling the most recent versions of R and rtools I was able to avoid the ‘stats.dll’ error.
Go to files. Delete the .Renviron file that you created and it will work.
Using VS2015 RTM together with remotebuild#1.0.1, I have the problem that the incremental build is not working. The problem is that the changed web resources are not updated in the remote-builds directory on the Mac.
I assume the problem is that the uploaded upload_xxxx.tgz contains an empty www folder. Currently, I know 2 workarounds:
stop and restart the remotebuild
rebuild in Visual Studio
Both alternatives I do not like. They are easy to forget, and they take a lot of time.
Is there a solution to the problem - or a better workaround?
Until the product team fixes the bug, you can patch a nodejs file as follows:
Open File Explorer and Navigate to %APPDATA%\npm\node_modules\vs-tac\lib\
Replace file remoteBuild.js with one from here
Note: if you are not using default npm installation location, then to find out the directory where remoteBuild.js is located, run “npm config get prefix” (from a command prompt) to get the base of the directory, “C:\Users\AppData\Roaming\npm” for me, and then replace “\node_modules\vs-tac\lib\remoteBuild.js”.
So I think the iosRemoteLaunch.js also needs to be updated, to reflect the new method name of httpOptions vs httpOptionsAsync. If you dont, you end up getting this little gem:
TypeError: undefined is not a function
at invokeUrl (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\lib\iosRemoteLaunch.js:31:24)
at Object.remote.debug (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\lib\iosRemoteLaunch.js:57:12)
at C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\emulator.js:37:27
at _fulfilled (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\node_modules\q\q.js:787:54)
at self.promiseDispatch.done (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\node_modules\q\q.js:816:30)
at Promise.promise.promiseDispatch (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\node_modules\q\q.js:749:13)
at C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\node_modules\q\q.js:557:44
at flush (C:\Users\Nigel\AppData\Roaming\npm\node_modules\vs-tac\node_modules\q\q.js:108:17)
at process._tickCallback (node.js:355:11)
at Function.Module.runMain (module.js:503:11)
I'm running sqlpackage.exe as park of an automated deployment script creation process, however we have synonyms in the database, which are different depending on the environment (Dev/Test/Live). The problem is that the database project has the synonyms as they are in the Dev environment, but when I run sqlpackage to compare against Test or Live, the synonyms are different and so they get scripted to be dropped and re-added to point to Dev.
I've seen on http://blogs.msdn.com/b/ssdt/archive/2015/02/23/new-advanced-publish-options-to-specify-object-types-to-exclude-or-not-drop.aspx that apparently there's a new parameter "ExcludeObjectType", but when I try running it using that parameter it gives me an error 'ExcludeObjectType' is not a valid argument for the 'Script' action (and I have the latest version of sqlpackage.exe).
Any ideas on what I can do here?
After downloading the latest SSDT for Visual Studio I still had the same issue. Next I downloaded Data-Tier Application Framework (May 2015) and used the new SqlPackage installed at C:\Program Files\Microsoft SQL Server\120\DAC\bin\sqlpackage.exe and the error went away and worked as expected.
Thank you sir! When I created the deployment script in VS, no change detected but when I tried to deploy using sqlpackage I got the error:
* The object [x] already exists in database with a different definition and will not be altered.
After adding the ExcludeObjectTypes switch I got the following error:
* 'ExcludeObjectTypes' is not a valid argument for the 'Publish' action.
But after downloading and installing latest Data-Tier App framework all works as expected with no errors.
Im running some code using the dart VM from the command line.
the command is:
dart --checked -package-root=/dart/packages test_service.dart
however Im getting an error:
gf_service.dart': error: line 7 pos 1: library handler failed
import 'package:start/start.dart' as start;
Im confused since in the dir referenced by "-package-root" argument Im definitely seeing the "start/start.dart" file, so it exists. the -package-root folder is also correct.
is there something Im missing?
thank you
Normally you don't need the -package-root argument but the directory that contains the script file should have a symbolic link to the packages directory of your package. pub get should create these symlinks.
the solution to this issue is to use "--package-root" as the argument name, and not "-package-root" as googles own dart documentation says
https://www.dartlang.org/docs/dart-up-and-running/contents/ch04-tools-dart-vm.html
(this should be fixed)
Im using dart vm 1.3.0
I have mono and f# installed and running under linux but wanted to move the directory
of the f# installation. The problem is that, when run with mono, the f# compiler still refers to the old directory. Hence it does not find any dlls and when compiling anything, gives an error like
error FS0078: Unable to find the file 'FSharp.Core.dll' in any of
/usr/lib/mono/2.0
/current/directory
/old/path/of/FSharp-2.0.0.0/bin
Since I start the compiler with everything referring to the new path I think mono still refers to the old installation path at some point, but I could not find where. Adding the new path to the MONO_PATH env and updateing the FSHARP_COMPILER_BIN evn to the new path also did not help.
Is there an easy way to change the F# path so the compiler finds it again?
Did you try rerunning the install-mono.sh script? - that should reinstall everything to the GAC with the new location.