Dart: Float32Array not loaded - dart

While trying to run some three.dart example codes, I get the following exception:
Exception: 'package:three/src/core/Matrix4.dart': Error: line 25 pos 24: type 'Float32Array' >is not loaded
: elements = new Float32Array(16) {
^
malformed type used.
Breaking on exception: 'package:three/src/core/Matrix4.dart': Error: line 25 pos 24: type 'Float32Array' is not loaded
I'm Running the code from Fedora 18 64.
Btw, I have Dart M4.
Did I miss the installation of some Dart package?
Did I miss the installation of some Fedora 32 package?
It seems to be a problem with three.dart, it's not ready to support Dart M4. Am I right?

You are probably running an outdated version of the three.dart benchmark. Float32Array has been renamed to Float32List and now lives in dart:typed_data.

Related

An error produced by installing an R package that is no longer available in the CRAN repository

The R package 'mixer' is not available in the CRAN repository. I am trying to install it in R following similar examples (see the link Install the package that has been removed from the CRAN repository easily). I am using R version 4.2.1 and have installed RTools42 on my computer (windows) and further installed 'devtools' and 'Rcpp' and invoked them from the library. To install 'mixer' I used the line of code:
install_url('https://cran.r-project.org/src/contrib/Archive/mixer/mixer_1.9.tar.gz')
but it produces the following error message
367 | call dvout (logfil, 1, rnorm0, ndigit,
| 2
......
404 | call dvout (logfil, n, resid, ndigit,
| 1
Error: Rank mismatch between actual argument at (1) and actual argument at (2) (scalar and
rank-1)
make: *** [C:/Users/YYY/AppData/Local/Programs/R/R-42~1.1/etc/x64/Makeconf:277: dgetv0.o]
Error 1
ERROR: compilation failed for package 'mixer'
* removing 'C:/Users/YYY/AppData/Local/Programs/R/R-4.2.1/library/mixer'
Warning message:
In i.p(...) :
installation of package ‘C:/Users/YYY/AppData/Local/Temp/Rtmp8AzpuR/file4fd46a5223bc/mixer_1.9.tar.gz’ had non-zero exit status
The code, however, works for similar packages that are not in the CRAN. I have spent sometime trying to resolve this error but all to no avail. Can anyone help me understand this error and how to resolve it. Many thanks for your help.

Bazel not building correctly. Error with os.bzl

I've pulled the most recent drake repo "https://github.com/RobotLocomotion/drake" and I am trying to
$run bazel build //...
but bazel is returning the following error
ERROR: /home/nathan/drake/tools/workspace/os.bzl:73:13: invalid escape sequence: \(. You can enable unknown escape sequences by passing the flag --incompatible_restrict_string_escapes=false ERROR: /home/nathan/drake/tools/workspace/os.bzl:73:19: invalid escape sequence: \|. You can enable unknown escape sequences by passing the flag --incompatible_restrict_string_escapes=false ERROR: /home/nathan/drake/tools/workspace/os.bzl:73:31: invalid escape sequence: \). You can enable unknown escape sequences by passing the flag --incompatible_restrict_string_escapes=false ERROR: error loading package '': in /home/nathan/drake/tools/workspace/default.bzl: in /home/nathan/drake/tools/workspace/blas/repository.bzl: Extension 'tools/workspace/os.bzl' has errors INFO: Elapsed time: 0.139s INFO: 0 processes. FAILED: Build did NOT complete successfully (0 packages loaded).
It seems to not like line 73 in os.bzl, but I'm not sure how to fix it. Any suggestions would be very helpful.
I've just run a build using those same versions of Bazel, Ubuntu, and Drake, with no problems.
There was a problem on that line several months ago, that we fixed in https://github.com/RobotLocomotion/drake/pull/12696. Can you confirm you're using a new-enough version of Drake? For example, what does git log -1 report?

Dart: "Invalid argument(s): Illegal character in path" when building on Windows

The offending line in my index.html file reads
<script src="main.dart" type="application/dart"></script>
The error report is:
Build error:
Transform polymer (PolymerBootstrapTransformer) on myproj_frontend|web/index.html threw error: Invalid argument(s): Illegal character in path
dart:core/uri.dart 855 Uri._checkWindowsPathReservedCharacters
dart:core/uri.dart 956 Uri._makeWindowsFileUrl
The entire path to the project is
D:\Projects\MyProj\MyProj_Project
I'm building from command line on Windows 7 using Dart VM version: 1.16.0
I honestly have no idea how to continue diagnosing or fixing this. Any help would be greatly appreciated.
I have the same problem. Looks like it is an issue with the analyzer package 0.27.0 and later.
I solved it by pinning the version in pubspec.yaml to <0.27.0.
I found that analyzer 0.27.2 is ok, but analyzer 0.27.3 will cause exception “Invalid argument(s): Illegal character in path” on my Win 10.
ps. I use Dart 1.16.0

After running CDE I can't build sample polymer app in dart editor

file:/C:/Users/Dave/dart/td2/build.dart
build.dart returned error code 255
Unhandled exception:
Uncaught Error: FileSystemException: Cannot open file, path = 'C:\Users\Dave\dart\td2\packages\args\args.dart' (OS Error: The system cannot find the file specified., errno = 2)
Stack Trace:
#0 _File.open.<anonymous closure> (dart:io/file_impl.dart:349)
#1 _RootZone.runUnary (dart:async/zone.dart:1151)
Dart editor was working fine with a polymer app that I was developing previously.
I have rebooted, reinstalled dart editor with no luck
Running Pub Get manually fails as well as it can't find files either. Evrrything was working prior to trying CDE and the designer.
I think running pub cache repair (run in command line interface) should be able to fix this.

Compiling legacy fortran 77 code on a MAC with gfortran: %LOC() causing problems?

I am working on compiling legacy Fortran 77 code on a Mac OS X 10.8.4 using gfortran 4.6.2. The gfortran was installed from http://gcc.gnu.org/wiki/GFortranBinaries#MacOS site.
According to the gcc.gnu.org wiki for GFortran, Release 4.2 includes this:
"The DEC extensions %VAL, %LOC and %REF are now supported."
I am getting the error below when I compile:
IPL(I) = %LOC(R8D(INITX(I)+1))
1
Error: Invalid character in name at (1)
Is there a workaround?
It seems that the new intrinsic LOC can be used instead:
The LOC() intrinsic works the same way as the %LOC() construct
http://gcc.gnu.org/onlinedocs/gfortran/LOC.html

Resources