Added progress dialog for setting wallpaper

Description
Added progress dialog for setting wallpaper as per the discussion.
Fixes #3425 "Set as Wallpaper" is not working properly
What changes did you make and why?
Setting a new wallpaper takes a lot of time, so a progress dialog will help users to know that the process is going on in the background.
Tests performed
Tested betaDebug on Mi A2 Android 10 (stock) with API level 29
Screenshots showing what changed

Codecov Report

Merging #3427 into master will decrease coverage by <.01%.
The diff coverage is 0%.

@@            Coverage Diff            @@
##           master   #3427      +/-   ##
=========================================
- Coverage    7.75%   7.75%   -0.01%
=========================================
  Files         256     256
  Lines       11342   11351       +9
  Branches      925     927       +2
=========================================
  Hits          880     880
- Misses      10395   10404       +9
  Partials       67      67

Impacted Files
Coverage Δ

...ain/java/fr/free/nrw/commons/utils/ImageUtils.java
0% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 39cb190...61f6bec. Read the comment docs.


Method injection call handler not being released

We are attempting to upgrade from Unity 2x to Unity 5.8.11.  Everything appears to be working except that the memory allocated for CallHandlers associated with a class that uses a TransientLifetimeManager is not be released by Unity.
I have tried registering the class two different ways with the same result:

@cgideon1234 ,
Did upgrading to a newer version resolve this problem for you? I believe I may be experiencing the same problem. I'm on 5.8.12.

@ENikS
I've been looking into this with my co-worker @bwhalversen.  There appears to be a memory leak in the PreBuildUp method of the TypeInterceptionStrategy.  On every resolve of the class that has the inteception behavior applied to it, a new "EffectiveInterceptionBehaviorsPolicy" is set in the BuilderContext.Registration class causing a new one of these to be inserted into its linked list each time the class is resolved.  It appears that this class is what holds the PipelineBehavior that contains the CallHandlers to be later passed into the proxy and because these are continually getting inserted into the linked list but never removed, it causes a memory leak of all of the unity types involved here as well as the CallHandlers in the user code.
I'm working on seeing if I can create a unit tests that detects this issue, but I'm not super familiar with the architecture of the unity interception so its going to take me some time to come up with something but I thought I'd mention what we found in case you could understand and fix what is causing the memory leak just from my description of the problem.
Thanks,
Dan

Some more information.  In Unity 4.x, in the TypeInterceptionStrategy PreBuildup method, it makes the following call:
            context.Policies.Set<EffectiveInterceptionBehaviorsPolicy>(
                new EffectiveInterceptionBehaviorsPolicy { Behaviors = interceptionBehaviors },
                context.BuildKey);

In Unity 5.x, it makes a similar call:
            var enumerable = interceptionBehaviors as IInterceptionBehavior[] ?? interceptionBehaviors.ToArray();
            context.Registration.Set(typeof(EffectiveInterceptionBehaviorsPolicy),
                new EffectiveInterceptionBehaviorsPolicy { Behaviors = enumerable });

In Unity 4.x the implementation of the Set method on the PolicyList was:
      /// <summary>
       /// Sets an individual policy.
       /// </summary>
       /// <param name="policyInterface">The <see cref="Type"/> of the policy.</param>
       /// <param name="policy">The policy to be registered.</param>
       /// <param name="buildKey">The key the policy applies.</param>
       public void Set(Type policyInterface,
                       IBuilderPolicy policy,
                       object buildKey)
       {
           lock (lockObject)
           {
               Dictionary<PolicyKey, IBuilderPolicy> newPolicies = this.ClonePolicies();
               newPolicies[new PolicyKey(policyInterface, buildKey)] = policy;
               this.policies = newPolicies;
           }
       }

While in 5.x it is
        public virtual void Set(Type policyInterface, object policy)
        {
            if (null == Value && null == Key)
            {
                Key = policyInterface;
                Value = policy;
            }
            else
            {
                Next = new LinkedNode<Type, object>
                {
                    Key = policyInterface,
                    Value = policy,
                    Next = Next
                };
            }
        }

It looks like the 4.x implementation would have replaced the "EffectiveInterceptionBehaviorsPolicy" in the dictionary it used where in 5.x we are always inserting into the linked list without checking if the policy is already in the list.

I've created a pull request with a potential fix for this: https://github.com/unitycontainer/container/pull/175

@ENikS Any comment on what I found above?


[ALL-561] feat(frontend|backend): Display error messages in the chat

End-user friendly description of the problem this fixes or functionality that this introduces
When something wrong occurred in the agent or backend, the frontend would be empty and hardly display any indicator to the user.

[ ] Include this change in the Release Notes. If checked, you must provide an end-user friendly description for your change below

Give a summary of what the PR does, explaining any non-trivial design decisions
Utilize send_error to send ErrorObservation's as well and modify the frontend to catch and display them. Some examples:
Exception caught by report_error

Error sent directly by send_error or as API error response are toast
TODO

[x] Errors from send_error should be toast
[x] Otherwise, inline in chat interface
[x] Ensure that inline chat messages are the inline-style after a reload (they may be converted to user messages)

Link of any specific issues this addresses

LGTM! I was able to get errors to propagate from the AgentController, the Agent, and the Runtime Client. The only errors I had that did not propagate were during startup - before the server side infrastructure is in place. Definitely an improvement!


Remove annotation support for HX-Refresh, HX-Location and HX-Redirect

I would like to discuss whether we should drop the annotations @HxRefresh, @HxLocation and @HxRedirect, as it makes no sense to me to use them in a controller method in combination with a view as a return value. This would also simplify our code base and make things less confusing.
@wimdeblauwe what do you think?

Can you add an examples of how the code looks with the annotations and without? I will add a message on Twitter and Bluesky after that so people can give their opinion on this.

I would like to discuss whether we should drop the annotations @HxRefresh, @HxLocation and @HxRedirect, as it makes no sense to me to use them in a controller method in combination with a view as a return value. This would also simplify our code base and make things less confusing.

I don't use these as I don't see a use case as a controller annotation.


fix(docs): update sphinx

Fix for #1362

update docs requirements
change sphinx build folder to standard convention

Newer versions of Sphinx change the look of the documentation is ways I don't prefer. This is the main reason it hasn't been updated recently.


Use nuclei 2.5.4

Currently it fails with:
[FTL] Could not run nuclei: no valid templates were found

I'm not sure if this is related to breaking change in 2.5.3 or something else.

@aminvakil let me know if you still experience the issues with 2.5.4

@aminvakil let me know if you still experience the issues with 2.5.4

It failed again. I'm using it like this, so I'm sure it picked the latest commit too:
      - name: Nuclei Scan
        uses: projectdiscovery/nuclei-action@main
        with:
          urls: output/active_urls.txt
          output: output/nuclei_output.txt

@aminvakil looking into this.

Issue has been fixed, I've also changed package installation using go get to go install in my workflow, thanks!


Use $http_host instead of $host

It looks like $http_host includes the port number when specified, and can be useful in some cases (e.g. local development)
(Carbon copy to @mattseddon because of https://github.com/iterative/itops/pull/4015)

The tiktok always had same issues, spam and the contain is flyier


Fix cursor visibility on surface commit

When spawning a new window in Rootston the cursor will disappear if it is over the surface. It is supposed to be set to a surface specific cursor. I think this is caused by the client sending an empty cursor surface when requested causing cursor->visible to be set to false. The surface is then committed but the visibility is not updated so it stays hidden until it registers movement.
I'm unsure if I put it in the correct place though. Maybe it should be called inside output_cursor_commit since it updates the dimenstions, I don't know what consequences that will have though.

Maybe  it should be called inside output_cursor_commit since it updates the  dimenstions, I don't know what consequences that will have though.

That seems like a good idea. Can you try doing this?

This emits request_set_cursor twice on every surface entry so it's not perfect.

Thanks!


Separate model server and data plane

What this PR does / why we need it:
The main objective is to migrate the kserve sdk from using tornado to fastapi
As first step this PR encapsulates the kserve sdk in a dataplane api which would later be used as building blocks to implement FastApi endpoints
Type of changes
Please delete options that are not relevant.

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

Feature/Issue validation/testing:
Please describe the tests that you ran to verify your changes and relevent result summary. Provide instructions so it can be reproduced.
Please also list any relevant details for your test configuration.

[ ] Test A

[ ] Test B

Logs

Special notes for your reviewer:

Please confirm that if this PR changes any image versions, then that's the sole change this PR makes.

Checklist:

[x] Have you added unit/e2e tests that prove your fix is effective or that this feature works?
[x] Has code been commented, particularly in hard-to-understand areas?
[ ] Have you made corresponding changes to the documentation?

Release note:

NONE

Let’s add the breaking changes to the release note on PR description. I think the only api breaking change is the need to add asyncio.run to start the model server right ?

Awesome work!! @xfu83 and @sukumargaonkar
/lgtm
/approve


Emulators

Hi Christian
Thanks for it!
I dont see any plattforms like Commodore Amiga, Atari St or Spectrum. I have entered in retroarch and it is installed. I added roms but it is dont appear. Are these systems compatible with Arkos?
Other question, Caprice, amstrad emulator, show reduced screen in games, can i change it? I like other Amstrad emulator called Fuse but I dont how install it.
Thanks in advance.

Make sure you review this entry in the wiki for available emulators and accepted file extensions and other information:  https://github.com/christianhaitian/arkos/wiki/ArkOS-Emulators-and-Ports-information

Thank you very much! :)


v0.6.1 isn't on PyPI

https://pypi.org/project/diffrax/#history, probably same as https://github.com/patrick-kidger/equinox/issues/902?

Thanks for the heads-up! Yup just needed to bump a version of a CI pipeline. Should be done now :)


Include check of DB address and server app status

When posting experiments online, it CAN happen that the URL for data submission is incorrect. It might even happen that the server app is currently unresponsive (the server down, etc.).
It would be good to check whether everything is setup correctly and working BEFORE participants start working on the experiment. Else, in case of a malfunction or mistake, participants' work is lost, generating extra overhead (time: apologies, setting up reimbursement HITs, rerunning experiment; cost: paying reimbursement HITs).
Ideally, in case of malfunction or mistake, the participants would immediately be told that there was an error (with an alert pop-up or an altert page) from which they cannot proceed. They would be told to return the HIT and contact the email supplied in 'config_deploy.js'. If possible, an automated email would also be good.
This pre-check should be made for any submission method except 'debugMode'. (Not sure about  'localServer'?)

Sure. So if I understand it correctly it would take two parts: one part on the server to return a message indicating whether the experiment with the indicated ID exists, and another part on the client to check for whether the server returns the correct message?

Yes, something along these lines.

On 11. Oct 2018, at 13:30 , Xiang Ji<EMAIL_ADDRESS>wrote:
Sure. So if I understand it correctly it would take two parts: one part on the server to return a message indicating whether the experiment with the indicated ID exists, and another part on the client to check for whether the server returns the correct message?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

An automated email on the frontend is possible via some client-side error handling library. I might also just let the backend emit an error upon encountering such requests, which should be picked up by log monitoring services. However that wouldn't cover the situation of the server itself being down.


the requested module does not provide an export named 'default'

Hey guys, got the plugin to work on Vue3 + Nuxt3, but still having problems on the console.
Uncaught SyntaxError: The requested module '/_nuxt/plugins/usehead.client.ts' does not provide an export named 'default'
This error prevents me from building the app and I don't know what to do about it. Any help?
Using versions:
nuxt 3.0.0
@vueuse/head - 1.0.22
Here is my plugins/usehead.client.ts file:
import { createApp } from "vue";
import { createHead } from "@vueuse/head";
import App from "../App.vue";

const app = createApp(App);
const head = createHead();

app.use(head);

app.mount("#app");

And here is nuxt.config.ts:
export default defineNuxtConfig({
  modules: ["@nuxt/content"],
  css: ["~/assets/bootstrap/bootstrap.min.css"],
  vite: {
    optimizeDeps: {
      exclude: ["class-validator"],
    },
  },
  target: "static",
  nitro: {
    prerender: {
      routes: ["/sitemap.xml"],
    },
  },
  app: {
    head: {
      script: [
        {
          src: "/assets/bootstrap/bootstrap.min.js",
          type: "text/javascript",
        },
      ],
      htmlAttrs: {
        lang: "pt",
      },
      meta: [
        { charset: "utf-8" },
        { name: "viewport", content: "width=device-width, initial-scale=1" },
        { hid: "description", name: "description", content: "" },
        { name: "format-detection", content: "telephone=no" },
      ],
    },
  },
});

Just realized this comes by default in nuxt 3. No need to install anything.


Quantization models

I get exactly the same timing for inference using fp16 and fp32 using GPU, shouldn't fp16 give faster computation? And why are the type of the weights in fp32 even if the file-size is different?
int8 does also take longer time to invoke than fp32, is it because of the dequantize quantize implementation for int8 written in the documentation?
(All inherit from the same trained model)

Hello @Sara980710 ,
We see that the issue template has not been filled, could you please do so as it helps us analyse the issue [tf version, steps followed before you ran into this error or stand alone code to reproduce the issue faced] or if possible share a colab gist with the issue reported.Thanks!


Use OpenCV for the camera plugin

Is there an existing issue for this?

[X] I have searched the existing issues
[X] I have read the guide to filing a bug

Use case
Hello Flutter team,
I was trying to migrate my OpenCV camera code from Python's cv2 to Dart, but found there wasn't any established way to do that yet. I'd really like to port our code from Python to a compiled language because we were getting more runtime errors than I care to debug, and our program's performance wasn't great either. So, I wrote bindings for OpenCV in Dart.
Proposal
I decided to use dart:ffi to integrate OpenCV into Dart myself. Along the way, I realized that OpenCV is written in C++, and ffi only supports C, but I worked it out:

I wrote a C-compatible "wrapper" API around the object-oriented parts of OpenCV. For example, instead of

// Instead of this object-oriented code...
cv::VideoCapture cap(0);
cap.read()
// ...you use a C-style wrapper API
VideoCapture* cap = VideoCapture_getByIndex(0);
VideoCapture_read(cap);

Next, I compiled that wrapper into a .dll/.so and ran package:ffigen on the header file
Finally, I was able to write a simple wrapper class to make a cleaner, more Dart-like API:

import "dart:io";
import "dart:typed_data";
import "dart:ffi" as ffi;
import "package:ffi/ffi.dart";

import "generated_bindings.dart";

const path = r"opencv\wrappers\winbuild\Debug\wrapper.dll";

class Camera {
  final OpenCV native;  // the ffigen-generated bindings
  final int index;  // index of the camera

  // objects and data to be allocated for OpenCV
  final arena = Arena();
  late final ffi.Pointer<VideoCapture> camera;
  late final ffi.Pointer<Mat> image;

  Camera(this.index) { ... }  // call constructors
  void dispose() { ... } /// call destructors

  // Some simple functions
  bool get isOpened => native.VideoCapture_isOpened(camera) != 0;
  bool read() => native.VideoCapture_read(camera, image) != 0;
  void display() => native.imshow(image);

  // A more complex example:
  Future<bool> saveScreenshot(File file, {int quality = 75}) async {
    if (!read()) return false;
    final buffer = arena<ffi.Uint8>(50000);
    final size = native.encodeJpg(image, quality, buffer);
    if (size == 0) return false;
    final Uint8List data = ffi.Uint8Pointer(buffer).asTypedList(size);
    file.writeAsBytes(data, flush: true);
    return true;
  }
}

Tested with a simple "stream webcam and display it like cv2.imshow":

import "package:opencv_test/camera.dart";

Future<void> main2(Camera camera) async {
  print("Camera is: ${camera.isOpened ? 'Connected' : 'Not connected'}");
  // if (!camera.isOpened) return;
  while (true) {
    final success = camera.read();
    if (!success) { print("Something went wrong!"); break; }
    camera.display();
    Future<void>.delayed(Duration(milliseconds: (1000/60).round()));
  }
}

void main() async {
  final camera = Camera(0);
  try { await main2(camera); }
  finally { camera.dispose(); }
}

I think this could be valuable to integrate into Flutter to quickly enable Mac and Linux support and tie them into Windows support as well. I'd also like to use this as a Dart package in general, so I'm not sure what's the best option here, especially in terms of distributing/compiling OpenCV (technically and legally). I can keep going, writing more C wrappers for more OpenCV APIs, or take a more structured approach instead. I'd love to hear your thoughts and help push this forward if possible.

Cool stuff @Levi-Lesches!
I'm not the right person to comment on "integrate into Flutter", I'll leave that to the Flutter team.
From an dart:ffi use point of view, some feedback on code style:

You can use arena from package:ffi to call dispose at the end (it has support for async and does try/finally internally).
You should consider making Camera implement Finalizable and attaching a NativeFinalizer to do the dispose with a direct call to the C function. That way users who forget to call dispose still have the native resources cleaned up.
If you're not already doing so, use package:ffigen to automatically generate the Dart bindings for your C header file.

Some feedback on bundling the dll in a package:

For flutter, currently the way to do it is with flutter create --template=plugin_ffi.
For dart, there currently is no convenient way. The best practise is to have a bin/setup.dart script that does the bundling.
Currently, there is no way to release for both flutter/dart in a single package (see for example package:realm and package:realm_dart as a workaround). We're actively working on addressing this: https://github.com/dart-lang/sdk/issues/50565.

You can use arena from package:ffi to call dispose at the end (it has support for async and does try/finally internally).

I was using arena to allocate the buffer, but not in the way you're saying. Do you mean allocating the VideoCapture itself in an arena?

You should consider making Camera implement Finalizable and attaching a NativeFinalizer to do the dispose with a direct call to the C function.

Ah, cool. I just learned about ffi on Sunday but I do remember skimming that page on the API docs

We're actively working on addressing this: https://github.com/dart-lang/sdk/issues/50565.

Hm, interesting thread -- thanks, I'll keep an eye on that one!

For flutter, currently the way to do it is with flutter create --template=plugin_ffi.

I didn't know about this one. I'll wait to hear from the "right person" on whether Flutter wants to integrate this into the official camera plugin before making my own "other camera that does the same stuff" package. Do you know if using OpenCV like this will work on Android and iOS as well? I'd imagine so, since it's still C++/C, but I'm not sure.

For dart, there currently is no convenient way.

That's what I thought, sadly. What should the bin\setup.dart file look like? Download my C wrappers, clone OpenCV and compile them? For now, it's not an issue for me because this was meant for a private project, but I'd be happy to take the extra steps to publish this as well.

I'm not clear on what exactly is being proposed here. What functionality are you proposing adding to camera?
The "Use Case" section of the proposal seems to be describing a specific technical solution (I'm not sure to what) rather than a use case to solve.

Essentially, the "Use Case" is "bring the camera plugin to more platforms", but yes, this is a technical proposal to use OpenCV to at least integrate the desktop platforms. I was motivated to do this because I saw that the camera_windows plugin is still unstable, and my project uses Linux, and I figured I can help speed things along for the desktop users out there. I'm not really proposing a new feature, just offering help in terms of offering my experience, writing PRs, and testing, if the Flutter team is interested. I just couldn't find a good issue template for that :)

Generally that would be done via discussion on a goal-based issue (e.g., "Implement camera for Linux", which is https://github.com/flutter/flutter/issues/41710), which is why we don't have a template for it.
The goal of the camera plugin is to provide Flutter developers access to the system-provided camera APIs (e.g., AVFoundation, MediaRecorder, Media Foundation), so building on top of (and distributing) a third-party library is out of scope. If you're interested in making it generally available, creating a new plugin would be the path forward. You have a couple of options there:

You could make a completely new stand-alone plugin that people could use instead of camera.
You could create unendorsed federated implementations of camera using camera_platform_interface, such that people could use camera but with your underlying implementation.

(This is analogous to, for instance, video_player being a wrapper around system video playback, but there being third-party video player plugins using other stacks such as VLC.)
Closing as this is out of scope for the Flutter project. Please feel free to file issues if you encounter any Flutter-level impediments to developing your plugin!


[Fixes #1195] Added javascript to close menu

This pr fixes #1195
I have added the required javascript to close the menu when a nav link is clicked in small screen.

@Viveksati5143 please check this recording
https://github.com/akshitagupta15june/PetMe/assets/84488726/7bd8418b-9e60-47e1-81cc-94397c7fe4d6


Stream methods assume that Stream.listen won't call onListen reentrantly

According to https://www.dartlang.org/articles/libraries/creating-streams:

If you use StreamController, your listener for onListen must not always depend on having the value of the StreamSubscription object. For example, in the following code, an onListen event fires (and handler is called) before the subscription variable (a StreamSubscription) has a valid value.
subscription = stream.listen(handler);

It's not entirely clear to me what this means (in particular, there's no StreamController or onListen in the code snippet?), but it seems to imply that it is valid for a Stream to call its onData handler synchronously from its listen method.
However, if one does so, then many of the other methods of Stream fail, because they assume that listen will not call their onData handlers reentrantly.
For example, the definition of Stream.first is:
Future<T> get first {
    _Future<T> future = new _Future<T>();
    StreamSubscription subscription;
    subscription = this.listen(
      (T value) {
        _cancelAndValue(subscription, future, value);
      },
      onError: future._completeError,
      onDone: () {
        try {
          throw IterableElementError.noElement();
        } catch (e, s) {
          _completeWithErrorCallback(future, e, s);
        }
      },
      cancelOnError: true);
    return future;
}

Notice how the onData handler passed to listen depends on the value of subscription which is returned by listen and is thus not set if onData is called synchronously by listen.
Either the Stream functions should be fixed to handle this case, or the documentation of listen should clearly state that onData must not be called synchronously.
In either case, the page above should be clarified as well.

It's not as clear as it could be.
This is just a warning about a common mistake - which actually isn't as common any more since people have gotten used to using streams and stream controllers.
Basically, it's saying that the onListen callback can be called synchronously, so if you create a stream controller and pass its stream to some other code, your onListen can be called at that point. That's different from stream and future callbacks which are guaranteed to run asynchronously, as if they are a new event from the event loop. So, if you do:
var c = new StreamController(onListen: () { something; });
foo(c.stream);  // onListen might be called here! Be ready for it!


Searching for a contact name displays threads but not direct messages

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number:
Reproducible in staging?: Needs Reproduction
Reproducible in production?: Needs Reproduction
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?:
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @flodnv
Slack conversation: https://expensify.slack.com/archives/C05LX9D6E07/p1730233563788449
Action Performed:

Go to staging.new.expensify.com
Click Search on LHN
Click chat > Search icon
Enter contact name in search field

Expected Result:
Contact names DM listed first
Actual Result:
Threads are displayed but not DMs
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android: Standalone
[ ] Android: HybridApp
[ ] Android: mWeb Chrome
[ ] iOS: Standalone
[ ] iOS: HybridApp
[ ] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

View all open jobs on GitHub

This has been labelled "Needs Reproduction". Follow the steps here: https://stackoverflowteams.com/c/expensify/questions/16989

Closing as this is a dupe of an existing project.


[RESOLVED] High ICMP ping response time

Problem started at 05:44:29 on 2023.07.06
Problem name: High ICMP ping response time
Host: HP_iLO
Severity: Warning
Operational data: Value: 648ms
Original problem ID: 32006
Event details in Zabbix: http://<IP_ADDRESS>/tr_events.php?triggerid=23268&eventid=32006

Problem has been resolved in 4m 0s at 05:48:29 on 2023.07.06
Problem name: High ICMP ping response time
Host: HP_iLO
Severity: Warning
Original problem ID: 32006


Add repositories to sync

This PR adds the downstream repositories that are meant to receive updates from AnVIL_Template.

Resolves #133


Calling Object.toJSBox on a Function throws

Dart SDK version: 3.2.553089959-edge+google3-v2 (google3) (google3) on "linux_x64"
Linux
Chrome

@joshualitt @srujzs
Context:

If their goal was to pass an opaque reference along the boundary, they can do so with a JSBoxedDartObject wrapper.

This currently is not possible if the reference in question is a Function. Attempting to call toJSBox on a function will result in an error at runtime:
Assertion failed: google3:///third_party/dart_lang/v2/sdk/lib/_internal/js_dev_runtime/private/ddc_runtime/types.dart:204:7
_isJsObject(f) ||
          !JS<bool>('bool', '# instanceof #.Function', f, global_)
"Dart function requires `allowInterop` to be passed to JavaScript."
dart:sdk_internal 4765:11                                                                                throw_
dart:sdk_internal 4683:15                                                                                assertFailed
dart:sdk_internal 5743:78                                                                                assertInterop
dart:sdk_internal 24623:39                                                                                assertInterop$
dart:sdk_internal 12629:11                                                                                forEach]
dart:sdk_internal 24626:26                                                                                assertInteropArgs
dart:sdk_internal 57031:16

I suspect this check exists to prevent developers from forgetting to call allowInterop() (or Function.toJS) on callbacks passed to JS APIs. However, in my case I truly wish to pass an opaque reference to a Dart function to JS, to be later retrieved and called in Dart. In such cases I believe that Object.toJSBox is the correct API and should be exempted from this assertion.

I believe this is because we use setProperty in the implementation of toJSBox, which has an assertInterop call. If we used the JS foreign function instead, we can avoid this. This also means the workaround of making your own JS object and setting the function as a property won't work, because you'll come across assertInterop.

Fixed in https://dart-review.googlesource.com/c/sdk/+/317847.


chore: increase version

@homu r+

:pushpin: Commit f1a4544 has been approved by kbknapp

:hourglass: Testing commit f1a4544 with merge 7ec5057...

:sunny: Test successful - status

:eyes: Test was successful, but fast-forwarding failed: 422 Required status check "coverage/coveralls" is pending

@homu  restart

I think the problem with coveralls is in travis-cargo

@homu r+

:bulb: This pull request was already approved, no need to approve it again.

This pull request previously failed. You should add more commits to fix the bug, or use retry to trigger a build again.

:pushpin: Commit f1a4544 has been approved by Vinatorul

:bulb: This pull request was already approved, no need to approve it again.

This pull request previously failed. You should add more commits to fix the bug, or use retry to trigger a build again.

@homu retry

:zap: Test exempted - status


Fix libstd build for mips*-unknown-linux-uclibc

The getrandom syscall related constant were missing. This PR adds full syscall table just in case and few other nits.

@bors: r+

:pushpin: Commit ba0e4bb has been approved by alexcrichton


[MonorepoBuilder] Dynamic monorepo-builder version in Init templates

This PR will allow the init command to resolve the current version of MonorepoBuilder and set it in the generated files.

Looks fine to me :+1:
Anything else before merge?

Nothing no 😄

Shipped :)


Deepak Verma | Mentor

adding myself as mentor.

hey, if you have any projects please send the pr or dm me i will add it.


Screensaver not triggering on Ubuntu

The app itself (the interface to select the screensaver and set options) installs and runs fine. But setting the trigger to 1 minute and leaving the mouse and keyboard alone doesn't seem to start the selected screensaver.
Is there anything I can do to debug what's going on? I'm not too familiar with electron; is there a way to open the chromium dev console (if that's even part of electron)?
I'm running Ubuntu 18, for what it's worth.

OK, I think this release should fix the issue. Thanks for pointing it out!

Sorry for the late response.
Just tried the new version and unfortunately it doesn't seem to be working.
I downloaded the newest .deb package, installed it, set the screensaver to the sparks one, set the activate timeout to 1 minute, and waited 2 minutes (for good measure). It didn't trigger. For what it's worth, it also popped up with a message saying there was a new version available.
Ubuntu 18.04.3 LTS
GNOME 3.28.2

OK, thanks for the update. It's working for me in a VM, but I don't have a physical box to test on right now. Would you mind killing the app, running before-dawn from a terminal, and then waiting a minute to see if it runs? Hopefully the app will output some useful logging information.

No problem, happy to help debug this as I know it's really difficult when you don't have access to a physical machine to test on. Here's the console output:
09:33:43.350 › Hello from version: 0.11.3 running in production
09:33:43.353 › use base path /home/vincerubinetti/.config/Before Dawn
09:33:43.377 › Loading prefs
09:33:43.378 › baseDir: /home/vincerubinetti/.config/Before Dawn
09:33:43.378 › systemSource: /opt/Before Dawn/resources/app.asar/output/system-savers
09:33:43.379 › updateStateManager idleTime: 1 blankTime: 6
09:33:43.379 › closeRunningScreensavers
09:33:43.379 › setupIfNeeded
09:33:43.380 › handleLocalPackage before-dawn-screensavers-v0.9.36.zip
09:33:43.380 › don't load savers from /opt/Before Dawn/resources/app.asar/data/before-dawn-screensavers-v0.9.36.zip
09:33:43.380 › checking if /home/vincerubinetti/.config/Before Dawn/savers/sparks/saver.json is valid
09:33:43.392 › looks like we are good to go
09:33:43.392 › openPrefsWindowIfNeeded
09:33:43.396 › Run initial release check
09:33:43.396 › checkForNewRelease
09:33:43.396 › check https://before-dawn.now.sh/update/win32/0.11.3 for new release
09:33:43.406 › Setup release check
09:33:43.407 › run initial package check
09:33:43.407 › checkForPackageUpdates
09:33:43.407 › register launch shortcut: Control+Command+S
09:33:43.408 › registered? true
09:33:43.408 › { downloaded: false }
09:33:43.409 › Setup recurring package check
09:33:43.795 › no update available, hide it
---
09:34:43.485 › runScreenSaverIfPowered
09:34:43.501 › I would run, but we're on battery :(
09:34:52.820 › closeRunningScreensavers

Looks like you were right about the battery being the source of the problem, but the solution did not fix it.
But the good news is that disabling the "don't run on battery" option makes it work! Luckily for me, my office only uses desktop computers so it should be no problem to disable this option.
But I'd be happy to keep helping you debugging the issue.

This is hopefully fixed, thanks for your help debugging!

Success! With the "disable on battery" option checked/selected, the screensaver still runs. It looks like it is fixed.


Error when adding a new file

When I add a file (I tried Command (Community) and Async Tool Window (Community)), I get an ArgumentNullException on the parameter filePath and I come back on the window to add a file.
Even if there's an error, the new file is added and the package class is modified to add the command in the InitializeAsync and the attribute when it's a tool window.
Output window on a brand new project:

Adding a new tool window 'TestToolWindow' to the project 'VSIXProjectCommunity':
The tool window will integrate with the 'VSIXProjectCommunity.VSIXProjectCommunityPackage' VS package.
The tool window will integrate with the 'VSCommandTable.vsct' command table file.
Adding a new attribute [ProvideToolWindow(typeof(TestToolWindow), Style = VsDockStyle.Tabbed, Window = ToolWindowGuids.SolutionExplorer)] to the VS package class 'VSIXProjectCommunityPackage'.
Updating method 'InitializeAsync()' in the VS package class 'VSIXProjectCommunityPackage' to call 'await TestToolWindowCommand.InitializeAsync(this);'.
Error finishing the new item wizard
System.ArgumentNullException: La valeur ne peut pas être null.
Nom du paramètre : filePath
à Microsoft.Vsix.TemplatesPackage.FileUtils.GetRelativePath(String baseDirectory, String filePath)
à Microsoft.Vsix.TemplatesPackage.ProjectItemAdaptor.GetRelativePathTo(String otherItemFilePath)
à Microsoft.Vsix.TemplatesPackage.VsixWizard.AddVsctButtonIfAny()
à Microsoft.Vsix.TemplatesPackage.VsixWizard.RunFinished()

I use VS Entreprise 16.9.3 in French and the error is there on many version of the extension.

This is a curious one. The templates are using the same wizard under the hood to update the project as the original VS extensibility templates use. However, to make this error go away, I have to add the /Resources/<commandName>.png file and the stuff it adds to the .vsct file is terrible. Not sure what to do here

I don't know if it's related but the output window says that it will integrate the tool window to the vsct file, but it's not there when I look in that file.
<?xml version="1.0" encoding="utf-8"?>
<CommandTable xmlns="http://schemas.microsoft.com/VisualStudio/2005-10-18/CommandTable" xmlns:xs="http://www.w3.org/2001/XMLSchema">

  <Extern href="stdidcmd.h"/>
  <Extern href="vsshlids.h"/>
  <Include href="KnownImageIds.vsct"/>
  <Include href="VSGlobals.vsct"/>

  <Commands package="guidPackage">
  </Commands>

  <Symbols>
    <GuidSymbol name="guidPackage" value="{de90336d-6a03-41c2-86c7-1e13ea7f6346}" />
  </Symbols>
</CommandTable>

That's because it doesn't handle the error and stops processing the .vsct file

This is now fixed


New tutorial (ipynb) does not load on github

Clicking on the link https://github.com/hltcoe/PredPatt/blob/master/tutorial.ipynb. You will see the page does not display. (Reloading does not help,)

I just clicked on the link in Chrome and the page is displayed for me. I am not able to run the notebook in the browser but I am definitely able to see it.
Maybe its an issue related to your browser?

No followup for a while so I assume it's solved.


Get the original array of model

I add an original data variable to the full data set in the hydrater.
With the function getOriginalData, it's easy to retrieve the real data and get an added parameter.

Closing due to inactivity.


Fix timing of ApplicationLaunch view and application_start events

What does this PR do?
Fix the timing of ApplicaitonLaunch vie and application_start events. The events were incorrectly using the nano time for their timestamp instead of using an ms timestamp. We use the difference between the triggering event's timestamp and nano time to determine how far apart they are, and add that to the application start time.
Review checklist (to be filled by reviewers)

[ ] Feature or bugfix MUST have appropriate tests (unit, integration, e2e)
[ ] Make sure you discussed the feature or bugfix with the maintaining team in an Issue
[ ] Make sure each commit and the PR mention the Issue number (cf the CONTRIBUTING doc)

@0xnm took another stab at it. Let me know if that's clearer.

Codecov Report

Merging #1305 (8eb374c) into develop (c618644) will decrease coverage by 0.03%.
The diff coverage is 91.67%.

@@             Coverage Diff             @@
##           develop    #1305      +/-   ##
===========================================
- Coverage    81.97%   81.93%   -0.03%
===========================================
  Files          362      362
  Lines        12855    12859       +4
  Branches      2155     2155
===========================================
- Hits         10537    10536       -1
- Misses        1662     1665       +3
- Partials       656      658       +2

Impacted Files
Coverage Δ

...droid/rum/internal/domain/scope/RumSessionScope.kt
89.74% <50.00%> (-1.05%)
:arrow_down:

...d/rum/internal/domain/scope/RumViewManagerScope.kt
92.04% <100.00%> (+0.37%)
:arrow_up:

.../android/rum/internal/domain/scope/RumViewScope.kt
95.40% <100.00%> (-0.02%)
:arrow_down:

.../datadog/android/sessionreplay/utils/ThemeUtils.kt
83.33% <0.00%> (-16.67%)
:arrow_down:

...n/com/datadog/android/v2/core/SdkInternalLogger.kt
91.67% <0.00%> (-2.78%)
:arrow_down:

...d/v2/core/internal/storage/FileEventBatchWriter.kt
94.74% <0.00%> (-2.63%)
:arrow_down:

...id/rum/internal/ndk/DatadogNdkCrashEventHandler.kt
89.00% <0.00%> (-2.00%)
:arrow_down:

...rsistence/file/batch/PlainBatchFileReaderWriter.kt
81.54% <0.00%> (-1.54%)
:arrow_down:

...ndroid/telemetry/internal/TelemetryEventHandler.kt
72.66% <0.00%> (-0.78%)
:arrow_down:

...in/com/datadog/android/log/internal/LogsFeature.kt
86.92% <0.00%> (+0.77%)
:arrow_up:

... and 2 more


Baker should give max of 6 bonus points, not 3.

Merry christmas!
Game link to example: https://everdell.vercel.app/game/v2:eU1QFxUz76ppxcM6AqhQBf?playerSecret=eHWDhBPXVvbgyxPGG8immg
Baker says up to a max of 3, but this is 3 berries, not 3 points. Game manual:

Thanks for reporting this! Fix is out + deployed :)


Blog - Push notifications. Port Pagoda Console Alerts to BOS Push Notifications. tl;dr; it won't work

Is your feature request related to a problem? Please describe.
A near.org blog post that gives an overview on how to port Pagoda Console Alerts to B.O.S with near.org's WebPush notifications and QueryAPI.
It feels reasonable to think through how porting these to BOS can work, but how simple could it be? It would be great if it were possible to do in 5 steps or so, for a blog title like Migrate pagoda console alerts to BOS push notifications in 5 steps*
a possible outline of how to port alerts could be:

Open the Network tab in the browser's dev tools and filter for requests with /listAlerts
Go to your Alerts in Pagoda Console
Copy the Response from the POST to /listAlerts and save this in your notes
Create a QueryAPI Indexer for each unique alert.rule.contract from the payload in step 3.
Write the logic of each indexer to filter near blocks on the alert.rule.contract and alert.rule.type
This is where my idea falls apart - this queryAPI indexer would need to write a transaction onchain into socialdB's notify payload in order to send a push notification to someone. 😢

@gagdiez As I worked through the details here I've found that my idea has a dead end.  I don't think it will be possible to build pagoda console alerts as BOS push notifications because it would require that your QueryAPI Indexer have the ability to trigger a write to socialDB.   I'm going to close this.
@ravigautham we need new ideas for a push notification blog post :)


Fail to build Carla Autoware Bridge

Hello!
when I do the roslaunch $CARLA_AUTOWARE_ROOT/devel.launch,it goes wrong and the following error occurredResourceNotFound: points_preprocessor ROS path [0]=/opt/ros/kinetic/share/ros ROS path [1]=/home/wuxuyang/carla-autoware/catkin_ws/src ROS path [2]=/home/wuxuyang/catkin_ws/src ROS path [3]=/opt/ros/kinetic/share
Can someone help me?

You're missing the Autoware catkin workspace?
Please follow exactly the steps to set up your shell.

ResourceNotFound: points_preprocessor
ROS path [0]=/opt/ros/kinetic/share/ros
ROS path [1]=/home/autoware/carla-autoware/catkin_ws/src
ROS path [2]=/opt/ros/kinetic/share

@sheepwxy @fpasch I am having the same issue. How did you solve? I exactly followed the instruction.
I build Autoware using colcon.
I launched Carla from Unreal Editor.
Am I missing anything?
Thanks

@sheepwxy @fpasch @AravindChandradoss  I have exact the same problem:
ResourceNotFound: points_preprocessor ROS path [0]=/opt/ros/kinetic/share/ros ROS path [1]=/home/autoware/carla-autoware/catkin_ws/src ROS path [2]=/opt/ros/kinetic/share
Any idea about how to solve?

source /ros/install/setup.bash

  12  export CARLA_AUTOWARE_ROOT=/home/autoware/carla-autoware/autoware_launch    13  export CARLA_MAPS_PATH=/home/autoware/carla-autoware/autoware_data/maps    14  source /home/autoware/Autoware/ros/install/setup.bash     15  source devel/setup.bash     16  roslaunch \$CARLA_AUTOWARE_ROOT/devel.launch     17  roslaunch ../autoware_launch/devel.launch
this is my history . Exact order is above. Is there any problem?  I source autoware before carla-autoware. Any idea?

@fpasch we cannot source multiple workspace like that.
source <path-to-autoware>/ros/install/setup.bash
source $CARLA_AUTOWARE_ROOT/../catkin_ws/devel/setup.bash

when we source setup.bash, it will overlay all the existing sources. (Thats the reason we werenot able find points_preprocess). We have to rebuild either autoware or carla.
Follow the steps to have both the workspace in a single setup.bash.

remove build and devel in catkin_ws in carla-autoware folder.
sudo rm -R devel build
source the autoware ros setup.bash here (Dont forget this step)
source <path-to-autoware>/ros/install/setup.bash
do catkin_make in catkin-ws folder
catkin_make

Now follow the steps as in documentation.
Sanity check:
after sourcing source $CARLA_AUTOWARE_ROOT/../catkin_ws/devel/setup.bash
check Ros Path
echo $ROS_PACKAGE_PATH
you will see many source path. (Many!)

Thanks both of you for the answer. I did what @AravindChandradoss wrote but I couldn't see the MANY paths, only two.
cd carla-autoware/catkin_ws/  sudo rm -R devel/ build/  export AUTOWARE_ROOT=/mnt/HDD/carla_ue4_space/autoware  source /mnt/HDD/carla_ue4_space/autoware/ros/install/setup.bash   source /opt/ros/kinetic/setup.bash   catkin_make  source /mnt/HDD/carla_ue4_space/carla-autoware/autoware_launch/../catkin_ws/devel/setup.bash   echo $ROS_PACKAGE_PATH
output is:
/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src:/opt/ros/kinetic/share
Still thinking about what I am doing wrong. I am beginner to this and your help is very helpful for me and people who wants to use the bridge.
@AravindChandradoss , which steps in documentation I need to follow? Running terminal 2 part from the beginning? I can give necessary information if asked. Thanks in advance

I think you dont need to source /opt/ros/kinetic/setup.bash (mostly they will be in .bashrc by default).
If you dont mind, share your echo $ROS_PACKAGE_PATH output after sourcing source <path-to-autoware>/ros/install/setup.bash.
If you see many source paths. just do the catkin_make and follow the documentation from here
let me know if you any runtime error as in issue
For now, I am waiting for @fpasch  or someone from carla to help in that issue.

This is the output after sourcing autoware and catkin_make:
[encoded data, 9348 characters]
The unused args problem comes when I proceed.

@yeserac were you able to successfully launch the bridge with the runtime error that I mentioned?
what was your problem? cant get you. Unused args?

I get unused args:
unused args [enablePlannerDynamicSwitch] for include of [/mnt/HDD/carla_ue4_space/autoware/ros/install/waypoint_planner/share/waypoint_planner/launch/velocity_set.launch] The traceback for the exception was written to the log file
I am not sure it is succesful launching or not. I didn't get your error though. If I repeat my steps, I still get the above error.

I get unused args:
unused args [enablePlannerDynamicSwitch] for include of [/mnt/HDD/carla_ue4_space/autoware/ros/install/waypoint_planner/share/waypoint_planner/launch/velocity_set.launch] The traceback for the exception was written to the log file
I am not sure it is succesful launching or not. I didn't get your error though. If I repeat my steps, I still get the above error.

having the same issue.

Can you guys share your steps, so that I can try to reproduce the same.
btw, did you guys used the docker?

The issue can be fixed by removing parameter while launching.
enablePlannerDynamicSwitch was remove from Autoware as in here.
So, remove enablePlannerDynamicSwitch from launch files.
Now, the bridge is working.

The issue can be fixed by removing parameter while launching.
enablePlannerDynamicSwitch was removed from Autoware as in here.
So, remove enablePlannerDynamicSwitch from launch files.
Now, the bridge is working.

Hi @AravindChandradoss , I'm not sure how it is fixed by removing parameters while laucnhing.
I checked all the files changed in the commit link you mentioned, all the files under Autoware folder doesn't contain the so called "enablePlannerDynamicSwitch", meaning this is already removed I supposed.
But I'm still getting this error:
[roslaunch][INFO] 2019-05-31 13:39:49,273: starting in server mode [roslaunch.parent][INFO] 2019-05-31 13:39:49,273: starting roslaunch parent run [roslaunch][INFO] 2019-05-31 13:39:49,274: loading roscore config file /opt/ros/kinetic/etc/ros/roscore.xml [roslaunch][INFO] 2019-05-31 13:39:49,700: Added core node of type [rosout/rosout] in namespace [/] [roslaunch.config][INFO] 2019-05-31 13:39:49,700: loading config file /home/tangyun/tools/carla-autoware/autoware_launch/devel.launch [roslaunch][INFO] 2019-05-31 13:39:49,767: Added node of type [carla_manual_control/carla_manual_control.py] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,790: Added node of type [carla_ros_bridge/client.py] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,795: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,796: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,796: Added node of type [carla_ego_vehicle/carla_ego_vehicle.py] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,802: Added node of type [carla_waypoint_publisher/carla_waypoint_publisher.py] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,806: Added node of type [carla_points_map_loader/carla_points_map_loader] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,816: Added node of type [tf/static_transform_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,816: Added node of type [tf/static_transform_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [tf/static_transform_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [tf/static_transform_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [tf/static_transform_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,817: Added node of type [carla_autoware_bridge/odometry_to_posestamped] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,818: Added node of type [carla_autoware_bridge/vehiclecmd_to_ackermanndrive] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,818: Added node of type [carla_autoware_bridge/carla_to_autoware_vehicle_status] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,818: Added node of type [carla_autoware_bridge/carla_to_autoware_waypoints] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,829: Added node of type [carla_ackermann_control/carla_ackermann_control_node.py] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,834: Added node of type [points_preprocessor/ray_ground_filter] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,851: Added node of type [joint_state_publisher/joint_state_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,852: Added node of type [robot_state_publisher/state_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,856: Added node of type [autoware_connector/can_odometry] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,860: Added node of type [points_downsampler/voxel_grid_filter] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,864: Added node of type [lidar_localizer/ndt_matching] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,869: Added node of type [lidar_euclidean_cluster_detect/lidar_euclidean_cluster_detect] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,870: Added node of type [detected_objects_visualizer/visualize_detected_objects] in namespace [/detection/lidar_detector/] [roslaunch][INFO] 2019-05-31 13:39:49,875: Added node of type [autoware_connector/can_status_translator] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,875: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,875: Added node of type [topic_tools/relay] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,876: Added node of type [waypoint_maker/waypoint_marker_publisher] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,876: Added node of type [lane_planner/lane_rule] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,876: Added node of type [lane_planner/lane_stop] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,876: Added node of type [lane_planner/lane_select] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,881: Added node of type [costmap_generator/costmap_generator] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,884: Added node of type [waypoint_planner/astar_avoid] in namespace [/] [roslaunch][INFO] 2019-05-31 13:39:49,887: Added node of type [waypoint_planner/velocity_set] in namespace [/] [roslaunch][ERROR] 2019-05-31 13:39:49,887: unused args [enablePlannerDynamicSwitch] for include of [/home/tangyun/tools/Autoware/ros/install/waypoint_planner/share/waypoint_planner/launch/velocity_set.launch] [roslaunch][ERROR] 2019-05-31 13:39:49,887: The traceback for the exception was written to the log file [roslaunch][ERROR] 2019-05-31 13:39:49,887: Traceback (most recent call last):   File "/opt/ros/kinetic/lib/python2.7/dist-packages/roslaunch/__init__.py", line 306, in main     p.start()   File "/opt/ros/kinetic/lib/python2.7/dist-packages/roslaunch/parent.py", line 268, in start     self._start_infrastructure()   File "/opt/ros/kinetic/lib/python2.7/dist-packages/roslaunch/parent.py", line 217, in _start_infrastructure     self._load_config()   File "/opt/ros/kinetic/lib/python2.7/dist-packages/roslaunch/parent.py", line 132, in _load_config     roslaunch_strs=self.roslaunch_strs, verbose=self.verbose)   File "/opt/ros/kinetic/lib/python2.7/dist-packages/roslaunch/config.py", line 455, in load_config_default     raise RLException(e) RLException: unused args [enablePlannerDynamicSwitch] for include of [/home/tangyun/tools/Autoware/ros/install/waypoint_planner/share/waypoint_planner/launch/velocity_set.launch]
How to configure roslaunch to use python3.5 instead of python2.7 i wonder ??
Thank You

I did what @ntutangyun wrote and I got the same issue:
[carla_manual_control_ego_vehicle-1] process has died [pid 9980, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_manual_control/src/carla_manual_control/carla_manual_control.py __name:=carla_manual_control_ego_vehicle __log:=/home/acn/.ros/log/f85d343e-8382-11e9-8eca-c04a000396d4/carla_manual_control_ego_vehicle-1.log]. log file: /home/acn/.ros/log/f85d343e-8382-11e9-8eca-c04a000396d4/carla_manual_control_ego_vehicle-1*.log [carla_ego_vehicle_ego_vehicle-5] process has died [pid 9985, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ego_vehicle/src/carla_ego_vehicle/carla_ego_vehicle.py __name:=carla_ego_vehicle_ego_vehicle __log:=/home/acn/.ros/log/f85d343e-8382-11e9-8eca-c04a000396d4/carla_ego_vehicle_ego_vehicle-5.log]. log file: /home/acn/.ros/log/f85d343e-8382-11e9-8eca-c04a000396d4/carla_ego_vehicle_ego_vehicle-5*.log

@AravindChandradoss: Could you check if the documentation is correct with #52

@ntutangyun Could you please review: #53

@ntutangyun @yeserac Are you still facing the "the ego vehicle process has died." issue?

I reviewed the changes and executed them exactly. I still have the error and I am copying the full output:
`acn@acn-16:/mnt/HDD/carla_ue4_space/carla-autoware$ roslaunch autoware_launch/devel.launch
... logging to /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/roslaunch-acn-16-5222.log
Checking log directory for disk usage. This may take awhile.
Press Ctrl-C to interrupt
Done checking log file disk usage. Usage is <1GB.
started roslaunch server http://acn-16:33109/
SUMMARY
PARAMETERS

/astar_avoid/angle_goal_range: 6.0
/astar_avoid/avoid_start_velocity: 3.0
/astar_avoid/avoid_waypoints_velocity: 10.0
/astar_avoid/curve_weight: 1.2
/astar_avoid/distance_heuristic_weight: 1.0
/astar_avoid/enable_avoidance: False
/astar_avoid/lateral_goal_range: 0.5
/astar_avoid/longitudinal_goal_range: 2.0
/astar_avoid/minimum_turning_radius: 6.0
/astar_avoid/obstacle_threshold: 100
/astar_avoid/potential_weight: 10.0
/astar_avoid/replan_interval: 2.0
/astar_avoid/reverse_weight: 2.0
/astar_avoid/robot_base2back: 1.0
/astar_avoid/robot_length: 4.5
/astar_avoid/robot_width: 1.75
/astar_avoid/safety_waypoints_size: 100
/astar_avoid/search_waypoints_delta: 2
/astar_avoid/search_waypoints_size: 50
/astar_avoid/theta_size: 48
/astar_avoid/time_limit: 1000.0
/astar_avoid/update_rate: 10
/astar_avoid/use_back: False
/astar_avoid/use_potential_heuristic: True
/astar_avoid/use_wavefront_heuristic: False
/carla/ackermann_control/accel_Kd: 0.05
/carla/ackermann_control/accel_Ki: 0.0
/carla/ackermann_control/accel_Kp: 0.02
/carla/ackermann_control/min_accel: 1.0
/carla/ackermann_control/speed_Kd: 0.5
/carla/ackermann_control/speed_Ki: 0.0
/carla/ackermann_control/speed_Kp: 0.05
/carla/ego_vehicle/role_name: ['hero', 'ego_veh...
/carla/host: localhost
/carla/maps_path: /mnt/HDD/carla_eu...
/carla/port: 2000
/carla_ackermann_control_ego_vehicle/role_name: ego_vehicle
/carla_ego_vehicle_ego_vehicle/role_name: ego_vehicle
/carla_ego_vehicle_ego_vehicle/sensor_definition_file: /mnt/HDD/carla_ue...
/carla_ego_vehicle_ego_vehicle/spawn_point:
/carla_ego_vehicle_ego_vehicle/vehicle_filter: vehicle.toyota.pr...
/carla_manual_control_ego_vehicle/role_name: ego_vehicle
/carla_waypoint_publisher/role_name: ego_vehicle
/costmap_generator/expand_polygon_size: 1.0
/costmap_generator/grid_length_x: 50
/costmap_generator/grid_length_y: 30
/costmap_generator/grid_max_value: 1.0
/costmap_generator/grid_min_value: 0.0
/costmap_generator/grid_position_x: 20
/costmap_generator/grid_position_y: 0
/costmap_generator/grid_resolution: 0.2
/costmap_generator/lidar_frame: velodyne
/costmap_generator/map_frame: map
/costmap_generator/maximum_lidar_height_thres: 0.3
/costmap_generator/minimum_lidar_height_thres: -2.2
/costmap_generator/size_of_expansion_kernel: 9
/costmap_generator/use_objects_box: True
/costmap_generator/use_objects_convex_hull: False
/costmap_generator/use_points: True
/costmap_generator/use_wayarea: False
/detection/lidar_detector/cluster_detect_visualization_01/objects_src_topic: /objects
/lidar_euclidean_cluster_detect/clip_max_height: 0.5
/lidar_euclidean_cluster_detect/clip_min_height: -1.3
/lidar_euclidean_cluster_detect/cluster_merge_threshold: 1.5
/lidar_euclidean_cluster_detect/cluster_size_max: 100000
/lidar_euclidean_cluster_detect/cluster_size_min: 20
/lidar_euclidean_cluster_detect/clustering_distance: 0.75
/lidar_euclidean_cluster_detect/clustering_distances: [0.5,1.1,1.6,2.1,...
/lidar_euclidean_cluster_detect/clustering_ranges: [15,30,45,60]
/lidar_euclidean_cluster_detect/downsample_cloud: False
/lidar_euclidean_cluster_detect/keep_lane_left_distance: 5
/lidar_euclidean_cluster_detect/keep_lane_right_distance: 5
/lidar_euclidean_cluster_detect/keep_lanes: False
/lidar_euclidean_cluster_detect/leaf_size: 0.1
/lidar_euclidean_cluster_detect/max_boundingbox_side: 10
/lidar_euclidean_cluster_detect/output_frame: ego_vehicle/lidar...
/lidar_euclidean_cluster_detect/points_node: /points_raw
/lidar_euclidean_cluster_detect/pose_estimation: True
/lidar_euclidean_cluster_detect/remove_ground: True
/lidar_euclidean_cluster_detect/remove_points_upto: 0.0
/lidar_euclidean_cluster_detect/use_diffnormals: False
/lidar_euclidean_cluster_detect/use_gpu: False
/lidar_euclidean_cluster_detect/use_multiple_thres: False
/localizer: velodyne
/ndt_matching/get_height: True
/ndt_matching/imu_topic: /imu_raw
/ndt_matching/imu_upside_down: False
/ndt_matching/method_type: 0
/ndt_matching/offset: linear
/ndt_matching/output_log_data: False
/ndt_matching/queue_size: 1
/ndt_matching/use_gnss: True
/ndt_matching/use_imu: False
/ndt_matching/use_local_transform: False
/ndt_matching/use_odom: False
/pure_pursuit/is_linear_interpolation: True
/pure_pursuit/publishes_for_steering_robot: False
/ray_ground_filter/clipping_height: 0.2
/ray_ground_filter/concentric_divider_distance: 0.01
/ray_ground_filter/general_max_slope: 5
/ray_ground_filter/ground_point_topic: /points_ground
/ray_ground_filter/input_point_topic: /points_raw
/ray_ground_filter/local_max_slope: 8
/ray_ground_filter/min_height_threshold: 0.5
/ray_ground_filter/min_point_distance: 1.85
/ray_ground_filter/no_ground_point_topic: /points_no_ground
/ray_ground_filter/radial_divider_angle: 0.08
/ray_ground_filter/reclass_distance_threshold: 0.2
/ray_ground_filter/sensor_height: 2.4
/robot_description: <?xml version="1....
/rosbag_fname:
/rosdistro: kinetic
/rosversion: 1.12.14
/tf_pitch: 0.0
/tf_roll: 0.0
/tf_x: 0
/tf_y: 0.0
/tf_yaw: 0.0
/tf_z: 2.4
/use_gui: False
/use_sim_time: True
/vehicle_info/maximum_steering_angle: 70.0
/vehicle_info/minimum_turning_radius: 5.0
/vehicle_info/wheel_base: 2.7
/vehiclecmd_to_ackermanndrive/wheelbase: 2.7
/velocity_set/decelerate_vel_min: 1.3
/velocity_set/enable_multiple_crosswalk_detection: False
/velocity_set/points_topic: points_no_ground
/velocity_set/remove_points_upto: 2.3
/velocity_set/use_crosswalk_detection: False
/velocity_set/velocity_offset: 1.2
/voxel_grid_filter/output_log: False
/voxel_grid_filter/points_topic: points_raw

NODES
/detection/lidar_detector/
cluster_detect_visualization_01 (detected_objects_visualizer/visualize_detected_objects)
/
astar_avoid (waypoint_planner/astar_avoid)
can_odometry (autoware_connector/can_odometry)
can_status_translator (autoware_connector/can_status_translator)
carla_ackermann_control_ego_vehicle (carla_ackermann_control/carla_ackermann_control_node.py)
carla_ego_vehicle_ego_vehicle (carla_ego_vehicle/carla_ego_vehicle.py)
carla_manual_control_ego_vehicle (carla_manual_control/carla_manual_control.py)
carla_points_map_loader (carla_points_map_loader/carla_points_map_loader)
carla_ros_bridge (carla_ros_bridge/client.py)
carla_to_autoware_vehicle_status (carla_autoware_bridge/carla_to_autoware_vehicle_status)
carla_to_autoware_waypoints (carla_autoware_bridge/carla_to_autoware_waypoints)
carla_waypoint_publisher (carla_waypoint_publisher/carla_waypoint_publisher.py)
config_waypoint_follower_rostopic (rostopic/rostopic)
costmap_generator (costmap_generator/costmap_generator)
egovehiclecamerafront_to_camera (tf/static_transform_publisher)
egovehiclegnss_to_gps (tf/static_transform_publisher)
egovehiclelidar_to_velodyne (tf/static_transform_publisher)
goal_relay (topic_tools/relay)
imag_relay (topic_tools/relay)
initialpose_relay (topic_tools/relay)
joint_state_publisher (joint_state_publisher/joint_state_publisher)
lane_rule (lane_planner/lane_rule)
lane_select (lane_planner/lane_select)
lane_stop (lane_planner/lane_stop)
lidar_euclidean_cluster_detect (lidar_euclidean_cluster_detect/lidar_euclidean_cluster_detect)
map_to_mobility (tf/static_transform_publisher)
ndt_matching (lidar_localizer/ndt_matching)
odometry_to_posestamped (carla_autoware_bridge/odometry_to_posestamped)
points_relay (topic_tools/relay)
pose_relay (topic_tools/relay)
pure_pursuit (waypoint_follower/pure_pursuit)
ray_ground_filter (points_preprocessor/ray_ground_filter)
robot_state_publisher (robot_state_publisher/state_publisher)
twist_filter (waypoint_follower/twist_filter)
twist_gate (waypoint_follower/twist_gate)
vehiclecmd_to_ackermanndrive (carla_autoware_bridge/vehiclecmd_to_ackermanndrive)
vel_relay (topic_tools/relay)
velocity_set (waypoint_planner/velocity_set)
voxel_grid_filter (points_downsampler/voxel_grid_filter)
waypoint_marker_publisher (waypoint_maker/waypoint_marker_publisher)
world_to_map (tf/static_transform_publisher)
auto-starting new master
process[master]: started with pid [5232]
ROS_MASTER_URI=http://localhost:11311
setting /run_id to f8f97e2c-8b41-11e9-9c48-c04a000396d4
process[rosout-1]: started with pid [5245]
started core service [/rosout]
process[carla_manual_control_ego_vehicle-2]: started with pid [5248]
process[carla_ros_bridge-3]: started with pid [5249]
process[goal_relay-4]: started with pid [5250]
process[initialpose_relay-5]: started with pid [5272]
process[carla_ego_vehicle_ego_vehicle-6]: started with pid [5273]
process[carla_waypoint_publisher-7]: started with pid [5274]
process[carla_points_map_loader-8]: started with pid [5275]
process[world_to_map-9]: started with pid [5283]
process[map_to_mobility-10]: started with pid [5308]
process[egovehiclegnss_to_gps-11]: started with pid [5333]
process[egovehiclelidar_to_velodyne-12]: started with pid [5334]
process[egovehiclecamerafront_to_camera-13]: started with pid [5352]
process[points_relay-14]: started with pid [5370]
process[imag_relay-15]: started with pid [5389]
process[odometry_to_posestamped-16]: started with pid [5391]
process[vehiclecmd_to_ackermanndrive-17]: started with pid [5399]
process[carla_to_autoware_vehicle_status-18]: started with pid [5411]
process[carla_to_autoware_waypoints-19]: started with pid [5412]
process[carla_ackermann_control_ego_vehicle-20]: started with pid [5414]
process[ray_ground_filter-21]: started with pid [5432]
process[joint_state_publisher-22]: started with pid [5461]
process[robot_state_publisher-23]: started with pid [5488]
process[can_odometry-24]: started with pid [5489]
process[voxel_grid_filter-25]: started with pid [5490]
process[ndt_matching-26]: started with pid [5498]
process[lidar_euclidean_cluster_detect-27]: started with pid [5499]
[ INFO] [1560145112.499658159]: Initializing Ground Filter, please wait...
[ INFO] [1560145112.500682408]: Input point_topic: /points_raw
[ INFO] [1560145112.502122796]: sensor_height[meters]: 2.400000
[ INFO] [1560145112.503181073]: general_max_slope[deg]: 5.000000
[ INFO] [1560145112.504024185]: local_max_slope[deg]: 8.000000
[ INFO] [1560145112.504835748]: radial_divider_angle[deg]: 0.080000
[ INFO] [1560145112.505674410]: concentric_divider_distance[meters]: 0.010000
[ INFO] [1560145112.506596647]: min_height_threshold[meters]: 0.500000
[ INFO] [1560145112.507482539]: clipping_height[meters]: 0.200000
[ INFO] [1560145112.510999757]: min_point_distance[meters]: 1.850000
[ INFO] [1560145112.512666381]: reclass_distance_threshold[meters]: 0.200000
process[detection/lidar_detector/cluster_detect_visualization_01-28]: started with pid [5538]
[ INFO] [1560145112.940301785]: Radial Divisions: 4500
[ INFO] [1560145112.941380335]: No Ground Output Point Cloud no_ground_point_topic: /points_no_ground
[ INFO] [1560145112.942255154]: Only Ground Output Point Cloud ground_topic: /points_ground
[ INFO] [1560145112.942285284]: Subscribing to... /points_raw
[ INFO] [1560145112.948547480]: Ready
process[can_status_translator-29]: started with pid [5586]
process[pose_relay-30]: started with pid [5626]
process[vel_relay-31]: started with pid [5661]
process[waypoint_marker_publisher-32]: started with pid [5663]
[ INFO] [1560145113.679255363]: [visualize_detected_objects] objects_src_topic: /detection/lidar_detector/objects
[ INFO] [1560145113.679768188]: [visualize_detected_objects] object_speed_threshold: 0.10
[ INFO] [1560145113.680282486]: [visualize_detected_objects] arrow_speed_threshold: 0.25
[ INFO] [1560145113.680801979]: [visualize_detected_objects] marker_display_duration: 0.20
[ INFO] [1560145113.681322066]: [visualize_detected_objects] label_color: {R:255.0, G:255.0, B:255.0, A:1.0}
[ INFO] [1560145113.681751550]: [visualize_detected_objects] arrow_color: {R:0.0, G:255.0, B:0.0, A:0.8}
[ INFO] [1560145113.682174659]: [visualize_detected_objects] hull_color: {R:51.0, G:204.0, B:51.0, A:0.8}
[ INFO] [1560145113.682646846]: [visualize_detected_objects] box_color: {R:51.0, G:128.0, B:204.0, A:0.8}
[ INFO] [1560145113.683124022]: [visualize_detected_objects] model_color: {R:190.0, G:190.0, B:190.0, A:0.5}
[ INFO] [1560145113.683579616]: [visualize_detected_objects] centroid_color: {R:77.0, G:121.0, B:255.0, A:0.8}
[ INFO] [1560145113.686510182]: [visualize_detected_objects] object_src_topic: /detection/lidar_detector/objects
[ INFO] [1560145113.687122064]: [visualize_detected_objects] markers_out_topic: /detection/lidar_detector/objects_markers
process[lane_rule-33]: started with pid [5793]
process[lane_stop-34]: started with pid [5795]
process[lane_select-35]: started with pid [5797]
process[costmap_generator-36]: started with pid [5876]
process[astar_avoid-37]: started with pid [5877]
process[velocity_set-38]: started with pid [5881]
process[config_waypoint_follower_rostopic-39]: started with pid [5919]
process[pure_pursuit-40]: started with pid [5921]
process[twist_filter-41]: started with pid [5977]
process[twist_gate-42]: started with pid [6007]
Traceback (most recent call last):
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ackermann_control/src/carla_ackermann_control/carla_ackermann_control_node.py", line 17, in
from simple_pid import PID
ImportError: No module named simple_pid
[carla_ackermann_control_ego_vehicle-20] process has died [pid 5414, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ackermann_control/src/carla_ackermann_control/carla_ackermann_control_node.py __name:=carla_ackermann_control_ego_vehicle __log:=/home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ackermann_control_ego_vehicle-20.log].
log file: /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ackermann_control_ego_vehicle-20*.log
[ WARN] [1560145115.556689224]: Waiting for subscribing topics...
... logging to /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/roslaunch-acn-16-5275.log
pygame 1.9.6
Hello from the pygame community. https://www.pygame.org/contribute.html
Traceback (most recent call last):
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_waypoint_publisher/src/carla_waypoint_publisher/carla_waypoint_publisher.py", line 29, in
from agents.navigation.global_route_planner import GlobalRoutePlanner
ImportError: No module named agents.navigation.global_route_planner
shm_open() failed: No such file or directory
ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Protocol error
Traceback (most recent call last):
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_manual_control/src/carla_manual_control/carla_manual_control.py", line 561, in
main()
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_manual_control/src/carla_manual_control/carla_manual_control.py", line 537, in main
pygame.HWSURFACE | pygame.DOUBLEBUF)
pygame.error: No available video device
[carla_waypoint_publisher-7] process has died [pid 5274, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_waypoint_publisher/src/carla_waypoint_publisher/carla_waypoint_publisher.py __name:=carla_waypoint_publisher __log:=/home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_waypoint_publisher-7.log].
log file: /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_waypoint_publisher-7*.log
[carla_manual_control_ego_vehicle-2] process has died [pid 5248, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_manual_control/src/carla_manual_control/carla_manual_control.py __name:=carla_manual_control_ego_vehicle __log:=/home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_manual_control_ego_vehicle-2.log].
log file: /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_manual_control_ego_vehicle-2*.log
[INFO] [1560145117.180946, 0.000000]: listening to server localhost:2000
[INFO] [1560145117.181209, 0.000000]: using vehicle filter: vehicle.toyota.prius*
Traceback (most recent call last):
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ego_vehicle/src/carla_ego_vehicle/carla_ego_vehicle.py", line 258, in
main()
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ego_vehicle/src/carla_ego_vehicle/carla_ego_vehicle.py", line 251, in main
ego_vehicle.run()
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ego_vehicle/src/carla_ego_vehicle/carla_ego_vehicle.py", line 233, in run
self.world = client.get_world()
RuntimeError: rpc::rpc_error during call in function version
[INFO] [1560145117.303652, 0.000000]: Trying to connect to localhost:2000
[INFO] [1560145117.304819, 0.000000]: Done
Traceback (most recent call last):
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ros_bridge/src/carla_ros_bridge/client.py", line 59, in
main()
File "/mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ros_bridge/src/carla_ros_bridge/client.py", line 39, in main
carla_world = carla_client.get_world()
RuntimeError: rpc::rpc_error during call in function version
[carla_ego_vehicle_ego_vehicle-6] process has died [pid 5273, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ego_vehicle/src/carla_ego_vehicle/carla_ego_vehicle.py __name:=carla_ego_vehicle_ego_vehicle __log:=/home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ego_vehicle_ego_vehicle-6.log].
log file: /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ego_vehicle_ego_vehicle-6*.log
[carla_ros_bridge-3] process has died [pid 5249, exit code 1, cmd /mnt/HDD/carla_ue4_space/carla-autoware/catkin_ws/src/ros-bridge/carla_ros_bridge/src/carla_ros_bridge/client.py __name:=carla_ros_bridge __log:=/home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ros_bridge-3.log].
log file: /home/acn/.ros/log/f8f97e2c-8b41-11e9-9c48-c04a000396d4/carla_ros_bridge-3*.log
[ INFO] [1560145120.990874045]: euclidean_cluster > Setting points node to /points_raw
[ INFO] [1560145120.991440749]: Euclidean Clustering: Difference of Normals will not be used.
[ INFO] [1560145120.992293991]: [euclidean_clustering] downsample_cloud: 0
[ INFO] [1560145120.993129659]: [euclidean_clustering] remove_ground: 1
[ INFO] [1560145120.993895622]: [euclidean_clustering] leaf_size: 0.100000
[ INFO] [1560145120.994682790]: [euclidean_clustering] cluster_size_min 20
[ INFO] [1560145120.995661076]: [euclidean_clustering] cluster_size_max: 100000
[ INFO] [1560145120.996494191]: [euclidean_clustering] pose_estimation: 1
[ INFO] [1560145120.997390627]: [euclidean_clustering] clip_min_height: -1.300000
[ INFO] [1560145120.998214669]: [euclidean_clustering] clip_max_height: 0.500000
[ INFO] [1560145120.998939904]: [euclidean_clustering] keep_lanes: 0
[ INFO] [1560145120.999891451]: [euclidean_clustering] keep_lane_left_distance: 5.000000
[ INFO] [1560145121.000811750]: [euclidean_clustering] keep_lane_right_distance: 5.000000
[ INFO] [1560145121.001601722]: [euclidean_clustering] max_boundingbox_side: 10.000000
[ INFO] [1560145121.002341787]: [euclidean_clustering] cluster_merge_threshold: 1.500000
[ INFO] [1560145121.003157812]: [euclidean_clustering] output_frame: ego_vehicle/lidar/lidar1
[ INFO] [1560145121.003981865]: [euclidean_clustering] remove_points_upto: 0.000000
[ INFO] [1560145121.004793876]: [euclidean_clustering] clustering_distance: 0.750000
[ INFO] [1560145121.005570515]: [euclidean_clustering] use_gpu: 0
[ INFO] [1560145121.006381467]: [euclidean_clustering] use_multiple_thres: 0
[ INFO] [1560145121.007138562]: [euclidean_clustering] clustering_distances: [0.5,1.1,1.6,2.1,2.6]
[ INFO] [1560145121.007944239]: [euclidean_clustering] clustering_ranges: [15,30,45,60]
`

Install simple_pid and try again.
sudo apt-get install ros-<your-ros-distro>-pid

Closing the issue as the repo has been largely updated. Feel free to file a new issue if any of the problems persist.


tar markdown rendering test fixed

Build tests failing because tldr-pages repository changed file
https://github.com/tldr-pages/tldr/blob/master/pages/common/tar.md
and so test was failing, as the file the test compared to was not the version pulled from the archive.
Could attempt to generate this automatically in future?
Not very familiar with pull requests, so please let me know what would be helpful in future.

Thanks! Yeah, this happens every once in a while. I wonder if we should mock the page, or switch to an alternative page that's updated very rarely. (The goal of an integration test is to test end-to-end, so not using mocks would be better I guess.)

Thanks! Yeah, this happens every once in a while. I wonder if we should mock the page, or switch to an alternative page that's updated very rarely. (The goal of an integration test is to test end-to-end, so not using mocks would be better I guess.)


Basic error reporting for failed jq lookups

Addresses https://github.com/flox/flox/issues/51.

I think so, yes. It provides error checking which should be an improvement regardless.

@samrose can you maybe review this? It should be a minor thing to merge. Thanks.


MNT: Remove some warnings

There are still some warnings in our test suite but this makes some
progress on clearing them.

Description

Motivation and Context

How Has This Been Tested?

force-pushed the former last commit (trying to fix zmq) out of existence.  Those tests failed locally, but on me weird set up so was hoping it was just me.


Suppress Exception in log when r-code not present

I opened a VS code workspace where previously I have deleted all r-code. The "ABL Language Server" console is full of these messages, probably 1 for each of the 5000 files in the project:
[2023-05-02T11:30:17.627+0200] [ERROR] Unable to parse rcode c:\work\SCL\Consultingwerk\OERA\RestResource\ISupportsRestMethods.r - Please open issue on GitHub - java.nio.file.NoSuchFileException
[2023-05-02T11:30:17.627+0200] [ERROR] Caused by:
java.nio.file.NoSuchFileException: c:\work\SCL\Consultingwerk\OERA\RestResource\ISupportsRestMethods.r
	at java.base/sun.nio.fs.WindowsException.translateToIOException(WindowsException.java:85)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:103)
	at java.base/sun.nio.fs.WindowsException.rethrowAsIOException(WindowsException.java:108)
	at java.base/sun.nio.fs.WindowsFileSystemProvider.newByteChannel(WindowsFileSystemProvider.java:235)
	at java.base/java.nio.file.Files.newByteChannel(Files.java:371)
	at java.base/java.nio.file.Files.newByteChannel(Files.java:422)
	at java.base/java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:420)
	at java.base/java.nio.file.Files.newInputStream(Files.java:156)
	at eu.rssw.openedge.ls.a.m.a(SourceFile:869)
	at eu.rssw.openedge.ls.a.m.e(SourceFile:975)
	at java.base/java.util.concurrent.CompletableFuture$UniApply.tryFire(CompletableFuture.java:642)
	at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
	at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1705)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
	at java.base/java.lang.Thread.run(Thread.java:829)

IMHO an informational message would be enough. No need for the Java stack-trace, no need to suggest logging a Github issue (well, I did that now).

The files were probably deleted after the rcode directory scan was executed, so all rcode were already added to the stack, and several files were deleted when being processed by the executors.
Removing the stack trace in this specific case, message will be enough to find the root cause.


Bullet Core 0.6.4

Coverage remained the same at 100.0% when pulling 5130c27ff53f98803477285218c5d24a28d2e695 on akshaisarma:0.6.4-core into e3f8c2747a2875375fa1ab323e981ff4b89e2679 on bullet-db:master.


message: merge multiple message into one

Codecov Report

Merging #27 (6c85e02) into master (6264ff3) will increase coverage by 0.01%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master      #27      +/-   ##
==========================================
+ Coverage   99.66%   99.67%   +0.01%
==========================================
  Files          26       26
  Lines         594      622      +28
==========================================
+ Hits          592      620      +28
  Misses          2        2

Impacted Files
Coverage Δ

include/protopuf/field.h
100.00% <100.00%> (ø)

include/protopuf/message.h
98.61% <100.00%> (+1.46%)
:arrow_up:

test/map.cpp
100.00% <100.00%> (ø)

test/message.cpp
99.47% <100.00%> (-0.53%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6264ff3...6c85e02. Read the comment docs.


app/meson.build:59:4: ERROR: C shared or static library 'avcodec-58' not found

I get error on command 'make -f ./Makefile.CrossWindows '
I appreciate if somebody could help me.
I can see it was resolved here https://github.com/Genymobile/scrcpy/issues/1863 but I still have the issue
ubuntu@DESKTOP-NN0F9ON:~/scrcpy$ make -f Makefile.CrossWindows
./gradlew clean
Starting a Gradle Daemon, 1 incompatible and 1 stopped Daemons could not be reused, use --status for details
BUILD SUCCESSFUL in 16s
2 actionable tasks: 2 up-to-date
rm -rf "build-server" "build-win32" "build-win64"
"build-win32-noconsole" "build-win64-noconsole" "dist"
[ -d "build-server" ] || ( mkdir "build-server" &&
meson "build-server"
--buildtype release -Dcompile_app=false )
The Meson build system
Version: 0.53.2
Source dir: /home/ubuntu/scrcpy
Build dir: /home/ubuntu/scrcpy/build-server
Build type: native build
Project name: scrcpy
Project version: 1.17
C compiler for the host machine: cc (gcc 9.3.0 "cc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
C linker for the host machine: cc ld.bfd 2.34
Host machine cpu family: x86_64
Host machine cpu: x86_64
Program ./scripts/build-wrapper.sh found: YES (/home/ubuntu/scrcpy/server/./scripts/build-wrapper.sh)
Build targets in project: 2
Found ninja-1.10.0 at /usr/bin/ninja
ninja -C "build-server"
ninja: Entering directory `build-server'
[0/1] Generating scrcpy-server with a custom command.
Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0.
Use '--warning-mode all' to show the individual deprecation warnings.
See https://docs.gradle.org/6.3/userguide/command_line_interface.html#sec:command_line_warnings
BUILD SUCCESSFUL in 15s
24 actionable tasks: 24 executed
make -C prebuilt-deps prepare-win32
make[1]: Entering directory '/home/ubuntu/scrcpy/prebuilt-deps'
SDL2-2.0.14: not found
SDL2-devel-2.0.14-mingw.tar.gz: not found, downloading...
--2021-02-15 13:47:11--  https://libsdl.org/release/SDL2-devel-2.0.14-mingw.tar.gz
Resolving libsdl.org (libsdl.org)... 2604:a880:1:20::181:e001, <IP_ADDRESS>
Connecting to libsdl.org (libsdl.org)|2604:a880:1:20::181:e001|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11299071 (11M) [application/x-gzip]
Saving to: ‘SDL2-devel-2.0.14-mingw.tar.gz’
SDL2-devel-2.0.14-mingw.tar.g 100%[=================================================>]  10.78M  3.09MB/s    in 3.8s
2021-02-15 13:47:15 (2.87 MB/s) - ‘SDL2-devel-2.0.14-mingw.tar.gz’ saved [11299071/11299071]
SDL2-devel-2.0.14-mingw.tar.gz: verifying checksum...
SDL2-devel-2.0.14-mingw.tar.gz: OK
Extracting SDL2-devel-2.0.14-mingw.tar.gz...
ffmpeg-4.3.1-win32-shared: not found
ffmpeg-4.3.1-win32-shared.zip: not found, downloading...
--2021-02-15 13:47:16--  https://github.com/Genymobile/scrcpy/releases/download/v1.16/ffmpeg-4.3.1-win32-shared.zip
Resolving github.com (github.com)... <IP_ADDRESS>
Connecting to github.com (github.com)|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://github-releases.githubusercontent.com/111583593/76736600-3c95-11eb-9e4f-f262d9f2615e?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20210215%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20210215T124716Z&X-Amz-Expires=300&X-Amz-Signature=a5bacc45e15d42a540da459873a728a6cbc36fecc061cafc5ae8db2a4c1124c2&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=111583593&response-content-disposition=attachment%3B filename%3Dffmpeg-4.3.1-win32-shared.zip&response-content-type=application%2Foctet-stream [following]
--2021-02-15 13:47:17--  https://github-releases.githubusercontent.com/111583593/76736600-3c95-11eb-9e4f-f262d9f2615e?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=AKIAIWNJYAX4CSVEH53A%2F20210215%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20210215T124716Z&X-Amz-Expires=300&X-Amz-Signature=a5bacc45e15d42a540da459873a728a6cbc36fecc061cafc5ae8db2a4c1124c2&X-Amz-SignedHeaders=host&actor_id=0&key_id=0&repo_id=111583593&response-content-disposition=attachment%3B filename%3Dffmpeg-4.3.1-win32-shared.zip&response-content-type=application%2Foctet-stream
Resolving github-releases.githubusercontent.com (github-releases.githubusercontent.com)... <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, ...
Connecting to github-releases.githubusercontent.com (github-releases.githubusercontent.com)|<IP_ADDRESS>|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 25602387 (24M) [application/octet-stream]
Saving to: ‘ffmpeg-4.3.1-win32-shared.zip’
ffmpeg-4.3.1-win32-shared.zip 100%[=================================================>]  24.42M  3.38MB/s    in 7.6s
2021-02-15 13:47:25 (3.20 MB/s) - ‘ffmpeg-4.3.1-win32-shared.zip’ saved [25602387/25602387]
ffmpeg-4.3.1-win32-shared.zip: verifying checksum...
ffmpeg-4.3.1-win32-shared.zip: OK
Extracting ffmpeg-4.3.1-win32-shared.zip...
./prepare-dep: line 33: unzip: command not found
make[1]: *** [Makefile:13: prepare-ffmpeg-shared-win32] Error 127
make[1]: Leaving directory '/home/ubuntu/scrcpy/prebuilt-deps'
make: [Makefile.CrossWindows:51: prepare-deps-win32] Error 2 (ignored)
[ -d "build-win32" ] || ( mkdir "build-win32" &&
meson "build-win32"
--cross-file cross_win32.txt
--buildtype release --strip -Db_lto=true
-Dcrossbuild_windows=true
-Dcompile_server=false
-Dportable=true )
The Meson build system
Version: 0.53.2
Source dir: /home/ubuntu/scrcpy
Build dir: /home/ubuntu/scrcpy/build-win32
Build type: cross build
Project name: scrcpy
Project version: 1.17
C compiler for the build machine: cc (gcc 9.3.0 "cc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
C linker for the build machine: cc ld.bfd 2.34
C compiler for the host machine: /usr/bin/i686-w64-mingw32-gcc (gcc 9.3.0 "i686-w64-mingw32-gcc (GCC) 9.3-win32 20200320")
C linker for the host machine: /usr/bin/i686-w64-mingw32-gcc ld.bfd 2.34
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: x86
Host machine cpu: i686
Target machine cpu family: x86
Target machine cpu: i686
Library SDL2 found: YES
Library SDL2main found: YES
app/meson.build:59:4: ERROR: C library 'avcodec-58' not found
A full log can be found at /home/ubuntu/scrcpy/build-win32/meson-logs/meson-log.txt
make: *** [Makefile.CrossWindows:54: build-win32] Error 1
ubuntu@DESKTOP-NN0F9ON:~/scrcpy$ make -f Makefile.CrossWindows
./gradlew clean
BUILD SUCCESSFUL in 1s
2 actionable tasks: 2 executed
rm -rf "build-server" "build-win32" "build-win64"
"build-win32-noconsole" "build-win64-noconsole" "dist"
[ -d "build-server" ] || ( mkdir "build-server" &&
meson "build-server"
--buildtype release -Dcompile_app=false )
The Meson build system
Version: 0.53.2
Source dir: /home/ubuntu/scrcpy
Build dir: /home/ubuntu/scrcpy/build-server
Build type: native build
Project name: scrcpy
Project version: 1.17
C compiler for the host machine: cc (gcc 9.3.0 "cc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
C linker for the host machine: cc ld.bfd 2.34
Host machine cpu family: x86_64
Host machine cpu: x86_64
Program ./scripts/build-wrapper.sh found: YES (/home/ubuntu/scrcpy/server/./scripts/build-wrapper.sh)
Build targets in project: 2
Found ninja-1.10.0 at /usr/bin/ninja
ninja -C "build-server"
ninja: Entering directory `build-server'
[0/1] Generating scrcpy-server with a custom command.
Deprecated Gradle features were used in this build, making it incompatible with Gradle 7.0.
Use '--warning-mode all' to show the individual deprecation warnings.
See https://docs.gradle.org/6.3/userguide/command_line_interface.html#sec:command_line_warnings
BUILD SUCCESSFUL in 7s
24 actionable tasks: 23 executed, 1 up-to-date
make -C prebuilt-deps prepare-win32
make[1]: Entering directory '/home/ubuntu/scrcpy/prebuilt-deps'
SDL2-2.0.14: found
ffmpeg-4.3.1-win32-shared: not found
ffmpeg-4.3.1-win32-shared.zip: found
ffmpeg-4.3.1-win32-shared.zip: verifying checksum...
ffmpeg-4.3.1-win32-shared.zip: OK
Extracting ffmpeg-4.3.1-win32-shared.zip...
./prepare-dep: line 33: unzip: command not found
make[1]: *** [Makefile:13: prepare-ffmpeg-shared-win32] Error 127
make[1]: Leaving directory '/home/ubuntu/scrcpy/prebuilt-deps'
make: [Makefile.CrossWindows:51: prepare-deps-win32] Error 2 (ignored)
[ -d "build-win32" ] || ( mkdir "build-win32" &&
meson "build-win32"
--cross-file cross_win32.txt
--buildtype release --strip -Db_lto=true
-Dcrossbuild_windows=true
-Dcompile_server=false
-Dportable=true )
The Meson build system
Version: 0.53.2
Source dir: /home/ubuntu/scrcpy
Build dir: /home/ubuntu/scrcpy/build-win32
Build type: cross build
Project name: scrcpy
Project version: 1.17
C compiler for the build machine: cc (gcc 9.3.0 "cc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
C linker for the build machine: cc ld.bfd 2.34
C compiler for the host machine: /usr/bin/i686-w64-mingw32-gcc (gcc 9.3.0 "i686-w64-mingw32-gcc (GCC) 9.3-win32 20200320")
C linker for the host machine: /usr/bin/i686-w64-mingw32-gcc ld.bfd 2.34
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: x86
Host machine cpu: i686
Target machine cpu family: x86
Target machine cpu: i686
Library SDL2 found: YES
Library SDL2main found: YES
app/meson.build:59:4: ERROR: C library 'avcodec-58' not found

unzip: command not found

sudo apt install unzip

Thanks a lot. It’s working!


Add Settings Page

✨ Feature Request
Description of the Feature
Add settings page to the station yarthi when user click settings in navbar it should redirect to settings page
Problem Statement
There is no settings page
Proposed Solution
Add a new settings page
Alternatives Considered

Additional Context

Are you participating in GSSoC?

[X] Yes
[ ] No

hey @dhairyagothi he seems to be inactive at the issue, can u assign me so that I can work, I will make the PR by tommorow

@dhairyagothi its been two weeks with no response i can make it within a day can you assign me

Assigned @NK-Works @haseebzaki-07


Eliminate perf calls

Hi Kent,
There is a small note in readme that perfcalls are not eliminatable as they return value.
using blocks in C# support nulls. Desugared finally block after compilation contains nullcheck.

Hi Kent,
we are using your plugin for logging in our app,
Can you please tell us, where can i find the log files,

@Belorus Sorry, somehow missed this. The using isn't the problem - it's the ConditionalAttribute, which can only be used against members without return values, which makes sense because otherwise you could have code like:
var whatever = logger.Perf("foo");
Console.WriteLine(whatever);

And what would the compiler do here when compiling without the LOGGING symbol defined?
@toseef-ajmeri Please read the readme. There is no log file by default.


[BEAM-3243] support multiple anonymous classes from the same enclosing class in a pipeline

Idea is to keep the "number" (suffix) of the anonymous class for anonymous dofn to support multiple anonymous dofn in the same pipeline.

Using multiple anonymous DoFn's with the same enclosing class within the same composite transform is already possible if you specify the transform name in .apply() - e.g.: .apply("Something", ParDo.of(new DoFn..)).apply("Something else", ParDo.of(new DoFn..)). This is a good thing rather than a bug, because using generated names like Enclosing$1 is unstable w.r.t. pipeline update: any reordering of the anonymous classes, or adding a new one, or making an existing one be non-anonymous, will change the numbering and make the pipeline update-incompatible.

I understand where it comes from but it is very boring when writing tests where it is not uncommon to write anonymous classes and the inline naming is not always doable when you write utility methods or reusable piece of pipelines.
You would also note that anonymous algorithm with the "number" is somehow aligned on the fact to keep only the suffix in the nested class case which leads to as meaningless names (Important$Stuff leads to Stuff which is in general not very meaningful for the "task" context since it is hold by the enclosing class to avoid long and repeating names).
The original issue is when it fails it is quite abstract and not very obvious. An alternative can be to enrich the error message with:

where the anonymous classes (all conflicting ones) are
how to fix it - passing a name to the apply

I would be fine with this "not solution" fix as well, does it sound better for you?

Yeah, I would prefer an improved error message. I suppose you mean the message that says Transform Foo does not have a stable unique name. This will prevent reloading of pipelines. - that message definitely should point to specifying the name in .apply() as a fix.

Something like
Transform Foo$1 conflicts with Foo$2 in pipeline defined in MyTest line 56. You can fix it adding a name in apply invocations line 54 and 52.

The long name is important cause otherwise you have no clue of the provenance.

That would be optimal, and in general I really like the idea of capturing the stack trace of transform application and using it in all error messages. We already do this in PAssert, but it can be applied much more widely - e.g. errors during coder inference, validation errors, some runtime errors etc.
I suspect that implementing that can have some unexpected stumbling blocks, so I would recommend to start with a simpler improvement - just make the error message clearly say that the fix is to specify name in apply().
However, if you're willing to drive an effort to use application stack traces in more places in Beam, starting with a discussion on the mailing list - that would be a wonderful contribution and I'd be happy to review it.

superseeded with https://github.com/apache/beam/pull/4185


How to change the color of just one text in the ring (tick)

Hey,
I would like to know how to change the color of just one tick text ...?

This could be a nice feature for [custom tick](file:///android_asset/md/#custom-tick-label).

another suggestion would be to be able to change the color of the individual triangles in the ring...

You can change all triangles color by sv_trianglesColor Attribute, but to change just one is not possible, and it will not be an option in the future.
but, if you really want to do it, you can extends AwesomeSpeedometer and override drawMarks(canvas) method.

Oh I tried it out but did not work.... I’ll check once again and get back.
Thanks :)
On Sun, 4 Feb 2018 at 8:45 PM, Anas Altair<EMAIL_ADDRESS>wrote:

You can change all triangles color by sv_trianglesColor Attribute, but to
change just one is not possible, and it will not be an option in the future.
but, if you really want to do it, you can extends AwesomeSpeedometer
https://github.com/anastr/SpeedView/blob/master/speedviewlib/src/main/java/com/github/anastr/speedviewlib/AwesomeSpeedometer.java
and override drawMarks(canvas)
https://github.com/anastr/SpeedView/blob/master/speedviewlib/src/main/java/com/github/anastr/speedviewlib/AwesomeSpeedometer.java#L150
method.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/anastr/SpeedView/issues/71#issuecomment-362913847,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AVNLlQSoG3nLIiJNHtdUOocwDqKOJw7Cks5tRcl8gaJpZM4R4Kxq
.

--
With regards
Priyanka Mathikshara
www.mathikshara.com
in.linkedin.com/in/mathikshara

Done in v1.2.0.

woah that's awesome, thanks a lot buddy !!
On Sun, Apr 1, 2018 at 12:12 PM, Anas Altair<EMAIL_ADDRESS>wrote:

Closed #71 https://github.com/anastr/SpeedView/issues/71.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/anastr/SpeedView/issues/71#event-1551009701, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AVNLlVVXJbuoB68X4m7wCBYyv1RTliEBks5tkHbLgaJpZM4R4Kxq
.

--
With Regards
Priyanka Mathikshara
website http://www.mathikshara.com/
LinkedIn https://in.linkedin.com/in/priyankamathikshara
Facebook https://www.facebook.com/priyankamathikshara


Boot Address

Hi
Something strange is happening, I have defined the Reset / Boot address to be 0x80000000
but the first address fetched is 0x80000080
How do I define the reset address I wish to be the first fetch address ?
Thx
Lee

the reset vector is always at boot_addr + 0x80. the addresses up to 0x80 are used for the interrupt vector table

We'll have in our tree shortly, but for now you can find a suitable linker script and crt in this PR: https://github.com/lowRISC/ibex/pull/78/files

How does this correspond to the RISCV Priveleged spec ?
I see the exceptions are at hard coded addresses, rather than being encoded into an MCAUSE register
https://ibex-core.readthedocs.io/en/latest/exception_interrupts.html
Thx
Lee

The current trap handling is free-form, which was allowed in an older version of the spec. Work is underway to update it to to the current spec in https://github.com/lowRISC/ibex/issues/70.

The trap handling is now conforming to the RISC-V spec. I am thus closing this issue.

What if the boot_addr_i is non-zero ? It seems a bit strange to force the address to be something other than what you asked for.