text:
sharp@0.20.8 install error

Node version: v14.18.0
NPM version: 6.14.15
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! sharp@0.20.8 install: `(node install/libvips && node install/dll-copy && prebuild-install) || (node-gyp rebuild && node install/dll-copy)`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the sharp@0.20.8 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:

 ERROR

Command failed with exit code 1: npm install

  Error: Command failed with exit code 1: npm install

  - error.js:60 makeError
    [npm]/[gatsby-cli]/[execa]/lib/error.js:60:11

  - index.js:118 handlePromise
    [npm]/[gatsby-cli]/[execa]/index.js:118:26

  - task_queues.js:95 processTicksAndRejections
    internal/process/task_queues.js:95:5

  - init-starter.js:135 install
    [npm]/[gatsby-cli]/lib/init-starter.js:135:7

  - init-starter.js:202 clone
    [npm]/[gatsby-cli]/lib/init-starter.js:202:3

  - init-starter.js:343 initStarter
    [npm]/[gatsby-cli]/lib/init-starter.js:343:5

  - create-cli.js:494
    [npm]/[gatsby-cli]/lib/create-cli.js:494:9

full.log

Bumping this issue, same error
21420 error ../src/common.cc:37:15: error: redefinition of ‘std::string sharp::AttrAsStr’
21420 error    37 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr) {
21420 error       |               ^~~~~~~~~
21420 error In file included from ../src/common.cc:27:
21420 error ../src/common.h:83:15: note: ‘std::string sharp::AttrAsStr’ previously declared here
21420 error    83 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr);
21420 error       |               ^~~~~~~~~
21420 error ../src/common.cc:37:29: error: ‘Handle’ is not a member of ‘v8’; did you mean ‘JobHandle’?
21420 error    37 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr) {
21420 error       |                             ^~~~~~
21420 error       |                             JobHandle
21420 error ../src/common.cc:37:46: error: expected primary-expression before ‘>’ token
21420 error    37 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr) {
21420 error       |                                              ^
21420 error ../src/common.cc:37:48: error: ‘obj’ was not declared in this scope
21420 error    37 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr) {
21420 error       |                                                ^~~
21420 error ../src/common.cc:37:65: error: expected primary-expression before ‘attr’
21420 error    37 |   std::string AttrAsStr(v8::Handle<v8::Object> obj, std::string attr) {
21420 error       |                                                                 ^~~~
21420 error ../src/common.cc:42:20: error: redefinition of ‘sharp::InputDescriptor* sharp::CreateInputDescriptor’
21420 error    42 |   InputDescriptor* CreateInputDescriptor(
21420 error       |                    ^~~~~~~~~~~~~~~~~~~~~
21420 error In file included from ../src/common.cc:27:
21420 error ../src/common.h:95:20: note: ‘sharp::InputDescriptor* sharp::CreateInputDescriptor’ previously defined here
21420 error    95 |   InputDescriptor* CreateInputDescriptor(
21420 error       |                    ^~~~~~~~~~~~~~~~~~~~~
21420 error ../src/common.cc:43:9: error: ‘Handle’ is not a member of ‘v8’; did you mean ‘JobHandle’?
21420 error    43 |     v8::Handle<v8::Object> input, std::vector<v8::Local<v8::Object>> &buffersToPersist
21420 error       |         ^~~~~~
21420 error       |         JobHandle
21420 error ../src/common.cc:43:26: error: expected primary-expression before ‘>’ token
21420 error    43 |     v8::Handle<v8::Object> input, std::vector<v8::Local<v8::Object>> &buffersToPersist
21420 error       |                          ^
21420 error ../src/common.cc:43:28: error: ‘input’ was not declared in this scope
21420 error    43 |     v8::Handle<v8::Object> input, std::vector<v8::Local<v8::Object>> &buffersToPersist
21420 error       |                            ^~~~~
21420 error ../src/common.cc:43:70: error: expected primary-expression before ‘&’ token
21420 error    43 |     v8::Handle<v8::Object> input, std::vector<v8::Local<v8::Object>> &buffersToPersist
21420 error       |                                                                      ^
21420 error ../src/common.cc:43:71: error: ‘buffersToPersist’ was not declared in this scope
21420 error    43 |     v8::Handle<v8::Object> input, std::vector<v8::Local<v8::Object>> &buffersToPersist
21420 error       |                                                                       ^~~~~~~~~~~~~~~~
21420 error make: *** [sharp.target.mk:138: Release/obj.target/sharp/src/common.o] Error 1
21420 error gyp ERR! build error
21420 error gyp ERR! stack Error: `make` failed with exit code: 2
21420 error gyp ERR! stack     at ChildProcess.onExit (/home/gitpod/.nvm/versions/node/v16.13.0/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
21420 error gyp ERR! stack     at ChildProcess.emit (node:events:390:28)
21420 error gyp ERR! stack     at Process.ChildProcess._handle.onexit (node:internal/child_process:290:12)
21420 error gyp ERR! System Linux 5.13.0-1007-gcp
21420 error gyp ERR! command "/home/gitpod/.nvm/versions/node/v16.13.0/bin/node" "/home/gitpod/.nvm/versions/node/v16.13.0/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
21420 error gyp ERR! cwd /workspace/gatsby-starter-personal-blog/node_modules/sharp
21420 error gyp ERR! node -v v16.13.0
21420 error gyp ERR! node-gyp -v v8.2.0
21420 error gyp ERR! not ok
21421 verbose exit 1

me too

authors: HEKIIU Snickdx ahmet-cetinkaya


text:
Extra attributes to hidden fields are not parsed by default

This took me by surprise while porting an existing app to use floppyforms. All of a sudden, the input type="hidden" in my ModelForm no longer had any of their extra attributes
Slightly reduced code:
class HiddenMapInput(HiddenInput):
	def __init__(self, map, maptype, *args, **kwargs):
		kwargs.setdefault("attrs", {"data-map": map, "data-maptype": maptype})
		super(HiddenMapInput, self).__init__(*args, **kwargs)

class MerchantForm(ModelForm):
	class Meta:
		widgets = {
			"latitude": HiddenMapInput("merchant_coords", "latitude"),
		}

I tracked it down to templates/floppyforms/layouts/p.html, in the formconfig line for hidden fields. We then end up here in templates/floppyforms/rows/p.html:
{% block hidden_fields %}{% for field in hidden_fields %}{{ field.as_hidden }}{% endfor %}{% endblock %}
This calls django.forms.BoundField.as_hidden(), which takes an attrs=None argument. So of course the extra attributes disappear here.
Switching to just {{ field }} fixes the issue but I'm not sure about the implications.

I see that this might be non-intuitive. But it is exactly the same behaviour that Django shows.
When using Django 1.7:
>>> from django import forms
>>> class MyForm(forms.Form):
...     my_field = forms.CharField(widget=forms.HiddenInput(attrs={'ng-model': 'form.my_field'}))
...
...
>>> form = MyForm()
>>> print form['my_field']
<input id="id_my_field" name="my_field" ng-model="form.my_field" type="hidden" />
>>> print form['my_field'].as_hidden()
<input id="id_my_field" name="my_field" type="hidden" />

And when using django-floppyforms 1.3.0:
>>> import floppyforms as forms
>>> class MyForm(forms.Form):
...     my_field = forms.CharField(widget=forms.HiddenInput(attrs={'ng-model': 'form.my_field'}))
...
...
>>> form = MyForm()
>>> print form['my_field']
<input type="hidden" name="my_field" required ng-model="form.my_field" id="id_my_field">

>>> print form['my_field'].as_hidden()
<input type="hidden" name="my_field" id="id_my_field">

I think django-floppyforms should only replicate Django's behaviour as good
as possible. After all it is design as a drop-in replacement. So I'm sorry for
closing this as a won't-fix as I see your point.
Maybe that is something that you would like to address in Django core?

source: gharchive/issue

authors: gregmuellegger jleclanche

repo: gregmuellegger/django-floppyforms

license_type: permissive

license_source: bigquery


text:
Please add some additional documentation around the bind function

There seems to be virtually no documentation about how bind works.  It would be great if you incorporated some use cases into the demo.
Also, some additional clarification, such as:

Will setting the bound value to null or using clearAll cause the binding to get lost?
Where should the binding be defined (app.js > run for root scope, otherwise controller?)
Can you accidentally (or intentionally) register multiple bindings on a single property?
Is the $timeout function call in your example necessary?  If so, why?

Thanks

It also seems my assumption about being able to bind an object is wrong, as doing so seems to make the object inoperable in the angular app, and the bound property in localStorage gets set to null and not updated.

authors: aplocher mortenn

repo: grevory/angular-local-storage

license: mit


text:
Need web portal

I'm happy to build a web page that shows this tool, something basic with info. I think this is a project worth showing who built it and why, to have a more secure feeling.

We're trying to come up with a more permanent name right now - which will hopefully lead into branding and then website creation.
I'd invite ya to join our telegram group if you're not already - https://t.me/eoswalletgreymass
I'm going to close this issue out since it's external to the app itself, but we're aware of the need and definitely need a website for the app itself.

authors: aaroncox masterkrang

repo: greymass/eos-voter

license: MIT

license_source: github-api


text:
Dynamic pages using templates

Hey, very new to Gridsome and I think its wonderful.
I am using wordpress as my headless cms and I want to create a template similar to the wordPressPost.vue but for all pages that dont have a defined page in pages, something like wordPressPage.vue
I understand that templates are used to create single pages for each node (a post for example) in a collection of posts.
My question is can pages also work as posts where they exist in a collection of pages and as such I can have a dynamic template for them instead of having defined pages?
I hope this makes sense :)

You can implement a dynamic route: https://gridsome.org/docs/dynamic-routing/#programmatic-dynamic-routes.
Then you can fetch your data via client side scripting.
In general dynamic pages are not really the purpose of a static website builder.
And if you want to often change / maintain pages you either need to rebuild your gridsome delivery or switch to using a CMS.

authors: Bomberus ashleykinnard

repo: gridsome/gridsome


text:
Add the option to change the probability of the atom type occurence

I noticed that many structures include e.g. B or Al since they lead to stable structures. Therefore, it would be helpful to change the probability of their occurrence. This could, e.g, be done in a similar way as element_composition by setting the probability to 100% for every atom type and letting the user set custom probabilities in the .toml file:
element_probability = "Al:0.5,B:0.3"

After our in-person discussion, I spent some thoughts on this, and one way to implement this (while still being in accordance with the basic working principle of the code and not cluttering it too much) would be the following:

Initializing an array of len(103) filled with 1.0 for each
User input similar to the one for element_composition would enable manipulating these values for specific elements. Values > 1.0 would increase the probability of this element being chosen, while values < 1.0 would decrease it.
For the part, in which random atoms are assigned for the atom list (of the resulting molecule) (and only for that part!), an integer element number ranging from 1 to 103 (or currently 86) would not be chosen completely randomly but weighted by the aforementioned array. This is probably super easy to realize using numpy.

What do you think about these ideas, @gasevic? And maybe pinging also @jonathan-schoeps?

Sounds good to me!

authors: gasevic marcelmbn

repo: grimme-lab/MindlessGen


text:
segfault while yolox engine making on TensorRT 8

Describe the bug
I try to convert the yolox_l based model to trt engine, but get the error:
load checkpoint from local path: epoch_60.pth
The model and loaded state dict do not match exactly

unexpected key in source state_dict: ema_backbone_stem_conv_conv_weight, ema_backbone_stem_conv_bn_weight, ema_backbone_stem_conv_bn_bias, ema_backbone_stem_conv_bn_running_mean, ema_backbone_stem_conv_bn_running_var, ema_backbone_stem_conv_bn_num_batches_tracked, ema_backbone_stage1_0_conv_weight, ema_backbone_stage1_0_bn_weight, ema_backbone_stage1_0_bn_bias, ema_backbone_stage1_0_bn_running_mean, ema_backbone_stage1_0_bn_running_var, ema_backbone_stage1_0_bn_num_batches_tracked, ema_backbone_stage1_1_main_conv_conv_weight, ema_backbone_stage1_1_main_conv_bn_weight, ema_backbone_stage1_1_main_conv_bn_bias, ema_backbone_stage1_1_main_conv_bn_running_mean, ema_backbone_stage1_1_main_conv_bn_running_var, ema_backbone_stage1_1_main_conv_bn_num_batches_tracked, ema_backbone_stage1_1_short_conv_conv_weight, ema_backbone_stage1_1_short_conv_bn_weight, ema_backbone_stage1_1_short_conv_bn_bias, ema_backbone_stage1_1_short_conv_bn_running_mean, ema_backbone_stage1_1_short_conv_bn_running_var, ema_backbone_stage1_1_short_conv_bn_num_batches_tracked, ema_backbone_stage1_1_final_conv_conv_weight, ema_backbone_stage1_1_final_conv_bn_weight, ema_backbone_stage1_1_final_conv_bn_bias, ema_backbone_stage1_1_final_conv_bn_running_mean, ema_backbone_stage1_1_final_conv_bn_running_var, ema_backbone_stage1_1_final_conv_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_0_conv1_conv_weight, ema_backbone_stage1_1_blocks_0_conv1_bn_weight, ema_backbone_stage1_1_blocks_0_conv1_bn_bias, ema_backbone_stage1_1_blocks_0_conv1_bn_running_mean, ema_backbone_stage1_1_blocks_0_conv1_bn_running_var, ema_backbone_stage1_1_blocks_0_conv1_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_0_conv2_conv_weight, ema_backbone_stage1_1_blocks_0_conv2_bn_weight, ema_backbone_stage1_1_blocks_0_conv2_bn_bias, ema_backbone_stage1_1_blocks_0_conv2_bn_running_mean, ema_backbone_stage1_1_blocks_0_conv2_bn_running_var, ema_backbone_stage1_1_blocks_0_conv2_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_1_conv1_conv_weight, ema_backbone_stage1_1_blocks_1_conv1_bn_weight, ema_backbone_stage1_1_blocks_1_conv1_bn_bias, ema_backbone_stage1_1_blocks_1_conv1_bn_running_mean, ema_backbone_stage1_1_blocks_1_conv1_bn_running_var, ema_backbone_stage1_1_blocks_1_conv1_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_1_conv2_conv_weight, ema_backbone_stage1_1_blocks_1_conv2_bn_weight, ema_backbone_stage1_1_blocks_1_conv2_bn_bias, ema_backbone_stage1_1_blocks_1_conv2_bn_running_mean, ema_backbone_stage1_1_blocks_1_conv2_bn_running_var, ema_backbone_stage1_1_blocks_1_conv2_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_2_conv1_conv_weight, ema_backbone_stage1_1_blocks_2_conv1_bn_weight, ema_backbone_stage1_1_blocks_2_conv1_bn_bias, ema_backbone_stage1_1_blocks_2_conv1_bn_running_mean, ema_backbone_stage1_1_blocks_2_conv1_bn_running_var, ema_backbone_stage1_1_blocks_2_conv1_bn_num_batches_tracked, ema_backbone_stage1_1_blocks_2_conv2_conv_weight, ema_backbone_stage1_1_blocks_2_conv2_bn_weight, ema_backbone_stage1_1_blocks_2_conv2_bn_bias, ema_backbone_stage1_1_blocks_2_conv2_bn_running_mean, ema_backbone_stage1_1_blocks_2_conv2_bn_running_var, ema_backbone_stage1_1_blocks_2_conv2_bn_num_batches_tracked, ema_backbone_stage2_0_conv_weight, ema_backbone_stage2_0_bn_weight, ema_backbone_stage2_0_bn_bias, ema_backbone_stage2_0_bn_running_mean, ema_backbone_stage2_0_bn_running_var, ema_backbone_stage2_0_bn_num_batches_tracked, ema_backbone_stage2_1_main_conv_conv_weight, ema_backbone_stage2_1_main_conv_bn_weight, ema_backbone_stage2_1_main_conv_bn_bias, ema_backbone_stage2_1_main_conv_bn_running_mean, ema_backbone_stage2_1_main_conv_bn_running_var, ema_backbone_stage2_1_main_conv_bn_num_batches_tracked, ema_backbone_stage2_1_short_conv_conv_weight, ema_backbone_stage2_1_short_conv_bn_weight, ema_backbone_stage2_1_short_conv_bn_bias, ema_backbone_stage2_1_short_conv_bn_running_mean, ema_backbone_stage2_1_short_conv_bn_running_var, ema_backbone_stage2_1_short_conv_bn_num_batches_tracked, ema_backbone_stage2_1_final_conv_conv_weight, ema_backbone_stage2_1_final_conv_bn_weight, ema_backbone_stage2_1_final_conv_bn_bias, ema_backbone_stage2_1_final_conv_bn_running_mean, ema_backbone_stage2_1_final_conv_bn_running_var, ema_backbone_stage2_1_final_conv_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_0_conv1_conv_weight, ema_backbone_stage2_1_blocks_0_conv1_bn_weight, ema_backbone_stage2_1_blocks_0_conv1_bn_bias, ema_backbone_stage2_1_blocks_0_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_0_conv1_bn_running_var, ema_backbone_stage2_1_blocks_0_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_0_conv2_conv_weight, ema_backbone_stage2_1_blocks_0_conv2_bn_weight, ema_backbone_stage2_1_blocks_0_conv2_bn_bias, ema_backbone_stage2_1_blocks_0_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_0_conv2_bn_running_var, ema_backbone_stage2_1_blocks_0_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_1_conv1_conv_weight, ema_backbone_stage2_1_blocks_1_conv1_bn_weight, ema_backbone_stage2_1_blocks_1_conv1_bn_bias, ema_backbone_stage2_1_blocks_1_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_1_conv1_bn_running_var, ema_backbone_stage2_1_blocks_1_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_1_conv2_conv_weight, ema_backbone_stage2_1_blocks_1_conv2_bn_weight, ema_backbone_stage2_1_blocks_1_conv2_bn_bias, ema_backbone_stage2_1_blocks_1_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_1_conv2_bn_running_var, ema_backbone_stage2_1_blocks_1_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_2_conv1_conv_weight, ema_backbone_stage2_1_blocks_2_conv1_bn_weight, ema_backbone_stage2_1_blocks_2_conv1_bn_bias, ema_backbone_stage2_1_blocks_2_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_2_conv1_bn_running_var, ema_backbone_stage2_1_blocks_2_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_2_conv2_conv_weight, ema_backbone_stage2_1_blocks_2_conv2_bn_weight, ema_backbone_stage2_1_blocks_2_conv2_bn_bias, ema_backbone_stage2_1_blocks_2_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_2_conv2_bn_running_var, ema_backbone_stage2_1_blocks_2_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_3_conv1_conv_weight, ema_backbone_stage2_1_blocks_3_conv1_bn_weight, ema_backbone_stage2_1_blocks_3_conv1_bn_bias, ema_backbone_stage2_1_blocks_3_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_3_conv1_bn_running_var, ema_backbone_stage2_1_blocks_3_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_3_conv2_conv_weight, ema_backbone_stage2_1_blocks_3_conv2_bn_weight, ema_backbone_stage2_1_blocks_3_conv2_bn_bias, ema_backbone_stage2_1_blocks_3_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_3_conv2_bn_running_var, ema_backbone_stage2_1_blocks_3_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_4_conv1_conv_weight, ema_backbone_stage2_1_blocks_4_conv1_bn_weight, ema_backbone_stage2_1_blocks_4_conv1_bn_bias, ema_backbone_stage2_1_blocks_4_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_4_conv1_bn_running_var, ema_backbone_stage2_1_blocks_4_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_4_conv2_conv_weight, ema_backbone_stage2_1_blocks_4_conv2_bn_weight, ema_backbone_stage2_1_blocks_4_conv2_bn_bias, ema_backbone_stage2_1_blocks_4_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_4_conv2_bn_running_var, ema_backbone_stage2_1_blocks_4_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_5_conv1_conv_weight, ema_backbone_stage2_1_blocks_5_conv1_bn_weight, ema_backbone_stage2_1_blocks_5_conv1_bn_bias, ema_backbone_stage2_1_blocks_5_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_5_conv1_bn_running_var, ema_backbone_stage2_1_blocks_5_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_5_conv2_conv_weight, ema_backbone_stage2_1_blocks_5_conv2_bn_weight, ema_backbone_stage2_1_blocks_5_conv2_bn_bias, ema_backbone_stage2_1_blocks_5_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_5_conv2_bn_running_var, ema_backbone_stage2_1_blocks_5_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_6_conv1_conv_weight, ema_backbone_stage2_1_blocks_6_conv1_bn_weight, ema_backbone_stage2_1_blocks_6_conv1_bn_bias, ema_backbone_stage2_1_blocks_6_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_6_conv1_bn_running_var, ema_backbone_stage2_1_blocks_6_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_6_conv2_conv_weight, ema_backbone_stage2_1_blocks_6_conv2_bn_weight, ema_backbone_stage2_1_blocks_6_conv2_bn_bias, ema_backbone_stage2_1_blocks_6_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_6_conv2_bn_running_var, ema_backbone_stage2_1_blocks_6_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_7_conv1_conv_weight, ema_backbone_stage2_1_blocks_7_conv1_bn_weight, ema_backbone_stage2_1_blocks_7_conv1_bn_bias, ema_backbone_stage2_1_blocks_7_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_7_conv1_bn_running_var, ema_backbone_stage2_1_blocks_7_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_7_conv2_conv_weight, ema_backbone_stage2_1_blocks_7_conv2_bn_weight, ema_backbone_stage2_1_blocks_7_conv2_bn_bias, ema_backbone_stage2_1_blocks_7_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_7_conv2_bn_running_var, ema_backbone_stage2_1_blocks_7_conv2_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_8_conv1_conv_weight, ema_backbone_stage2_1_blocks_8_conv1_bn_weight, ema_backbone_stage2_1_blocks_8_conv1_bn_bias, ema_backbone_stage2_1_blocks_8_conv1_bn_running_mean, ema_backbone_stage2_1_blocks_8_conv1_bn_running_var, ema_backbone_stage2_1_blocks_8_conv1_bn_num_batches_tracked, ema_backbone_stage2_1_blocks_8_conv2_conv_weight, ema_backbone_stage2_1_blocks_8_conv2_bn_weight, ema_backbone_stage2_1_blocks_8_conv2_bn_bias, ema_backbone_stage2_1_blocks_8_conv2_bn_running_mean, ema_backbone_stage2_1_blocks_8_conv2_bn_running_var, ema_backbone_stage2_1_blocks_8_conv2_bn_num_batches_tracked, ema_backbone_stage3_0_conv_weight, ema_backbone_stage3_0_bn_weight, ema_backbone_stage3_0_bn_bias, ema_backbone_stage3_0_bn_running_mean, ema_backbone_stage3_0_bn_running_var, ema_backbone_stage3_0_bn_num_batches_tracked, ema_backbone_stage3_1_main_conv_conv_weight, ema_backbone_stage3_1_main_conv_bn_weight, ema_backbone_stage3_1_main_conv_bn_bias, ema_backbone_stage3_1_main_conv_bn_running_mean, ema_backbone_stage3_1_main_conv_bn_running_var, ema_backbone_stage3_1_main_conv_bn_num_batches_tracked, ema_backbone_stage3_1_short_conv_conv_weight, ema_backbone_stage3_1_short_conv_bn_weight, ema_backbone_stage3_1_short_conv_bn_bias, ema_backbone_stage3_1_short_conv_bn_running_mean, ema_backbone_stage3_1_short_conv_bn_running_var, ema_backbone_stage3_1_short_conv_bn_num_batches_tracked, ema_backbone_stage3_1_final_conv_conv_weight, ema_backbone_stage3_1_final_conv_bn_weight, ema_backbone_stage3_1_final_conv_bn_bias, ema_backbone_stage3_1_final_conv_bn_running_mean, ema_backbone_stage3_1_final_conv_bn_running_var, ema_backbone_stage3_1_final_conv_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_0_conv1_conv_weight, ema_backbone_stage3_1_blocks_0_conv1_bn_weight, ema_backbone_stage3_1_blocks_0_conv1_bn_bias, ema_backbone_stage3_1_blocks_0_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_0_conv1_bn_running_var, ema_backbone_stage3_1_blocks_0_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_0_conv2_conv_weight, ema_backbone_stage3_1_blocks_0_conv2_bn_weight, ema_backbone_stage3_1_blocks_0_conv2_bn_bias, ema_backbone_stage3_1_blocks_0_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_0_conv2_bn_running_var, ema_backbone_stage3_1_blocks_0_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_1_conv1_conv_weight, ema_backbone_stage3_1_blocks_1_conv1_bn_weight, ema_backbone_stage3_1_blocks_1_conv1_bn_bias, ema_backbone_stage3_1_blocks_1_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_1_conv1_bn_running_var, ema_backbone_stage3_1_blocks_1_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_1_conv2_conv_weight, ema_backbone_stage3_1_blocks_1_conv2_bn_weight, ema_backbone_stage3_1_blocks_1_conv2_bn_bias, ema_backbone_stage3_1_blocks_1_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_1_conv2_bn_running_var, ema_backbone_stage3_1_blocks_1_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_2_conv1_conv_weight, ema_backbone_stage3_1_blocks_2_conv1_bn_weight, ema_backbone_stage3_1_blocks_2_conv1_bn_bias, ema_backbone_stage3_1_blocks_2_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_2_conv1_bn_running_var, ema_backbone_stage3_1_blocks_2_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_2_conv2_conv_weight, ema_backbone_stage3_1_blocks_2_conv2_bn_weight, ema_backbone_stage3_1_blocks_2_conv2_bn_bias, ema_backbone_stage3_1_blocks_2_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_2_conv2_bn_running_var, ema_backbone_stage3_1_blocks_2_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_3_conv1_conv_weight, ema_backbone_stage3_1_blocks_3_conv1_bn_weight, ema_backbone_stage3_1_blocks_3_conv1_bn_bias, ema_backbone_stage3_1_blocks_3_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_3_conv1_bn_running_var, ema_backbone_stage3_1_blocks_3_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_3_conv2_conv_weight, ema_backbone_stage3_1_blocks_3_conv2_bn_weight, ema_backbone_stage3_1_blocks_3_conv2_bn_bias, ema_backbone_stage3_1_blocks_3_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_3_conv2_bn_running_var, ema_backbone_stage3_1_blocks_3_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_4_conv1_conv_weight, ema_backbone_stage3_1_blocks_4_conv1_bn_weight, ema_backbone_stage3_1_blocks_4_conv1_bn_bias, ema_backbone_stage3_1_blocks_4_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_4_conv1_bn_running_var, ema_backbone_stage3_1_blocks_4_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_4_conv2_conv_weight, ema_backbone_stage3_1_blocks_4_conv2_bn_weight, ema_backbone_stage3_1_blocks_4_conv2_bn_bias, ema_backbone_stage3_1_blocks_4_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_4_conv2_bn_running_var, ema_backbone_stage3_1_blocks_4_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_5_conv1_conv_weight, ema_backbone_stage3_1_blocks_5_conv1_bn_weight, ema_backbone_stage3_1_blocks_5_conv1_bn_bias, ema_backbone_stage3_1_blocks_5_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_5_conv1_bn_running_var, ema_backbone_stage3_1_blocks_5_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_5_conv2_conv_weight, ema_backbone_stage3_1_blocks_5_conv2_bn_weight, ema_backbone_stage3_1_blocks_5_conv2_bn_bias, ema_backbone_stage3_1_blocks_5_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_5_conv2_bn_running_var, ema_backbone_stage3_1_blocks_5_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_6_conv1_conv_weight, ema_backbone_stage3_1_blocks_6_conv1_bn_weight, ema_backbone_stage3_1_blocks_6_conv1_bn_bias, ema_backbone_stage3_1_blocks_6_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_6_conv1_bn_running_var, ema_backbone_stage3_1_blocks_6_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_6_conv2_conv_weight, ema_backbone_stage3_1_blocks_6_conv2_bn_weight, ema_backbone_stage3_1_blocks_6_conv2_bn_bias, ema_backbone_stage3_1_blocks_6_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_6_conv2_bn_running_var, ema_backbone_stage3_1_blocks_6_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_7_conv1_conv_weight, ema_backbone_stage3_1_blocks_7_conv1_bn_weight, ema_backbone_stage3_1_blocks_7_conv1_bn_bias, ema_backbone_stage3_1_blocks_7_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_7_conv1_bn_running_var, ema_backbone_stage3_1_blocks_7_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_7_conv2_conv_weight, ema_backbone_stage3_1_blocks_7_conv2_bn_weight, ema_backbone_stage3_1_blocks_7_conv2_bn_bias, ema_backbone_stage3_1_blocks_7_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_7_conv2_bn_running_var, ema_backbone_stage3_1_blocks_7_conv2_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_8_conv1_conv_weight, ema_backbone_stage3_1_blocks_8_conv1_bn_weight, ema_backbone_stage3_1_blocks_8_conv1_bn_bias, ema_backbone_stage3_1_blocks_8_conv1_bn_running_mean, ema_backbone_stage3_1_blocks_8_conv1_bn_running_var, ema_backbone_stage3_1_blocks_8_conv1_bn_num_batches_tracked, ema_backbone_stage3_1_blocks_8_conv2_conv_weight, ema_backbone_stage3_1_blocks_8_conv2_bn_weight, ema_backbone_stage3_1_blocks_8_conv2_bn_bias, ema_backbone_stage3_1_blocks_8_conv2_bn_running_mean, ema_backbone_stage3_1_blocks_8_conv2_bn_running_var, ema_backbone_stage3_1_blocks_8_conv2_bn_num_batches_tracked, ema_backbone_stage4_0_conv_weight, ema_backbone_stage4_0_bn_weight, ema_backbone_stage4_0_bn_bias, ema_backbone_stage4_0_bn_running_mean, ema_backbone_stage4_0_bn_running_var, ema_backbone_stage4_0_bn_num_batches_tracked, ema_backbone_stage4_1_conv1_conv_weight, ema_backbone_stage4_1_conv1_bn_weight, ema_backbone_stage4_1_conv1_bn_bias, ema_backbone_stage4_1_conv1_bn_running_mean, ema_backbone_stage4_1_conv1_bn_running_var, ema_backbone_stage4_1_conv1_bn_num_batches_tracked, ema_backbone_stage4_1_conv2_conv_weight, ema_backbone_stage4_1_conv2_bn_weight, ema_backbone_stage4_1_conv2_bn_bias, ema_backbone_stage4_1_conv2_bn_running_mean, ema_backbone_stage4_1_conv2_bn_running_var, ema_backbone_stage4_1_conv2_bn_num_batches_tracked, ema_backbone_stage4_2_main_conv_conv_weight, ema_backbone_stage4_2_main_conv_bn_weight, ema_backbone_stage4_2_main_conv_bn_bias, ema_backbone_stage4_2_main_conv_bn_running_mean, ema_backbone_stage4_2_main_conv_bn_running_var, ema_backbone_stage4_2_main_conv_bn_num_batches_tracked, ema_backbone_stage4_2_short_conv_conv_weight, ema_backbone_stage4_2_short_conv_bn_weight, ema_backbone_stage4_2_short_conv_bn_bias, ema_backbone_stage4_2_short_conv_bn_running_mean, ema_backbone_stage4_2_short_conv_bn_running_var, ema_backbone_stage4_2_short_conv_bn_num_batches_tracked, ema_backbone_stage4_2_final_conv_conv_weight, ema_backbone_stage4_2_final_conv_bn_weight, ema_backbone_stage4_2_final_conv_bn_bias, ema_backbone_stage4_2_final_conv_bn_running_mean, ema_backbone_stage4_2_final_conv_bn_running_var, ema_backbone_stage4_2_final_conv_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_0_conv1_conv_weight, ema_backbone_stage4_2_blocks_0_conv1_bn_weight, ema_backbone_stage4_2_blocks_0_conv1_bn_bias, ema_backbone_stage4_2_blocks_0_conv1_bn_running_mean, ema_backbone_stage4_2_blocks_0_conv1_bn_running_var, ema_backbone_stage4_2_blocks_0_conv1_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_0_conv2_conv_weight, ema_backbone_stage4_2_blocks_0_conv2_bn_weight, ema_backbone_stage4_2_blocks_0_conv2_bn_bias, ema_backbone_stage4_2_blocks_0_conv2_bn_running_mean, ema_backbone_stage4_2_blocks_0_conv2_bn_running_var, ema_backbone_stage4_2_blocks_0_conv2_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_1_conv1_conv_weight, ema_backbone_stage4_2_blocks_1_conv1_bn_weight, ema_backbone_stage4_2_blocks_1_conv1_bn_bias, ema_backbone_stage4_2_blocks_1_conv1_bn_running_mean, ema_backbone_stage4_2_blocks_1_conv1_bn_running_var, ema_backbone_stage4_2_blocks_1_conv1_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_1_conv2_conv_weight, ema_backbone_stage4_2_blocks_1_conv2_bn_weight, ema_backbone_stage4_2_blocks_1_conv2_bn_bias, ema_backbone_stage4_2_blocks_1_conv2_bn_running_mean, ema_backbone_stage4_2_blocks_1_conv2_bn_running_var, ema_backbone_stage4_2_blocks_1_conv2_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_2_conv1_conv_weight, ema_backbone_stage4_2_blocks_2_conv1_bn_weight, ema_backbone_stage4_2_blocks_2_conv1_bn_bias, ema_backbone_stage4_2_blocks_2_conv1_bn_running_mean, ema_backbone_stage4_2_blocks_2_conv1_bn_running_var, ema_backbone_stage4_2_blocks_2_conv1_bn_num_batches_tracked, ema_backbone_stage4_2_blocks_2_conv2_conv_weight, ema_backbone_stage4_2_blocks_2_conv2_bn_weight, ema_backbone_stage4_2_blocks_2_conv2_bn_bias, ema_backbone_stage4_2_blocks_2_conv2_bn_running_mean, ema_backbone_stage4_2_blocks_2_conv2_bn_running_var, ema_backbone_stage4_2_blocks_2_conv2_bn_num_batches_tracked, ema_neck_reduce_layers_0_conv_weight, ema_neck_reduce_layers_0_bn_weight, ema_neck_reduce_layers_0_bn_bias, ema_neck_reduce_layers_0_bn_running_mean, ema_neck_reduce_layers_0_bn_running_var, ema_neck_reduce_layers_0_bn_num_batches_tracked, ema_neck_reduce_layers_1_conv_weight, ema_neck_reduce_layers_1_bn_weight, ema_neck_reduce_layers_1_bn_bias, ema_neck_reduce_layers_1_bn_running_mean, ema_neck_reduce_layers_1_bn_running_var, ema_neck_reduce_layers_1_bn_num_batches_tracked, ema_neck_top_down_blocks_0_main_conv_conv_weight, ema_neck_top_down_blocks_0_main_conv_bn_weight, ema_neck_top_down_blocks_0_main_conv_bn_bias, ema_neck_top_down_blocks_0_main_conv_bn_running_mean, ema_neck_top_down_blocks_0_main_conv_bn_running_var, ema_neck_top_down_blocks_0_main_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_0_short_conv_conv_weight, ema_neck_top_down_blocks_0_short_conv_bn_weight, ema_neck_top_down_blocks_0_short_conv_bn_bias, ema_neck_top_down_blocks_0_short_conv_bn_running_mean, ema_neck_top_down_blocks_0_short_conv_bn_running_var, ema_neck_top_down_blocks_0_short_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_0_final_conv_conv_weight, ema_neck_top_down_blocks_0_final_conv_bn_weight, ema_neck_top_down_blocks_0_final_conv_bn_bias, ema_neck_top_down_blocks_0_final_conv_bn_running_mean, ema_neck_top_down_blocks_0_final_conv_bn_running_var, ema_neck_top_down_blocks_0_final_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_0_conv1_conv_weight, ema_neck_top_down_blocks_0_blocks_0_conv1_bn_weight, ema_neck_top_down_blocks_0_blocks_0_conv1_bn_bias, ema_neck_top_down_blocks_0_blocks_0_conv1_bn_running_mean, ema_neck_top_down_blocks_0_blocks_0_conv1_bn_running_var, ema_neck_top_down_blocks_0_blocks_0_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_0_conv2_conv_weight, ema_neck_top_down_blocks_0_blocks_0_conv2_bn_weight, ema_neck_top_down_blocks_0_blocks_0_conv2_bn_bias, ema_neck_top_down_blocks_0_blocks_0_conv2_bn_running_mean, ema_neck_top_down_blocks_0_blocks_0_conv2_bn_running_var, ema_neck_top_down_blocks_0_blocks_0_conv2_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_1_conv1_conv_weight, ema_neck_top_down_blocks_0_blocks_1_conv1_bn_weight, ema_neck_top_down_blocks_0_blocks_1_conv1_bn_bias, ema_neck_top_down_blocks_0_blocks_1_conv1_bn_running_mean, ema_neck_top_down_blocks_0_blocks_1_conv1_bn_running_var, ema_neck_top_down_blocks_0_blocks_1_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_1_conv2_conv_weight, ema_neck_top_down_blocks_0_blocks_1_conv2_bn_weight, ema_neck_top_down_blocks_0_blocks_1_conv2_bn_bias, ema_neck_top_down_blocks_0_blocks_1_conv2_bn_running_mean, ema_neck_top_down_blocks_0_blocks_1_conv2_bn_running_var, ema_neck_top_down_blocks_0_blocks_1_conv2_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_2_conv1_conv_weight, ema_neck_top_down_blocks_0_blocks_2_conv1_bn_weight, ema_neck_top_down_blocks_0_blocks_2_conv1_bn_bias, ema_neck_top_down_blocks_0_blocks_2_conv1_bn_running_mean, ema_neck_top_down_blocks_0_blocks_2_conv1_bn_running_var, ema_neck_top_down_blocks_0_blocks_2_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_0_blocks_2_conv2_conv_weight, ema_neck_top_down_blocks_0_blocks_2_conv2_bn_weight, ema_neck_top_down_blocks_0_blocks_2_conv2_bn_bias, ema_neck_top_down_blocks_0_blocks_2_conv2_bn_running_mean, ema_neck_top_down_blocks_0_blocks_2_conv2_bn_running_var, ema_neck_top_down_blocks_0_blocks_2_conv2_bn_num_batches_tracked, ema_neck_top_down_blocks_1_main_conv_conv_weight, ema_neck_top_down_blocks_1_main_conv_bn_weight, ema_neck_top_down_blocks_1_main_conv_bn_bias, ema_neck_top_down_blocks_1_main_conv_bn_running_mean, ema_neck_top_down_blocks_1_main_conv_bn_running_var, ema_neck_top_down_blocks_1_main_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_1_short_conv_conv_weight, ema_neck_top_down_blocks_1_short_conv_bn_weight, ema_neck_top_down_blocks_1_short_conv_bn_bias, ema_neck_top_down_blocks_1_short_conv_bn_running_mean, ema_neck_top_down_blocks_1_short_conv_bn_running_var, ema_neck_top_down_blocks_1_short_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_1_final_conv_conv_weight, ema_neck_top_down_blocks_1_final_conv_bn_weight, ema_neck_top_down_blocks_1_final_conv_bn_bias, ema_neck_top_down_blocks_1_final_conv_bn_running_mean, ema_neck_top_down_blocks_1_final_conv_bn_running_var, ema_neck_top_down_blocks_1_final_conv_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_0_conv1_conv_weight, ema_neck_top_down_blocks_1_blocks_0_conv1_bn_weight, ema_neck_top_down_blocks_1_blocks_0_conv1_bn_bias, ema_neck_top_down_blocks_1_blocks_0_conv1_bn_running_mean, ema_neck_top_down_blocks_1_blocks_0_conv1_bn_running_var, ema_neck_top_down_blocks_1_blocks_0_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_0_conv2_conv_weight, ema_neck_top_down_blocks_1_blocks_0_conv2_bn_weight, ema_neck_top_down_blocks_1_blocks_0_conv2_bn_bias, ema_neck_top_down_blocks_1_blocks_0_conv2_bn_running_mean, ema_neck_top_down_blocks_1_blocks_0_conv2_bn_running_var, ema_neck_top_down_blocks_1_blocks_0_conv2_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_1_conv1_conv_weight, ema_neck_top_down_blocks_1_blocks_1_conv1_bn_weight, ema_neck_top_down_blocks_1_blocks_1_conv1_bn_bias, ema_neck_top_down_blocks_1_blocks_1_conv1_bn_running_mean, ema_neck_top_down_blocks_1_blocks_1_conv1_bn_running_var, ema_neck_top_down_blocks_1_blocks_1_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_1_conv2_conv_weight, ema_neck_top_down_blocks_1_blocks_1_conv2_bn_weight, ema_neck_top_down_blocks_1_blocks_1_conv2_bn_bias, ema_neck_top_down_blocks_1_blocks_1_conv2_bn_running_mean, ema_neck_top_down_blocks_1_blocks_1_conv2_bn_running_var, ema_neck_top_down_blocks_1_blocks_1_conv2_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_2_conv1_conv_weight, ema_neck_top_down_blocks_1_blocks_2_conv1_bn_weight, ema_neck_top_down_blocks_1_blocks_2_conv1_bn_bias, ema_neck_top_down_blocks_1_blocks_2_conv1_bn_running_mean, ema_neck_top_down_blocks_1_blocks_2_conv1_bn_running_var, ema_neck_top_down_blocks_1_blocks_2_conv1_bn_num_batches_tracked, ema_neck_top_down_blocks_1_blocks_2_conv2_conv_weight, ema_neck_top_down_blocks_1_blocks_2_conv2_bn_weight, ema_neck_top_down_blocks_1_blocks_2_conv2_bn_bias, ema_neck_top_down_blocks_1_blocks_2_conv2_bn_running_mean, ema_neck_top_down_blocks_1_blocks_2_conv2_bn_running_var, ema_neck_top_down_blocks_1_blocks_2_conv2_bn_num_batches_tracked, ema_neck_downsamples_0_conv_weight, ema_neck_downsamples_0_bn_weight, ema_neck_downsamples_0_bn_bias, ema_neck_downsamples_0_bn_running_mean, ema_neck_downsamples_0_bn_running_var, ema_neck_downsamples_0_bn_num_batches_tracked, ema_neck_downsamples_1_conv_weight, ema_neck_downsamples_1_bn_weight, ema_neck_downsamples_1_bn_bias, ema_neck_downsamples_1_bn_running_mean, ema_neck_downsamples_1_bn_running_var, ema_neck_downsamples_1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_main_conv_conv_weight, ema_neck_bottom_up_blocks_0_main_conv_bn_weight, ema_neck_bottom_up_blocks_0_main_conv_bn_bias, ema_neck_bottom_up_blocks_0_main_conv_bn_running_mean, ema_neck_bottom_up_blocks_0_main_conv_bn_running_var, ema_neck_bottom_up_blocks_0_main_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_short_conv_conv_weight, ema_neck_bottom_up_blocks_0_short_conv_bn_weight, ema_neck_bottom_up_blocks_0_short_conv_bn_bias, ema_neck_bottom_up_blocks_0_short_conv_bn_running_mean, ema_neck_bottom_up_blocks_0_short_conv_bn_running_var, ema_neck_bottom_up_blocks_0_short_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_final_conv_conv_weight, ema_neck_bottom_up_blocks_0_final_conv_bn_weight, ema_neck_bottom_up_blocks_0_final_conv_bn_bias, ema_neck_bottom_up_blocks_0_final_conv_bn_running_mean, ema_neck_bottom_up_blocks_0_final_conv_bn_running_var, ema_neck_bottom_up_blocks_0_final_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_0_conv1_conv_weight, ema_neck_bottom_up_blocks_0_blocks_0_conv1_bn_weight, ema_neck_bottom_up_blocks_0_blocks_0_conv1_bn_bias, ema_neck_bottom_up_blocks_0_blocks_0_conv1_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_0_conv1_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_0_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_0_conv2_conv_weight, ema_neck_bottom_up_blocks_0_blocks_0_conv2_bn_weight, ema_neck_bottom_up_blocks_0_blocks_0_conv2_bn_bias, ema_neck_bottom_up_blocks_0_blocks_0_conv2_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_0_conv2_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_0_conv2_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_1_conv1_conv_weight, ema_neck_bottom_up_blocks_0_blocks_1_conv1_bn_weight, ema_neck_bottom_up_blocks_0_blocks_1_conv1_bn_bias, ema_neck_bottom_up_blocks_0_blocks_1_conv1_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_1_conv1_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_1_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_1_conv2_conv_weight, ema_neck_bottom_up_blocks_0_blocks_1_conv2_bn_weight, ema_neck_bottom_up_blocks_0_blocks_1_conv2_bn_bias, ema_neck_bottom_up_blocks_0_blocks_1_conv2_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_1_conv2_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_1_conv2_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_2_conv1_conv_weight, ema_neck_bottom_up_blocks_0_blocks_2_conv1_bn_weight, ema_neck_bottom_up_blocks_0_blocks_2_conv1_bn_bias, ema_neck_bottom_up_blocks_0_blocks_2_conv1_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_2_conv1_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_2_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_0_blocks_2_conv2_conv_weight, ema_neck_bottom_up_blocks_0_blocks_2_conv2_bn_weight, ema_neck_bottom_up_blocks_0_blocks_2_conv2_bn_bias, ema_neck_bottom_up_blocks_0_blocks_2_conv2_bn_running_mean, ema_neck_bottom_up_blocks_0_blocks_2_conv2_bn_running_var, ema_neck_bottom_up_blocks_0_blocks_2_conv2_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_main_conv_conv_weight, ema_neck_bottom_up_blocks_1_main_conv_bn_weight, ema_neck_bottom_up_blocks_1_main_conv_bn_bias, ema_neck_bottom_up_blocks_1_main_conv_bn_running_mean, ema_neck_bottom_up_blocks_1_main_conv_bn_running_var, ema_neck_bottom_up_blocks_1_main_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_short_conv_conv_weight, ema_neck_bottom_up_blocks_1_short_conv_bn_weight, ema_neck_bottom_up_blocks_1_short_conv_bn_bias, ema_neck_bottom_up_blocks_1_short_conv_bn_running_mean, ema_neck_bottom_up_blocks_1_short_conv_bn_running_var, ema_neck_bottom_up_blocks_1_short_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_final_conv_conv_weight, ema_neck_bottom_up_blocks_1_final_conv_bn_weight, ema_neck_bottom_up_blocks_1_final_conv_bn_bias, ema_neck_bottom_up_blocks_1_final_conv_bn_running_mean, ema_neck_bottom_up_blocks_1_final_conv_bn_running_var, ema_neck_bottom_up_blocks_1_final_conv_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_0_conv1_conv_weight, ema_neck_bottom_up_blocks_1_blocks_0_conv1_bn_weight, ema_neck_bottom_up_blocks_1_blocks_0_conv1_bn_bias, ema_neck_bottom_up_blocks_1_blocks_0_conv1_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_0_conv1_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_0_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_0_conv2_conv_weight, ema_neck_bottom_up_blocks_1_blocks_0_conv2_bn_weight, ema_neck_bottom_up_blocks_1_blocks_0_conv2_bn_bias, ema_neck_bottom_up_blocks_1_blocks_0_conv2_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_0_conv2_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_0_conv2_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_1_conv1_conv_weight, ema_neck_bottom_up_blocks_1_blocks_1_conv1_bn_weight, ema_neck_bottom_up_blocks_1_blocks_1_conv1_bn_bias, ema_neck_bottom_up_blocks_1_blocks_1_conv1_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_1_conv1_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_1_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_1_conv2_conv_weight, ema_neck_bottom_up_blocks_1_blocks_1_conv2_bn_weight, ema_neck_bottom_up_blocks_1_blocks_1_conv2_bn_bias, ema_neck_bottom_up_blocks_1_blocks_1_conv2_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_1_conv2_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_1_conv2_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_2_conv1_conv_weight, ema_neck_bottom_up_blocks_1_blocks_2_conv1_bn_weight, ema_neck_bottom_up_blocks_1_blocks_2_conv1_bn_bias, ema_neck_bottom_up_blocks_1_blocks_2_conv1_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_2_conv1_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_2_conv1_bn_num_batches_tracked, ema_neck_bottom_up_blocks_1_blocks_2_conv2_conv_weight, ema_neck_bottom_up_blocks_1_blocks_2_conv2_bn_weight, ema_neck_bottom_up_blocks_1_blocks_2_conv2_bn_bias, ema_neck_bottom_up_blocks_1_blocks_2_conv2_bn_running_mean, ema_neck_bottom_up_blocks_1_blocks_2_conv2_bn_running_var, ema_neck_bottom_up_blocks_1_blocks_2_conv2_bn_num_batches_tracked, ema_neck_out_convs_0_conv_weight, ema_neck_out_convs_0_bn_weight, ema_neck_out_convs_0_bn_bias, ema_neck_out_convs_0_bn_running_mean, ema_neck_out_convs_0_bn_running_var, ema_neck_out_convs_0_bn_num_batches_tracked, ema_neck_out_convs_1_conv_weight, ema_neck_out_convs_1_bn_weight, ema_neck_out_convs_1_bn_bias, ema_neck_out_convs_1_bn_running_mean, ema_neck_out_convs_1_bn_running_var, ema_neck_out_convs_1_bn_num_batches_tracked, ema_neck_out_convs_2_conv_weight, ema_neck_out_convs_2_bn_weight, ema_neck_out_convs_2_bn_bias, ema_neck_out_convs_2_bn_running_mean, ema_neck_out_convs_2_bn_running_var, ema_neck_out_convs_2_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_0_0_conv_weight, ema_bbox_head_multi_level_cls_convs_0_0_bn_weight, ema_bbox_head_multi_level_cls_convs_0_0_bn_bias, ema_bbox_head_multi_level_cls_convs_0_0_bn_running_mean, ema_bbox_head_multi_level_cls_convs_0_0_bn_running_var, ema_bbox_head_multi_level_cls_convs_0_0_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_0_1_conv_weight, ema_bbox_head_multi_level_cls_convs_0_1_bn_weight, ema_bbox_head_multi_level_cls_convs_0_1_bn_bias, ema_bbox_head_multi_level_cls_convs_0_1_bn_running_mean, ema_bbox_head_multi_level_cls_convs_0_1_bn_running_var, ema_bbox_head_multi_level_cls_convs_0_1_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_1_0_conv_weight, ema_bbox_head_multi_level_cls_convs_1_0_bn_weight, ema_bbox_head_multi_level_cls_convs_1_0_bn_bias, ema_bbox_head_multi_level_cls_convs_1_0_bn_running_mean, ema_bbox_head_multi_level_cls_convs_1_0_bn_running_var, ema_bbox_head_multi_level_cls_convs_1_0_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_1_1_conv_weight, ema_bbox_head_multi_level_cls_convs_1_1_bn_weight, ema_bbox_head_multi_level_cls_convs_1_1_bn_bias, ema_bbox_head_multi_level_cls_convs_1_1_bn_running_mean, ema_bbox_head_multi_level_cls_convs_1_1_bn_running_var, ema_bbox_head_multi_level_cls_convs_1_1_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_2_0_conv_weight, ema_bbox_head_multi_level_cls_convs_2_0_bn_weight, ema_bbox_head_multi_level_cls_convs_2_0_bn_bias, ema_bbox_head_multi_level_cls_convs_2_0_bn_running_mean, ema_bbox_head_multi_level_cls_convs_2_0_bn_running_var, ema_bbox_head_multi_level_cls_convs_2_0_bn_num_batches_tracked, ema_bbox_head_multi_level_cls_convs_2_1_conv_weight, ema_bbox_head_multi_level_cls_convs_2_1_bn_weight, ema_bbox_head_multi_level_cls_convs_2_1_bn_bias, ema_bbox_head_multi_level_cls_convs_2_1_bn_running_mean, ema_bbox_head_multi_level_cls_convs_2_1_bn_running_var, ema_bbox_head_multi_level_cls_convs_2_1_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_0_0_conv_weight, ema_bbox_head_multi_level_reg_convs_0_0_bn_weight, ema_bbox_head_multi_level_reg_convs_0_0_bn_bias, ema_bbox_head_multi_level_reg_convs_0_0_bn_running_mean, ema_bbox_head_multi_level_reg_convs_0_0_bn_running_var, ema_bbox_head_multi_level_reg_convs_0_0_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_0_1_conv_weight, ema_bbox_head_multi_level_reg_convs_0_1_bn_weight, ema_bbox_head_multi_level_reg_convs_0_1_bn_bias, ema_bbox_head_multi_level_reg_convs_0_1_bn_running_mean, ema_bbox_head_multi_level_reg_convs_0_1_bn_running_var, ema_bbox_head_multi_level_reg_convs_0_1_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_1_0_conv_weight, ema_bbox_head_multi_level_reg_convs_1_0_bn_weight, ema_bbox_head_multi_level_reg_convs_1_0_bn_bias, ema_bbox_head_multi_level_reg_convs_1_0_bn_running_mean, ema_bbox_head_multi_level_reg_convs_1_0_bn_running_var, ema_bbox_head_multi_level_reg_convs_1_0_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_1_1_conv_weight, ema_bbox_head_multi_level_reg_convs_1_1_bn_weight, ema_bbox_head_multi_level_reg_convs_1_1_bn_bias, ema_bbox_head_multi_level_reg_convs_1_1_bn_running_mean, ema_bbox_head_multi_level_reg_convs_1_1_bn_running_var, ema_bbox_head_multi_level_reg_convs_1_1_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_2_0_conv_weight, ema_bbox_head_multi_level_reg_convs_2_0_bn_weight, ema_bbox_head_multi_level_reg_convs_2_0_bn_bias, ema_bbox_head_multi_level_reg_convs_2_0_bn_running_mean, ema_bbox_head_multi_level_reg_convs_2_0_bn_running_var, ema_bbox_head_multi_level_reg_convs_2_0_bn_num_batches_tracked, ema_bbox_head_multi_level_reg_convs_2_1_conv_weight, ema_bbox_head_multi_level_reg_convs_2_1_bn_weight, ema_bbox_head_multi_level_reg_convs_2_1_bn_bias, ema_bbox_head_multi_level_reg_convs_2_1_bn_running_mean, ema_bbox_head_multi_level_reg_convs_2_1_bn_running_var, ema_bbox_head_multi_level_reg_convs_2_1_bn_num_batches_tracked, ema_bbox_head_multi_level_conv_cls_0_weight, ema_bbox_head_multi_level_conv_cls_0_bias, ema_bbox_head_multi_level_conv_cls_1_weight, ema_bbox_head_multi_level_conv_cls_1_bias, ema_bbox_head_multi_level_conv_cls_2_weight, ema_bbox_head_multi_level_conv_cls_2_bias, ema_bbox_head_multi_level_conv_reg_0_weight, ema_bbox_head_multi_level_conv_reg_0_bias, ema_bbox_head_multi_level_conv_reg_1_weight, ema_bbox_head_multi_level_conv_reg_1_bias, ema_bbox_head_multi_level_conv_reg_2_weight, ema_bbox_head_multi_level_conv_reg_2_bias, ema_bbox_head_multi_level_conv_obj_0_weight, ema_bbox_head_multi_level_conv_obj_0_bias, ema_bbox_head_multi_level_conv_obj_1_weight, ema_bbox_head_multi_level_conv_obj_1_bias, ema_bbox_head_multi_level_conv_obj_2_weight, ema_bbox_head_multi_level_conv_obj_2_bias

INFO:mmdet2trt:Model warmup
INFO:mmdet2trt:Converting model
[12/20/2021-15:16:55] [TRT] [I] [MemUsageChange] Init CUDA: CPU +313, GPU +0, now: CPU 2896, GPU 2337 (MiB)
[12/20/2021-15:16:55] [TRT] [I] [MemUsageSnapshot] Begin constructing builder kernel library: CPU 2896 MiB, GPU 2329 MiB
[12/20/2021-15:16:55] [TRT] [I] [MemUsageSnapshot] End constructing builder kernel library: CPU 3031 MiB, GPU 2371 MiB
Segmentation fault (core dumped)

"Unexpected keys" warning is happend on mmdetection inference too, but detected objects are returned well (bounding boxes coordinates are right).
Also I tried to run command on TensorRT 8.2.1.8 and with cudnn 8.0.4 and on TensorRT 8.0.1.6 with cudnn 8.0.4 . Result the same - segfault error.
GPU memory usage is OK (1-2GB).
fp32 precision is also crashed on Tensorrt 8.
Running on Tensorrt 7.2.2.3, cudnn 8.0.1 works well - engine is created successfully.
To Reproduce
mmdet2trt yolox_l_8x8_300e_barcodes.py epoch_60.pth ./output_engine --fp16=1 --save-engine=1 --trt-log-level=VERBOSE

environment:
PyTorch version: 1.8.0+cu111
Is debug build: False
CUDA used to build PyTorch: 11.1
OS: Ubuntu 20.04.2 LTS (x86_64)
GCC version: (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Clang version: Could not collect
CMake version: version 3.19.1
Libc version: glibc-2.31
Python version: 3.8.10 (default, Sep 28 2021, 16:10:42)  [GCC 9.3.0] (64-bit runtime)
Python platform: Linux-5.11.0-41-generic-x86_64-with-glibc2.29
Is CUDA available: True
CUDA runtime version: 11.1.105
GPU models and configuration: GPU 0: NVIDIA GeForce RTX 2070
Nvidia driver version: 470.86
cuDNN version: Probably one of the following:
/usr/lib/x86_64-linux-gnu/libcudnn.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_adv_infer.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_adv_train.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_cnn_infer.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_cnn_train.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_ops_infer.so.8.2.1
/usr/lib/x86_64-linux-gnu/libcudnn_ops_train.so.8.2.1
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn.so.8.0.4
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_adv_infer.so.8.0.4
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_cnn_infer.so.8.0.4
/usr/local/cuda-11.1/targets/x86_64-linux/lib/libcudnn_ops_infer.so.8.0.4
Versions of relevant libraries:
[pip3] mmcv-full==1.3.18
[pip3] mmdet==2.18.1
[pip3] mmdet2trt==0.5.0
[pip3] tensorrt==8.2.1.8
[pip3] torch==1.8.0+cu111
[pip3] torch2trt-dynamic==0.5.0
[pip3] torchaudio==0.8.0
[pip3] torchvision==0.9.0+cu111
[conda] Could not collect
Additional context
Link to model and config:
https://drive.google.com/drive/folders/1DuDR3LZJfYkanZe743dYarfQCyr7vZJa?usp=sharing

Hi
Can you reproduce this error on yolox_s? MMDetection did not provide a checkpoint of yolox_l.

Hi Can you reproduce this error on yolox_s? MMDetection did not provide a checkpoint of yolox_l.

Do you mean yolo_l config? It's inherited from yolox_s one, only sizes and ratios are changed

Sorry for the late reply.
It seems that you have not set the opt_shape_param when converting the model. Since the input shape of Yolox is different from other models in MMDetection. Please try set the opt shape and try it again. Thank you.
By the way, OpenMMLab have release MMDeploy which might have better support about some new models.

authors: grimoire victor-yudin

repo: grimoire/mmdetection-to-tensorrt


text:
Integrate black for automatic formatting in all repos: pre-commit hook and PR action

https://medium.com/gousto-engineering-techbrunch/automate-python-code-formatting-with-black-and-pre-commit-ebc69dcc5e03

@andrewfrench can we close this issue?

Closing as completed in #418

authors: andrewfrench collindutter derekpai

repo: griptape-ai/griptape


text:
Remove render loop trait, glutin and sdl2 features

The render loop trait didn't seem to be used by downstream crates, because crates will usually do their own thing anyway (e.g. some combination of winit/rAF for wasm, glutin/sdl2/something else natively).
If we don't have the render loop trait, we also don't need the optional glutin and sdl2 dependencies, so we can remove those too.

bors r+

source: gharchive/pull-request

repo: grovesNL/glow


text:
Add html 2D, 3D, and sub image exts

This adds and normalizes the following functions with html data sources:

texImage2D
texSubImage2D
texImage3D
texSubImage3D

from the following sources:

HtmlImageElement
HtmlCanvasElement
ImageBitmap

CI failure unrelated

bors retry

authors: cwfitzgerald grovesNL


text:
GRPC program stopped

Hello, what happened when my GRPC program stopped for no reason? Thank you

Hi. If you have questions specifically about how grpc is running (and possibly aborting), you should post your questions to one of the forums listed in the Community page.

repo: grpc/grpc-community


text:
Memory leak in gRPC PHP

cc @stanley-cheung @tmatsuo @bshaffer
Code to reproduce in this gist: https://gist.github.com/michaelbausor/f62d18352d892ae1a452f8cfd63ad29e
Note that this code relies on protobuf types generated using the latest protobuf implementation, but which are not yet published. I can help to reproduce.
The memory consumption printed grows by approx 2K per call.

I am working on PR #11003 which should hopefully fix the memory leaks.
Before the fix, running the script linked from the top of this issue:
memory used: 3820592
memory used: 3822856
memory used: 3825080
memory used: 3827304
memory used: 3829528
memory used: 3831752
memory used: 3833976
memory used: 3836200
memory used: 3838424
memory used: 3840648
memory used: 3842872
memory used: 3845096
memory used: 3847320
memory used: 3849544
memory used: 3851768
memory used: 3853992
memory used: 3856216
memory used: 3858440
memory used: 3860664
memory used: 3862888
memory used: 3865112
memory used: 3867336

After the fix,
memory used: 3818472
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504
memory used: 3818504

Closing this. This should be fixed in the 1.3.2 version released today.

authors: michaelbausor stanley-cheung

repo: grpc/grpc


text:
Duplicate certificate in CA bundle causes cryptic errors

Should this be an issue in the gRPC issue tracker?
Yes.
What version of gRPC and what language are you using?
> GRPC::VERSION
=> "1.2.5"

What operating system (Linux, Windows, …) and version?
Linux
What runtime / compiler are you using (e.g. python version or version of gcc)
Ruby
> RUBY_VERSION
=> "2.4.0"

What did you do?
I pointed GRPC at a CA bundle that included a duplicate certificate and then called a method on my stub:
creds = GRPC::Core::ChannelCredentials.new(File.read(ca_file))
stub = MyService::Stub.new(server, creds)
stub.some_method

What did you expect to see?
I would expect an exception not to be raised.
What did you see instead?
When calling a method on my stub I get a GRPC::DeadlineExceeded error, along with the following debugging output:
E0609 11:07:14.082544835   29191 ssl_transport_security.c:602] Could not add root certificate to ssl context.
E0609 11:07:14.082587138   29191 ssl_transport_security.c:1348] Cannot load server root certificates.
E0609 11:07:14.082924913   29191 security_connector.c:837]   Handshaker factory creation failed with TSI_INTERNAL_ERROR.
E0609 11:07:14.082939716   29191 secure_channel_create.c:127] Failed to create secure subchannel for secure name 'earthsmoke.service.cp1.consul:8080'
E0609 11:07:14.082947490   29191 secure_channel_create.c:158] Failed to create subchannel arguments during subchannel creation.
E0609 11:07:14.086947973   29191 ssl_transport_security.c:602] Could not add root certificate to ssl context.
E0609 11:07:14.086965201   29191 ssl_transport_security.c:1348] Cannot load server root certificates.
E0609 11:07:14.087280224   29191 security_connector.c:837]   Handshaker factory creation failed with TSI_INTERNAL_ERROR.
E0609 11:07:14.087291073   29191 secure_channel_create.c:127] Failed to create secure subchannel for secure name 'earthsmoke.service.cp1.consul:8080'
E0609 11:07:14.087298127   29191 secure_channel_create.c:158] Failed to create subchannel arguments during subchannel creation.

I tracked the issue down to the fact that my CA bundle contains one certificate twice.
Anything else we should know about your project / environment?
Nope.

What happens if you edit your root certificates to remove the duplicate entry ?

Also, which entry are we talking about ? Which file from our repository, if that's even from our repository ?

What happens if you edit your root certificates to remove the duplicate entry ?

Everything works as expected. My workaround for this issue has been to deduplicate the cert bundle in code before passing them to GRPC::Core::ChannelCredentials.new.

Also, which entry are we talking about ? Which file from our repository, if that's even from our repository ?

The CA bundle is not from this repository. It seems that an error is being returned by OpenSSL here, complaining about the duplicate cert in the X509 store.
One possible fix would be to handle that error, since it isn't important that OpenSSL refused to add a duplicate cert to the store. Another option would be to find a way to surface errors from OpenSSL so users can debug them. Currently the only message the user sees is Could not add root certificate to ssl context, which isn't helpful for debugging the issue.

Got it. Thanks.

We just ran into this on another production server, where the CA bundle had two identical certificates with different line lengths. The workaround in our code is pretty terrible:
PEM_REXP = /[-]+BEGIN CERTIFICATE[-]+.+?[-]+END CERTIFICATE[-]+/m

...

# Deduplicate certificates.
certs = certs.scan(PEM_REXP).map do |pem|
  # normalize encoding
  OpenSSL::X509::Certificate.new(pem).to_pem
end.uniq.join("\n")

It seems that the root pem file provided to gRPC has duplicative entries. Can you run a script to remove those duplicative entries?

How come it raise GRPC::DeadlineExceeded? It will fail on SSL handshake.

I don't know what it raises DeadlineExceeded. It seems like the library should at least raise a more useful exception.

@jiangtaoli2016 do you have resources to fix this issue now? Your suggested code should work

I think this is already fixed in https://github.com/grpc/grpc/pull/17664.

authors: jiangtaoli2016 mastahyeti nicolasnoble sanjaypujare


text:
C++ ASAN failure: bins/asan/bm_closure --benchmark_filter=BM_ClosureReschedOnExecCtx

https://source.cloud.google.com/results/invocations/1e61cc18-3b93-40c2-a41b-f57fb03f23f6/targets/github%2Fgrpc%2Fcpp_linux_asan_native_x64_clang7.0/tests
I0523 02:10:16.296524014   14308 ev_epoll1_linux.cc:116]     grpc epoll fd: 3
D0523 02:10:16.296678708   14308 ev_posix.cc:145]            Using polling engine: epoll1
D0523 02:10:16.296761060   14308 dns_resolver.cc:339]        Using native dns resolver
Run on (32 X 2300 MHz CPU s)
2018-05-23 02:10:16
***WARNING*** Library was built as DEBUG. Timings may be affected.
=================================================================
[1m[31m==14308==ERROR: AddressSanitizer: stack-use-after-scope on address 0x7fff75ad0768 at pc 0x00000066e065 bp 0x7fff75ace690 sp 0x7fff75ace688
[1m[0m[1m[34mREAD of size 8 at 0x7fff75ad0768 thread T0[1m[0m
    #0 0x66e064 in grpc_core::ExecCtx::Flush() /var/local/git/grpc/src/core/lib/iomgr/exec_ctx.cc:125:43
    #1 0x5c3b6d in grpc_core::ExecCtx::~ExecCtx() /var/local/git/grpc/./src/core/lib/iomgr/exec_ctx.h:103:5
    #2 0x5c1f6f in BM_ClosureReschedOnExecCtx(benchmark::State&) /var/local/git/grpc/test/cpp/microbenchmarks/bm_closure.cc:390:1
    #3 0x601f87 in benchmark::internal::FunctionBenchmark::Run(benchmark::State&) /var/local/git/grpc/third_party/benchmark/src/benchmark_register.cc:459:42
    #4 0x5d2b41 in benchmark::internal::(anonymous namespace)::RunInThread(benchmark::internal::Benchmark::Instance const*, unsigned long, int, benchmark::internal::ThreadManager*) /var/local/git/grpc/third_party/benchmark/src/benchmark.cc:272:17
    #5 0x5d01ea in benchmark::internal::(anonymous namespace)::RunBenchmark(benchmark::internal::Benchmark::Instance const&, std::vector<benchmark::BenchmarkReporter::Run, std::allocator<benchmark::BenchmarkReporter::Run> >*) /var/local/git/grpc/third_party/benchmark/src/benchmark.cc:315:7
    #6 0x5cda60 in benchmark::internal::(anonymous namespace)::RunBenchmarks(std::vector<benchmark::internal::Benchmark::Instance, std::allocator<benchmark::internal::Benchmark::Instance> > const&, benchmark::BenchmarkReporter*, benchmark::BenchmarkReporter*) /var/local/git/grpc/third_party/benchmark/src/benchmark.cc:516:11
    #7 0x5cc8ae in benchmark::RunSpecifiedBenchmarks(benchmark::BenchmarkReporter*, benchmark::BenchmarkReporter*) /var/local/git/grpc/third_party/benchmark/src/benchmark.cc:630:5
    #8 0x5cbbe4 in benchmark::RunSpecifiedBenchmarks() /var/local/git/grpc/third_party/benchmark/src/benchmark.cc:572:10
    #9 0x5c2c78 in benchmark::RunTheBenchmarksNamespaced() /var/local/git/grpc/test/cpp/microbenchmarks/bm_closure.cc:422:37
    #10 0x5c2e30 in main /var/local/git/grpc/test/cpp/microbenchmarks/bm_closure.cc:428:3
    #11 0x7f869a8bdb44 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x21b44)
    #12 0x4e7598 in _start (/var/local/git/grpc/bins/asan/bm_closure+0x4e7598)
[1m[32mAddress 0x7fff75ad0768 is located in stack of thread T0 at offset 7944 in frame[1m[0m
[1m[0m    #0 0x5c1cbf in BM_ClosureReschedOnExecCtx(benchmark::State&) /var/local/git/grpc/test/cpp/microbenchmarks/bm_closure.cc:383
  This frame has 3 object(s):
    [32, 7568) 'track_counters' (line 384)
    [7824, 7896) 'exec_ctx' (line 385)
    [7936, 8024) 'r' (line 386)[1m[32m <== Memory access at offset 7944 is inside this variable[1m[0m
HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext
      (longjmp and C++ exceptions *are* supported)
SUMMARY: AddressSanitizer: stack-use-after-scope /var/local/git/grpc/src/core/lib/iomgr/exec_ctx.cc:125:43 in grpc_core::ExecCtx::Flush()
Shadow bytes around the buggy address:
  0x10006eb52090: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
  0x10006eb520a0: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
  0x10006eb520b0: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m
  0x10006eb520c0: [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m
  0x10006eb520d0: [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
=>0x10006eb520e0: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[35mf8[1m[0m[[1m[35mf8[1m[0m][1m[35mf8[1m[0m [1m[35mf8[1m[0m
  0x10006eb520f0: [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[35mf8[1m[0m [1m[31mf3[1m[0m [1m[31mf3[1m[0m [1m[31mf3[1m[0m [1m[31mf3[1m[0m [1m[31mf3[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
  0x10006eb52100: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
  0x10006eb52110: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
  0x10006eb52120: [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[31mf1[1m[0m [1m[31mf1[1m[0m [1m[31mf1[1m[0m [1m[31mf1[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[31mf2[1m[0m [1m[31mf2[1m[0m
  0x10006eb52130: [1m[31mf2[1m[0m [1m[31mf2[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m [1m[0m00[1m[0m
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           [1m[0m00[1m[0m
  Partially addressable: [1m[0m01[1m[0m [1m[0m02[1m[0m [1m[0m03[1m[0m [1m[0m04[1m[0m [1m[0m05[1m[0m [1m[0m06[1m[0m [1m[0m07[1m[0m
  Heap left redzone:       [1m[31mfa[1m[0m
  Freed heap region:       [1m[35mfd[1m[0m
  Stack left redzone:      [1m[31mf1[1m[0m
  Stack mid redzone:       [1m[31mf2[1m[0m
  Stack right redzone:     [1m[31mf3[1m[0m
  Stack after return:      [1m[35mf5[1m[0m
  Stack use after scope:   [1m[35mf8[1m[0m
  Global redzone:          [1m[31mf9[1m[0m
  Global init order:       [1m[36mf6[1m[0m
  Poisoned by user:        [1m[34mf7[1m[0m
  Container overflow:      [1m[34mfc[1m[0m
  Array cookie:            [1m[31mac[1m[0m
  Intra object redzone:    [1m[33mbb[1m[0m
  ASan internal:           [1m[33mfe[1m[0m
  Left alloca redzone:     [1m[34mca[1m[0m
  Right alloca redzone:    [1m[34mcb[1m[0m
==14308==ABORTING

I'm able to reproduce this by:
docker run -it --cap-add SYS_PTRACE <docker image tag> bash
git clone --recursive https://github.com/grpc/grpc && cd grpc
make CONFIG=asan bm_closure -j10
bins/asan/bm_closure --benchmark_filter=BM_ClosureReschedOnExecCtx$ GRPC_POLL_STRATEGY=epoll1

A more straighforward way to reproduce (still under docker)
tools/run_tests/run_tests.py -l c++ -c asan -r BM_ClosureReschedOnExecCtx --compiler clang7.0 --use_docker

Any progress here? This is kind of urgent as it is failing in 100% cases on master:
https://source.cloud.google.com/results/invocations/ac654960-4ecf-4c9f-a4d3-947ebacb3ef8/targets/github%2Fgrpc%2Fcpp_linux_asan_native_x64_clang7.0/tests

Seen again https://source.cloud.google.com/results/invocations/c1cef453-b40f-4aca-afaf-2e2aeaf2e7ac/targets/github%2Fgrpc%2Fcpp_linux_asan_native_x64_clang7.0/tests

Your PR was not synced past the fixing commit in #15544

authors: AspirinSJL jtattermusch matt-kwong ncteisen


text:
Bazel build for C++ failed on external dependency based on gRPC v1.15.1

What version of gRPC and what language are you using?
gRPC 1.15.1 (C++)
What operating system (Linux, Windows, …) and version?
OS X
What runtime / compiler are you using (e.g. python version or version of gcc)
Bazel 0.17.2
Apple LLVM version 10.0.0 (clang-1000.10.44.2)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
What did you do?
If possible, provide a recipe for reproducing the error. Try being specific and include code snippets if helpful.
I try to add external dependency by next code in my WORKSPACE file:
git_repository(
    name = "grpc",
    remote = "https://github.com/grpc/grpc.git",
    tag = "v1.15.1",
    init_submodules = True,
)

After that I run building of C++ library:
bazel build @grpc//:grpc++

What did you expect to see?
I expect some C++ libraries as it work on gRPC v1.13.1:
INFO: SHA256 (https://github.com/grpc/grpc/archive/v1.13.1.tar.gz) = af0d41b5fab2797a3bd71bfe1b8c94e553b7c7317f87f664de26bafbf75677c4
INFO: Build options have changed, discarding analysis cache.
WARNING: /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/BUILD:1992:1: in srcs attribute of cc_library rule @grpc//:grpc_nanopb: please do not import '@grpc//third_party/nanopb:pb_common.c' directly. You should either move the file to this package or depend on an appropriate rule there. Since this rule was created by the macro 'grpc_generate_one_off_targets', the error might have been caused by the macro implementation in /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/bazel/grpc_build_system.bzl:172:12
WARNING: /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/BUILD:1992:1: in srcs attribute of cc_library rule @grpc//:grpc_nanopb: please do not import '@grpc//third_party/nanopb:pb_decode.c' directly. You should either move the file to this package or depend on an appropriate rule there. Since this rule was created by the macro 'grpc_generate_one_off_targets', the error might have been caused by the macro implementation in /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/bazel/grpc_build_system.bzl:172:12
WARNING: /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/BUILD:1992:1: in srcs attribute of cc_library rule @grpc//:grpc_nanopb: please do not import '@grpc//third_party/nanopb:pb_encode.c' directly. You should either move the file to this package or depend on an appropriate rule there. Since this rule was created by the macro 'grpc_generate_one_off_targets', the error might have been caused by the macro implementation in /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/bazel/grpc_build_system.bzl:172:12
INFO: Analysed target @grpc//:grpc++ (16 packages loaded).
INFO: Found 1 target...
Target @grpc//:grpc++ up-to-date:
  bazel-bin/external/grpc/libgrpc++.a
  bazel-bin/external/grpc/libgrpc++.so
INFO: Elapsed time: 118.016s, Critical Path: 3.51s
INFO: 769 processes: 769 darwin-sandbox.
INFO: Build completed successfully, 770 total actions

What did you see instead?
Make sure you include information that can help us debug (full error message, exception listing, stack trace, logs).
INFO: SHA256 (https://github.com/grpc/grpc/archive/v1.15.1.tar.gz) = 0186e800fbda420305c3489ddb28394059e1e6fc192a97fc7412d21b7306d82e
INFO: Build options have changed, discarding analysis cache.
INFO: Analysed target @grpc//:grpc++ (18 packages loaded).
INFO: Found 1 target...
ERROR: /private/var/tmp/_bazel_admin/e511d3e4923cacd00506281eacfaf097/external/grpc/BUILD:1817:1: C++ compilation of rule '@grpc//:alts_proto' failed (Exit 1)
In file included from external/grpc/src/core/tsi/alts/handshaker/transport_security_common.pb.c:4:
external/grpc/src/core/tsi/alts/handshaker/transport_security_common.pb.h:6:10: fatal error: 'pb.h' file not found
#include "pb.h"
         ^~~~~~
1 error generated.
Target @grpc//:grpc++ failed to build
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 17.553s, Critical Path: 0.96s
INFO: 7 processes: 7 darwin-sandbox.
FAILED: Build did NOT complete successfully

Anything else we should know about your project / environment?

@yihuazhang could you please take a look?

@ravil23
The error is caused by nanopb library not being correctly linked into gRPC.
@dgquintas, I noticed you made several nanopb-related changes (e.g., https://github.com/grpc/grpc/pull/15595), and do you have any insights on this?

@ncteisen : Noah, I think that you have touched the nanopb BUILD stuff recently, correct? Do you have a solution here?

This fix was all in TensorFlow's build system. See here: https://github.com/tensorflow/tensorflow/commit/80ac0c26cc16ffa1804c1092e298dee021f64b36

Closing for now, let me know by commenting if following similar steps to the ones taken for TensorFlow does not help and I will re open


text:
Add opencensus support for CMake build configuration

Is your feature request related to a problem? Please describe.
Currently no opencensus support is compiled into the CMake version of gRPC.
specifically the "src/cpp/ext/filters/census/grpc_plugin.cc" file is missing.
Describe the solution you'd like
Add support for opencensus for the CMake build configuration

This will be non-trivial to fix.
opencensus unconditionally downloads and installs abseil as a dependency.
gRPC also has a dependency on abseil. To make this work correctly, opencensus will have to provide the option to build against a pre-installed copy of abseil (ie the one that came from gRPC). Once we have that, we could add opencensus as a proper dependency to the gRPC build.

We decided that this is out of scope for the cmake fixit.

This is still something we should do if we can, especially since opencensus will be useful for proxyless service mesh deployments.
@srini100, we should see if we can find some resources to devote to this.

opencensus unconditionally downloads and installs abseil as a dependency

OpenCensus's FetchContent of abseil is conditional on abseil_POPULATED ( https://github.com/census-instrumentation/opencensus-cpp/blob/04ed0211931f12b03c1a76b3907248ca4db7bc90/cmake/OpenCensusDeps.cmake#L58 ), previously was conditional on TARGET absl::base

We now do have a dependency on absl, so that part shoudn't be a problem anymore, but integrating opencensus in our build probably still pretty complex and needs to be done with a lot of care. I certainly don't have the bandwidth to look into that.

authors: curtpm g-easy jtattermusch markdroth zackgalbreath


text:
Breaks with ArgumentNullException on HoloLens 2 (UWP on Windows ARM64)

What version of gRPC and what language are you using?
Version: 3.0.0
Language: C#
What operating system (Linux, Windows,...) and version?
OS: Windows 10 Holographic (ARM64) Build 19041.1339
Hardware: Microsoft HoloLens 2
What runtime / compiler are you using (e.g. python version or version of gcc)
Microsoft Visual Studio 2019 (16.6.0)
.NET version: Universal Windows Platform SDK 18362 (NET Standard 2.0)
What did you do?
I was referred by @jskeet to this repo from this issue that I have filed on the Google Cloud Dotnet repo: https://github.com/googleapis/google-cloud-dotnet/issues/5138
In this app that I am developing, I am using the Google Cloud Dotnet Translation and Speech to Text packages in a UWP application that is to be deployed onto HoloLens 2. Here are steps for recreating the issue:

Create a new UWP project in Visual Studio 2019
Add Google.Cloud.SpeechToTextV1 or Google.Cloud.TranslateV3 nuget packages to the project
Override OnNavigatedTo() in MainPage.cs and create a new instance of a SpeechClient or TranslationServiceClient object within OnNavigateTo() using their respective Create() functions
Deploy application onto desktop on x86 and x64, verify that it works.
Deploy application onto HoloLens 1 (x86), verify that it works
Deploy application onto HoloLens 2 (ARM64), program breaks with an ArgumentNullException on SpeechClient.Create() or TranslationServiceClient.Create()

What did you expect to see?
No errors.
What did you see instead?
It is worth noting that the code works fine on desktop(x86_64) and on the HoloLens 1(x86). However, on HoloLens 2, the application breaks on an ArgumentNullException with the following call stack:
        [External Code]
 	System.Private.CoreLib.dll!System.IO.Path.Combine(string path1, string path2) Line 303	C#
 	Grpc.Core.dll!Grpc.Core.Internal.NativeExtension.LoadUnmanagedLibrary() Line 93	C#
 	Grpc.Core.dll!Grpc.Core.Internal.NativeExtension.LoadNativeMethods() Line 120	C#
 	Grpc.Core.dll!Grpc.Core.Internal.NativeExtension.NativeExtension() Line 40	C#
 	Grpc.Core.dll!Grpc.Core.Internal.NativeExtension.Get() Line 65	C#
 	Grpc.Core.dll!Grpc.Core.Internal.NativeMethods.Get() Line 49	C#
 	Grpc.Core.dll!Grpc.Core.GrpcEnvironment.GrpcNativeInit() Line 373	C#
 	Grpc.Core.dll!Grpc.Core.GrpcEnvironment.GrpcEnvironment() Line 303	C#
 	Grpc.Core.dll!Grpc.Core.GrpcEnvironment.AddRef() Line 78	C#
 	Grpc.Core.dll!Grpc.Core.Channel.Channel(string target, Grpc.Core.ChannelCredentials credentials, System.Collections.Generic.IEnumerable<Grpc.Core.ChannelOption> options) Line 70	C#
 	Google.Api.Gax.Grpc.GrpcCore.dll!Google.Api.Gax.Grpc.GrpcCore.GrpcCoreAdapter.CreateChannelImpl(string endpoint, Grpc.Core.ChannelCredentials credentials, Google.Api.Gax.Grpc.GrpcChannelOptions options) Line 34	C#
 	Google.Api.Gax.Grpc.dll!Google.Api.Gax.Grpc.GrpcAdapter.CreateChannel(string endpoint, Grpc.Core.ChannelCredentials credentials, Google.Api.Gax.Grpc.GrpcChannelOptions options) Line 29	C#
 	Google.Api.Gax.Grpc.dll!Google.Api.Gax.Grpc.ChannelPool.GetChannel(Google.Api.Gax.Grpc.GrpcAdapter grpcAdapter, string endpoint, Google.Api.Gax.Grpc.GrpcChannelOptions channelOptions, Grpc.Core.ChannelCredentials credentials) Line 129	C#
 	Google.Api.Gax.Grpc.dll!Google.Api.Gax.Grpc.ChannelPool.GetChannel(Google.Api.Gax.Grpc.GrpcAdapter grpcAdapter, string endpoint, Google.Api.Gax.Grpc.GrpcChannelOptions channelOptions) Line 98	C#
 	Google.Api.Gax.Grpc.dll!Google.Api.Gax.Grpc.ClientBuilderBase<Google.Cloud.Translate.V3.TranslationServiceClient>.CreateCallInvoker() Line 280	C#
 	Google.Cloud.Translate.V3.dll!Google.Cloud.Translate.V3.TranslationServiceClientBuilder.BuildImpl() Line 266	C#
 	Google.Cloud.Translate.V3.dll!Google.Cloud.Translate.V3.TranslationServiceClientBuilder.Build() Line 252	C#
 	Google.Cloud.Translate.V3.dll!Google.Cloud.Translate.V3.TranslationServiceClient.Create() Line 333	C#
>	GoogleAPIUWPCrashDemo.exe!GoogleAPIUWPCrashDemo.MainPage.OnNavigatedTo(Windows.UI.Xaml.Navigation.NavigationEventArgs e) Line 44	C#
 	[Resuming Async Method]
 	[External Code]

Anything else we should know about your project / environment?
A minimal code solution can be downloaded here:
GoogleAPIUWPCrashDemo.zip
Do note that to run the solution, you will need to have the latest UWP SDK installed and add the Google API credential file in the "Assets" folder.
In the case that you are unable to, below is the section of the code that I added to the base UWP project template to trigger the error:
public sealed partial class MainPage : Page
{
    public MainPage()
    {
        this.InitializeComponent();
    }

    protected override async void OnNavigatedTo(NavigationEventArgs e)
    {
        base.OnNavigatedTo(e);

        // Link up with credential
        // -- Get file path
        StorageFile credentialJsonFile = null;
        credentialJsonFile = await StorageFile.GetFileFromApplicationUriAsync(new Uri(this.BaseUri, "/Assets/GoogleAPIKey.json"));
        // -- Register the environment variable that Google APIs are looking for
        Environment.SetEnvironmentVariable("GOOGLE_APPLICATION_CREDENTIALS", credentialJsonFile.Path);

        // Create translation service
        var googleTranslateService = TranslationServiceClient.Create();
    }
}

Do let me know what other steps I can take in order to help diagnose the situation. I would be happy to help.

Jan, please take a look at this.

I believe the version of Grpc.Core involved is actually 2.27.0, but NativeExtension.cs hasn't changed for 16 months anyway.
@Pycorax: Did you try to log the result of typeof(Channel).Assembly.Location as I requested in the other issue? I suspect maintainers here will be blocked without that information.

I currently don't have access to the hardware at the moment so I'm not able to test but will do so as soon as I can. I should be able to get back to you in a day or less.

I'm not sure if I'm doing this correctly, however, I tried swapping out the nuget packages of Grpc and the Google Cloud API with the source files in order to add logging for that specific line on Grpc.Core. However, I'm running into issues with a DLL not found. Is this the correct way? Or is there an easier way to add logging?

You don't need to change your dependencies at all. I'm assuming you have some way of logging a value - whether that's showing it in the application, saving it to a log file or whatever. You just need to log typeof(Channel).Assembly.Location, as I said before. That doesn't require stepping through the gRPC code at all.

Ah I see, I think I misunderstood. I ran the code and the result of typeof(Channel).Assembly.Location is empty ("").

Right. That would certainly explain why it fails - the gRPC code is expecting that to contain the path to the Grpc.Core DLL, so that it can find the native extension. I suspect the gRPC team will need to add some override (e.g. via an environment variable) to let you specify the extension location.

With what you mentioned in mind, I went to test a built package which is installed onto my PC (the same way an app is installed onto HoloLens) instead of running it from Visual Studio and I can confirm that the same issue occurs. It seems that when built into a UWP package and installed onto a system, typeof(Channel).Assembly.Location will always be empty ("").

To summarize, the key problems are:

the Grpc.Core nuget currently doesn't ship a windows arm64 version of grpc_csharp_ext.dll (which is the native library that Grpc C# uses internally). At this point gRPC doesn't support ARM64 on windows (we recently announced ARM64 support for linux, but not for windows) so without significant extra effort, this has no chance of working. You'd basically have to compile an windows arm64 version of grpc_csharp_ext.dll (which may or may not be possible since it's unsupported)
the Grpc.Core native library loading logic currently doesn't have a codepath for loading the arm64 windows version of the grpc_csharp_ext.dll. I think that can be overcome by setting the GRPC_CSHARP_EXT_OVERRIDE_LOCATION to point to your custom-built dll. You'd also need a new-enough version of Grpc.Core since this override feature is relatively new.

https://github.com/grpc/grpc/blame/0e20a5fce8e53510255fa1a5199544a86ebfcd8e/src/csharp/Grpc.Core/Internal/NativeExtension.cs#L182
Alternative solution is to try using the grpc-dotnet implementation (which doesn't have a native component and therefore has a higher chance of working well on arm64 windows) and configure the Google.Cloud.SpeechToTextV1 and Google.Cloud.TranslateV3 client libraries to use grpc-dotnet instead of Grpc.Core internally.
Since Grpc.Core is currently in maintenance mode (see https://grpc.io/blog/grpc-csharp-future/), I think it is unlikely that we will ever add support for ARM64 windows for it, so I'm going to close this issue. Using grpc-dotnet is your best chance here.

authors: Pycorax jskeet jtattermusch veblush


text:
v1.38.0 breaks building on NetBSD

What version of gRPC and what language are you using?
1.38.0
What operating system (Linux, Windows,...) and version?
NetBSD
What runtime / compiler are you using (e.g. python version or version of gcc)
GCC or Clang
gRPC 1.38.0 does not build on NetBSD. It looks like someone has forgotten to mention NetBSD in include/grpc/event_engine/port.h, which ends the build with UNKNOWN PLATFORM. This patch fixes the problem:
--- include/grpc/event_engine/port.h.orig	2021-05-25 05:21:42.595878017 +0000
+++ include/grpc/event_engine/port.h
@@ -22,7 +22,7 @@
 #elif defined(GPR_ANDROID) || defined(GPR_LINUX) || defined(GPR_APPLE) ||   \
     defined(GPR_FREEBSD) || defined(GPR_OPENBSD) || defined(GPR_SOLARIS) || \
     defined(GPR_AIX) || defined(GPR_NACL) || defined(GPR_FUCHSIA) ||        \
-    defined(GRPC_POSIX_SOCKET)
+    defined(GRPC_POSIX_SOCKET) || defined(GPR_NETBSD)
 #define GRPC_EVENT_ENGINE_POSIX
 #include <netdb.h>
 #include <netinet/in.h>

@drfloob  since you recently added event_engine/port.h: https://github.com/grpc/grpc/pull/25886/files#diff-3a3574ff0d411c1f3085225b1416d9ea19007d79abce4d0f4475b212b3d0cb7e

@moubctez Apologies, BSD is a bit of blind spot for our automated build/test infrastructure, we're looking into that. I'll do the fix and backport it to 1.38.0.

Actually, we don't have explicit support for NetBSD. The NetBSD package maintainers keep a set of patches against gRPC that define GPR_NETBSD in port_platform, it's not defined in this repository at all. See https://github.com/NetBSD/pkgsrc/blob/trunk/net/grpc/patches/patch-src_core_lib_iomgr_port.h. It looks like they (maybe you? Someone named Adam) already made this fix there.
gRPC-core added support for OpenBSD in 2017, FreeBSD support in 2015. It seems we should be able to add support for NetBSD as well, but again without the test harnesses set up in our CI, it probably wouldn't be wise, we'll continue to miss problems like this.
I'll see about fixing this for the other BSDs if needed.

authors: drfloob jtattermusch moubctez


text:
When the asynchronous service receives a large number of client connections, assertion failed: ok

What version of gRPC and what language are you using?
protobuf 3.19.4.0，Using gRPC 1.46.3 , c++
What operating system (Linux, Windows,...) and version?
Linux version 3.10.0-693.21.1.el7.x86_64
What runtime / compiler are you using (e.g. python version or version of gcc)
gcc9.4
What did you do?
When the asynchronous service receives a large number of client connections, or  ctrl+c for clients frequently, assertion failed: ok.
Then program received signal SIGABRT, Aborted.
for example:
while (true)
{
GPR_ASSERT(cq_->Next(&tag, &ok));
GPR_ASSERT(ok);
static_cast<CallData *>(tag)->Proceed();
}
Please provide either 1) A unit test for reproducing the bug or 2) Specific steps for us to follow to reproduce the bug. If there’s not enough information to debug the problem, gRPC team may close the issue at their discretion. You’re welcome to re-open the issue once you have a reproduction.
reference code:
https://github.com/grpc/grpc/blob/v1.38.0/examples/cpp/helloworld/greeter_async_server.cc
the proto is infer.proto:
syntax = "proto3";
option java_multiple_files = true;
option java_package = "io.grpc.examples.helloworld";
option java_outer_classname = "HelloWorldProto";
option objc_class_prefix = "HLW";
package infer;
service Result {
rpc get_result (InferRequest) returns (InferResponse) {}
}
message InferRequest {
string name = 1;
bytes frame = 2;
string ext = 3;
}
message InferResponse {
string data = 1;
string code = 2;
string message = 3;
}
What did you expect to see?
running, no aborted , when the asynchronous service receives a large number of client connections, or  ctrl+c for clients frequently
What did you see instead?
aborted, service stop
Make sure you include information that can help us debug (full error message, exception listing, stack trace, logs).
See TROUBLESHOOTING.md for how to diagnose problems better.
Anything else we should know about your project / environment?

Take a look at the meaning of ok for Server-side read in the API docs https://grpc.github.io/grpc/cpp/classgrpc_1_1_completion_queue.html#a86d9810ced694e50f7987ac90b9f8c1a.

For the server-sider operation, though, [ok=false] could happen because the client has done a WritesDone already.

You may be seeing expected behavior, depending on what your code is actually doing. If you think there is a gRPC bug here, please produce a complete example (a github branch, with bazel build file preferably) that would allow us to reproduce the problem.

Since you are referring to unary RPCs this part of the documentation applies to you:

Client-side Write, Client-side WritesDone, Server-side Write, Server-side Finish, Server-side SendInitialMetadata (which is typically included in Write or Finish when not done explicitly): ok means that the data/metadata/status/etc is going to go to the wire. If it is false, it not going to the wire because the call is already dead (i.e., canceled, deadline expired, other side dropped the channel, etc).

https://grpc.github.io/grpc/cpp/classgrpc_1_1_completion_queue.html#a86d9810ced694e50f7987ac90b9f8c1a
Which means if the client has disconnected before the server can send its finish then Next will produce a non-ok status. In that case, this line:
https://github.com/grpc/grpc/blob/54dc182082db941aa67c7c3f93ad858c99a16d7d/examples/cpp/helloworld/greeter_async_server.cc#L156-L156
causes the server abort. Just remove it to resolve the issue.

authors: Tradias drfloob wfangyan


text:
Latency profiling data is missing from grpc_performance_master

Looks like something got removed recently?

https://github.com/grpc/grpc/blob/master/tools/profiling/latency_profile/run_latency_profile.sh

https://grpc-testing.appspot.com/job/gRPC_performance_profile/

https://grpc-testing.appspot.com/job/gRPC_performance_profile/1/console

https://grpc-testing.appspot.com/view/Master health/job/gRPC_performance_profile_master/1/console

Done https://grpc-testing.appspot.com/job/gRPC_performance_profile_master/

authors: ctiller dgquintas jtattermusch


text:
Fix choosing of service config when percentage is zero

Cherry-picked from https://github.com/grpc/grpc/pull/12210. This was causing some flakes in the test in that PR.

[trickle] No significant performance differences

Corrupt JSON data (indicates timeout or crash):
    bm_fullstack_streaming_ping_pong.BM_StreamingPingPongWithCoalescingApi_InProcessCHTTP2_NoOpMutator_NoOpMutator__2M_2_0.counters.old: 1

[microbenchmarks] Performance differences noted:
Benchmark                                                                            cpu_time    real_time
-----------------------------------------------------------------------------------  ----------  -----------
BM_StreamingPingPongWithCoalescingApi<MinInProcess, NoOpMutator, NoOpMutator>/1/2/1  +4%         +4%

test failures:

portability tests kokoro: TODO
asan c++: https://github.com/grpc/grpc/issues/11737
basic c/c++ linux opt kokoro: https://github.com/grpc/grpc/issues/11737
basic tests linux opt: https://github.com/grpc/grpc/issues/12479
basic tests linux dbg: TODO
basic tests mac: https://github.com/grpc/grpc/issues/12138, https://github.com/grpc/grpc/issues/9380, https://github.com/grpc/grpc/issues/12566
tsan c++: https://github.com/grpc/grpc/issues/11737, https://github.com/grpc/grpc/issues/12567
interop cloud to prod: https://github.com/grpc/grpc/issues/12261, https://github.com/grpc/grpc/issues/12568

authors: apolcyn grpc-jenkins


text:
Upgrade to bazel 1.0.0

Let's see what the tests say
https://github.com/bazelbuild/bazel/releases/tag/1.0.0

local bazel build issue
ERROR: While resolving toolchains for target //test/cpp/qps:qps_openloop_test: no matching toolchains found for types @bazel_tools//tools/cpp:toolchain_type
ERROR: Analysis of target '//test/cpp/qps:qps_openloop_test' failed; build aborted: no matching toolchains found for types @bazel_tools//tools/cpp:toolchain_type
INFO: Elapsed time: 26.889s
INFO: 0 processes.
FAILED: Build did NOT complete successfully (107 packages loaded, 5895 targets configured)
FAILED: Build did NOT complete successfully (107 packages loaded, 5895 targets configured)

The windows RBE failure is because the 1.0.0 version is not available on chocolatey yet
T:\src>choco install bazel -y --version 1.0.0 --limit-output
Installing the following packages:
bazel
By installing you accept licenses for the packages.
bazel not installed. The package was not found with the source(s) listed.
 Source(s): 'https://chocolatey.org/api/v2/'
 NOTE: When you specify explicit sources, it overrides default sources.
If the package version is a prerelease and you didn't specify `--pre`,
 the package may not be found.
Version was specified as '1.0.0'. It is possible that version
 does not exist for 'bazel' at the source specified.
Please see https://chocolatey.org/docs/troubleshooting for more
 assistance.
Chocolatey installed 0/1 packages. 1 packages failed.
 See the log for details (C:\ProgramData\chocolatey\logs\chocolatey.log).
Failures
 - bazel - bazel not installed. The package was not found with the source(s) listed.
 Source(s): 'https://chocolatey.org/api/v2/'
 NOTE: When you specify explicit sources, it overrides default sources.
If the package version is a prerelease and you didn't specify `--pre`,
 the package may not be found.
Version was specified as '1.0.0'. It is possible that version
 does not exist for 'bazel' at the source specified.
Please see https://chocolatey.org/docs/troubleshooting for more
 assistance.

The explanation/workaround for the local build breakage is:
https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/bazel-discuss/Z7GmqUx-Zio/qyBb_K3LCgAJ

After my attempt to fix (see the last commit) I'm now seeing an RBE failure instead - I guess after removing exec_compatible_with, RBE now doesn't know which cluster to use?
https://source.cloud.google.com/results/invocations/a70da40e-fa99-4c23-a412-84dce92e19db/log
ERROR: /tmpfs/src/github/grpc/test/core/gprpp/BUILD:111:1: Couldn't build file test/core/gprpp/_objs/mpscq_test/mpscq_test.pic.o: C++ compilation of rule '//test/core/gprpp:mpscq_test' failed (Exit 34). Note: Remote connection/protocol failed with: execution failed java.io.IOException: io.grpc.StatusRuntimeException: INVALID_ARGUMENT: A docker image must be specified for this action.  See instructions at https://cloud.google.com/remote-build-execution/docs/set-up/remote-environment#add_a_toolchain
	at com.google.devtools.build.lib.remote.GrpcRemoteExecutor.executeRemotely(GrpcRemoteExecutor.java:188)
	at com.google.devtools.build.lib.remote.RemoteSpawnRunner.lambda$exec$0(RemoteSpawnRunner.java:255)
	at com.google.devtools.build.lib.remote.Retrier.execute(Retrier.java:237)
	at com.google.devtools.build.lib.remote.RemoteRetrier.execute(RemoteRetrier.java:104)
	at com.google.devtools.build.lib.remote.RemoteSpawnRunner.exec(RemoteSpawnRunner.java:242)
	at com.google.devtools.build.lib.exec.SpawnRunner.execAsync(SpawnRunner.java:225)

@jtattermusch
I forgot to mention that if you want to use exec_properties you will also need to update your platforms to use them instead of remote_execution_properties.
Migrate all of these to exec_properties: https://github.com/grpc/grpc/blob/master/third_party/toolchains/BUILD#L32
    remote_execution_properties = """
        properties: {
          name: "container-image"
          value:"docker://gcr.io/grpc-testing/rbe_windows_toolchain@sha256:75728e7d6d804090f71095e5fec627b18cfa1f47adc52096c209f2a687e06b2e"
        }
        properties: {
          name: "gceMachineType"  # Small machines for majority of tests.
          value: "n1-highmem-2"
        }
        properties:{
            name: "OSFamily"
            value: "Windows"
        }
        """,

becomes
exec_properties = {
  "container-image" : "docker://gcr.io/grpc-testing/rbe_windows_toolchain@sha256:75728e7d6d804090f71095e5fec627b18cfa1f47adc52096c209f2a687e06b2e",
  "gceMachineType" : "n1-highmem-2",
  "OSFamily" : "Windows",
}

You'll need to do that for all platforms.

@buchgr  After attempting to convert remote_execution_properties into exec_properties, I ran into this problem:
ERROR: /usr/local/google/home/jtattermusch/github/grpc/third_party/toolchains/BUILD:47:23: in exec_properties attribute of platform rule //third_party/toolchains:rbe_ubuntu1604: Platform specifies exec_properties but its parent @rbe_default//config:platform specifies remote_execution_properties. Prefer exec_properties over the deprecated remote_execution_properties.

I'll still need to look into that.

To use the new properties with rbe_autoconfig, set the following flag to false: use_legacy_platform_definition
Example here: https://github.com/bazelbuild/bazel-toolchains/blob/master/WORKSPACE#L127
This will make rbe_autoconfig produce a platform with new style exec properties.
We will eventually make this flag false by default, but this is still early in the migration.

All RBE tests are passing, except the Win RBE opt, and that's a pre-existing failure.

Some nits. Overall LGTM.

Known failures:
https://github.com/grpc/grpc/issues/20545
https://github.com/grpc/grpc/issues/20450
https://github.com/grpc/grpc/issues/20519
https://github.com/grpc/grpc/issues/20502

This breaks the import...

Removing release-notes:yes tag since it was reverted

authors: agoulti buchgr jtattermusch nicolasnoble yashykt