Can we use 1+ images?

i tried but i got the error
Error occurred when executing IDGenerationNode:
Cannot handle this data type: (1, 1, 1024, 3), |u1
File "/home/ComfyUI/execution.py", line 152, in recursive_execute
output_data, output_ui = get_output_data(obj, input_data_all)
File "/home/ComfyUI/execution.py", line 82, in get_output_data
return_values = map_node_over_list(obj, input_data_all, obj.FUNCTION, allow_interrupt=True)
File "/home/ComfyUI/execution.py", line 75, in map_node_over_list
results.append(getattr(obj, func)(**slice_dict(input_data_all, i)))
File "/home/ComfyUI/custom_nodes/ComfyUI-InstantID/InstantIDNode.py", line 252, in id_generate_image
face_image = resize_img(face_image)
File "/home/ComfyUI/custom_nodes/ComfyUI-InstantID/InstantIDNode.py", line 33, in resize_img
input_image = Image.fromarray(image_np)
File "/root/miniconda3/envs/py3.10/lib/python3.10/site-packages/PIL/Image.py", line 3102, in fromarray
raise TypeError(msg) from e

In our codes, yes. But I'm not sure whether ComfyUI has supported this.

ok thanks


Language status indicator - separate parent/child hover background color

I noticed that the hover background color is the same for {} and JSON even though they have two separate dialogs that show up on hover. I didn't realize I needed to specifically hover each for the different dialogs.
Can we have different hover background colors like below to distinguish between the two?

I think I wasn't able to find a working color that was distinguishable enough to make a difference given all the colors we already use in the status bar. And I personally don't mind the way it is now, not sure we got any feedback from users?

I think it's not immediately obvious that there are two hovers because there is no direct feedback that it's there, which may be why we haven't seen any feedback. I think starting with a similar hover interaction that we have with the split run button would be a good start:

I had to pull quite some tricks to get the same background color appear when you hover over the one or the other item, are you saying we go back to only showing hover background where you hover over?

I think the preferred style is to use the dual hover feedback (what was originally proposed), I think we can use a mixture of opacity to make that happen. I also just opened https://github.com/microsoft/vscode/issues/139213 to make split hovers to be consistent so it would make sense that the language status indicator have similar hover feedback, like:

@misolori I think we will end up with padding/margin issues when you move the mouse between the two because there is no real padding in between. If you can figure out the sizing and proof that in a video that shows the interaction between two, I can take a look.

Alright let me see what I can do

You can check out the misolori/language-status-hover branch for a sample, had to introduce a new color token with a slight higher opacity for the active item:
https://user-images.githubusercontent.com/35271042/146249235-ff895690-cc89-4eeb-9c71-8a5c5914a6c5.mp4

@misolori thank you, works quite well. as I had indicated the padding is a little bit inconsistent between the one and the other item then:

But I don't mind merging your change in if you want.

I think the inconsistent padding is ok otherwise the two items will appear farther away from each other and be a bit inconsistent with how we represent them in regular status bar items.
I'll merge in my changes then!

For verification, find a language status indicator by either opening a JSON or Typescript file (you'll see the { } next to the language status bar item) and verify that each item has separate hover states. Also verify that you can theme statusBarItem.compactHoverBackground.


Edits are lost when  typed in after a header is cleared completely using  delete/backspace button

Clear the text using delete/backspace button.
type -in new edits.
Case 1:
Tab out/on blur edits are lost and blocks moved up.
Case 2:
Click on save after step2. edits are lost and blocks moved up.

This is taken out from #508.

@elsylambert can you retest this? I suspect it's still an issue

Not an issue in translationCore Create - v1.2.0-rc.2 build 28-4717783.


Add new channels from Chile

This PR is for add new channels and edit RTVE channels

Sorry again, I will fix in a few moments.


Assemble partials and data

IMO - This supports more reusable code options using native assemble options.

@leemunroe - Yeah, I like that. I'll update shortly.

@leemunroe - This should be good to go. The PR did merge in the latest secrets PR that landed on master. Cheers!


Merge editor: checkbox menu feedback

I believe the top 4 entries are mutually exclusive so I would have expected a radio button style.
The last one seems to be a toggle, so a checkbox is fine but should probably put a separator to the top.
//cc @daviddossett

I think a similar issue is in the new layout menu where I would have expected radio button:

The menu item only has a "checked" property. How can I get a radio button there?
Do we have a context menu that has this?

Yeah good point, I think macOS does not allow for radio button in menus. At least separators would help.

There is now a separator:


WIP - utils/vlog: More tests from timing tutorial.

Adding "Figure 43 - XXX Single Port RAM", fixes #630 .

Adding "Figure 44" - Synchronous Single Port RAM, fixes #631 .

Adding "Figure 45" - Asynchronous Single Port RAM, fixes #632 .

Adding "Figure 46" - Synchronous Dual port RAM with independent clocks, fixes #629 .

Adding Single Port ROM.

Signed-off-by: Tim 'mithro' Ansell<EMAIL_ADDRESS>

FYI - @acomodi + @kgugala

@kgugala - Unsure if I will have time to continue to work on this, it is just a rebase of stuff I found from a long while back. Do you want to take a look at it and see if you can get it working?

Hmm, it looks like the red CI is a conda failure. I'll force another run

@kgugala How is this pull request going?

I fixed golde model for single port ram, and cmake deps for the rest of the tests.
the remaining tests fail on implicit FFs (#652)

@kgugala Could you look at finishing of this pull request and getting it merged?

@mithro I addressed most of the issues that were keeping CI red. Right now the dsp_conditional fails with:
# Load Timing Constraints took 0.00 seconds (max_rss 8.7 MiB, delta_rss +0.0 MiB)
Error 1:
Type: Packing
File: /tmp/really-really-really-really-really-really-really-really-really-really-really-really-really-long-path/conda/conda-bld/vtr_1557246610590/work/vpr/src/pack/cluster.cpp
Line: 1984
Message: Can not find any logic block that can implement molecule.
        Atom dsp_combinational (dsp_combinational)

I think the test architecture has to be adjusted to handle this

It looks like the test does not synthesize correct verilog file.  This design is not implementable in the test architecture generated for this design, where dsp_combinational tile cannot be connected directly to in buf.
also in case of multiple instance (this test actually passes) we get this eblif:
.model top
.inputs a b cin
.outputs cout sum
.subckt adder a=a b=b cin=cin cout=cout sum=sum
.cname adder
.end

which is not a correct eblif of the top multiple instance module (which instantiates 64 full adders), but rather a single full adder. Since in this arch we have 64 full adder, we can implement this design using only one of it.
Is this a cmake problem? We feed yosys with autoinferred verilog include, instead of the top level file?

Oh. I see the eblifs in the tests are generated with vpr_pbtype_to_eblif.py

so the vpr_pbtype_to_eblif looks for leafs only https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/utils/vpr_pbtype_to_eblif.py#L83
and generates the eblif from that one.
The find_leaf function returns only leaf pb_types (the ones having eblif tag defined) https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/utils/lib/pb_type.py#L22
So we never generate eblif from the top level.

@kgugala The eblif issue might already be found in https://github.com/SymbiFlow/symbiflow-arch-defs/pull/703

It looks like we can handle the cases where the top module is not a blackbox with Yosys - we can generate the test blif from verilog. I did some intial tests on that and it looks promising.
Now it looks like the test arch.xml file is incorrect. e.g. in the multiple_instance case the device layout is generated in a way that it defines only 3 IBUFS (for only one adder), while the design which is suppose to be packed into this arch has 192 inputs (64 adders, 3 inputs each). VPR fails with:
Message: Failed to find device which satisifies resource requirements required: IBUF: 192, OBUF: 128, TILE: 64 (available IBUF: 3, OBUF: 2, TILE: 1)


chore: Cache Azure CNI v1.4.9

Azure CNI v1.4.9: https://github.com/Azure/azure-container-networking/releases/tag/v1.4.9

Remove old cached version v1.2.7 in Windows VHD since AKS RP uses v1.4.0 for Windows for a long time.
Remove old cached version v1.4.7 in Windows VHD since we did not use it.
Add new Azure CNI v1.4.9

FYI @matmerr @rbtr

ping @mainred


Fix : elements

I've updated it with a better one and it should now work with all Turstile Captchas.

Okay , nicee


Fix typo

a -> an

@changeworld : Thanks for your contribution! The author, @alkohli, has been notified to review your proposed change.

Looks good. Please merge. #sign-off


Fix setuptools version to 69.1

Fixes the setuptools version to 69.1. There is some anecdotal evidence that setuptools >= 69.2 causes problems with Github Actions.

This change is


Feature request: reduce RAM consumption

The library has a relatively high RAM footprint, making it difficult to use on low-spec embedded systems. Printing a table with 4 or 5 rows easly allocates several kB of RAM.
Jumping in the code, I noticed that in the background buffers are allocated for each cell of the table, before printing starts.
Would it be possible to selectively draw the table in lines? For example, something like this:
    for (size_t i = 0; i != ft_get_number_of_rows_to_print(table); ++i)
    {
        memset(buffer, 0, 128);
        if (0 == ft_print_single_row(table, i, buffer, 256))
        {
            printf(buffer);
        }
    }

So that in the background, only the necessary allocations are done for a single row, and the buffers are freed after printing out.
Judging from the code, this would mean major code changes regarding the cell buffer handling.

Hi!
From the very beginning memory usage cpu usage were simply out of scope. For my use case different feature and flexibility for different styles were more important. That's why I put more effort into it. So, yeah, it is very possible that memory consumption is relatively big.
First, of all I'll try to find some time to revise and profile current code. Maybe some small places can be rewritten to reduce memory and cpu consumption, and reduce redundant memory allocations on the heap without changing external API.
About adding possibility to convert table to string not as a whole but row by row (or by group of the rows). The idea seems rather interesting. I also thought about something like that some time ago but for a little bit different other use case. Also I like the idea of providing memory buffer to the library very much.
To achieve such goals it will be needed to rewrite a relatively big amount of code. So I think it will be good to put some time in planning and thinking about the API to make it more general and how it will interact with current code.
So at the moment can't say anything really certain. I'll revise code and will determine what can be done relatively easy and somehow plan other taks as big features.

Hi all,
I second that. Using this lib on an ESP32 needs A LOT OF PRECIOUS RAM, for a simple 2kB output of text, up to 10kB of RAM is sucked in. I just can't continue using it on such limited devices.


saveAll in a spring boot repository attempts to do a update rather than insert on non existent record.

Bug Report
In a spring boot data repository when adding new records with a primary key that is a foreign key to another table saveAll attempts to update rather than insert, which generates a "org.springframework.dao.TransientDataAccessResourceException: Failed to update table ..." exception.
If I provide a insert method to the contact repository like so ...
@Override
public Mono<Void> insert(Contact contact) {
    return databaseClient.sql("INSERT INTO contact (client_id, email, phone, mobile, fax) VALUES (:clientId, :email, :phone, :mobile, :fax)")
            .bind("clientId", contact.getClientId())
            .bind("email", contact.getEmail())
            .bind("phone", contact.getPhone())
            .bind("mobile", contact.getMobile())
            .bind("fax", contact.getFax())
            .then();
}

Everything works as expected.
Versions

Driver: r2dbc-h2-1.0.0.RELEASE
Database: H2
Java: 17
OS: Linux

Current Behavior
saveAll attempts to perform an update when it should do an insert.

I have a database schema with a one to one relationship between client and contact.  The primary key of client is "id" which auto_increment field. The client.id field is the primary key of the contact schema in the column client_id. The contact.client_id field and has a foreign key relationship to the client.id field.
I have a unit test where I am attempting to load a H2 database with test data.  I first create the schema, and insert 3 rows with a TestDataConfig class. I then attempt to load additional records from a csv file. The Client correctly saves the data and generates correct id values which are stored in an array and I augment the data read from the contact csv file to populate additional rows in the contact table. When attempting to insert the contact data via saveAll I get the exception:
org.springframework.dao.TransientDataAccessResourceException: Failed to update table [contact]; Row with Id [4] does not exist

<summary>Stack trace</summary>
org.springframework.dao.TransientDataAccessResourceException: Failed to update table [contact]; Row with Id [4] does not exist

	at org.springframework.data.r2dbc.core.R2dbcEntityTemplate.lambda$doUpdate$12(R2dbcEntityTemplate.java:641)
	at reactor.core.publisher.FluxHandle$HandleSubscriber.onNext(FluxHandle.java:113)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
	at reactor.core.publisher.MonoUsingWhen$MonoUsingWhenSubscriber.deferredComplete(MonoUsingWhen.java:268)
	at reactor.core.publisher.FluxUsingWhen$CommitInner.onComplete(FluxUsingWhen.java:532)
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.onComplete(Operators.java:2231)
	at reactor.core.publisher.Operators.complete(Operators.java:137)
	at reactor.core.publisher.MonoEmpty.subscribe(MonoEmpty.java:46)
	at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:103)
	at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onError(MonoIgnoreElements.java:84)
	at reactor.core.publisher.FluxMap$MapSubscriber.onError(FluxMap.java:134)
	at reactor.core.publisher.FluxFilter$FilterSubscriber.onError(FluxFilter.java:157)
	at reactor.core.publisher.FluxFilter$FilterConditionalSubscriber.onError(FluxFilter.java:291)
	at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onError(FluxMap.java:265)
	at reactor.core.publisher.Operators.error(Operators.java:198)
	at reactor.core.publisher.MonoError.subscribe(MonoError.java:53)
	at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
	at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:76)
	at reactor.core.publisher.MonoDefer.subscribe(MonoDefer.java:53)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.FluxUsingWhen$UsingWhenSubscriber.onComplete(FluxUsingWhen.java:389)
	at reactor.core.publisher.Operators$BaseFluxToMonoOperator.completePossiblyEmpty(Operators.java:2098)
	at reactor.core.publisher.MonoStreamCollector$StreamCollectorSubscriber.onComplete(MonoStreamCollector.java:159)
	at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:850)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:612)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:592)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:469)
	at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.onComplete(FluxOnAssembly.java:549)
	at reactor.core.publisher.FluxMap$MapSubscriber.onComplete(FluxMap.java:144)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
	at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:357)
	at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
	at reactor.core.publisher.FluxMap$MapSubscriber.request(FluxMap.java:164)
	at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.request(FluxOnAssembly.java:649)
	at reactor.core.publisher.FluxFlatMap$FlatMapMain.onSubscribe(FluxFlatMap.java:373)
	at reactor.core.publisher.FluxOnAssembly$OnAssemblySubscriber.onSubscribe(FluxOnAssembly.java:633)
	at reactor.core.publisher.FluxMap$MapSubscriber.onSubscribe(FluxMap.java:92)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:83)
	at reactor.core.publisher.Flux.subscribe(Flux.java:8848)
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:202)
	at reactor.core.publisher.FluxFlatMap.subscribeOrReturn(FluxFlatMap.java:94)
	at reactor.core.publisher.MonoFromFluxOperator.subscribe(MonoFromFluxOperator.java:75)
	at reactor.core.publisher.MonoUsingWhen$ResourceSubscriber.onNext(MonoUsingWhen.java:183)
	at reactor.core.publisher.FluxMap$MapSubscriber.onNext(FluxMap.java:122)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:129)
	at reactor.core.publisher.MonoSupplier$MonoSupplierSubscription.request(MonoSupplier.java:145)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.request(FluxMapFuseable.java:171)
	at reactor.core.publisher.Operators$MultiSubscriptionSubscriber.set(Operators.java:2367)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onSubscribe(FluxOnErrorResume.java:74)
	at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onSubscribe(FluxMapFuseable.java:96)
	at reactor.core.publisher.MonoSupplier.subscribe(MonoSupplier.java:48)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:103)
	at reactor.core.publisher.MonoFlatMap$FlatMapMain.onError(MonoFlatMap.java:180)
	at reactor.core.publisher.FluxMap$MapSubscriber.onError(FluxMap.java:134)
	at reactor.core.publisher.Operators.error(Operators.java:198)
	at reactor.core.publisher.MonoError.subscribe(MonoError.java:53)
	at reactor.core.publisher.MonoDeferContextual.subscribe(MonoDeferContextual.java:55)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.MonoUsingWhen.subscribe(MonoUsingWhen.java:97)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:265)
	at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4576)
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:205)
	at reactor.core.publisher.MonoFlatMap.subscribeOrReturn(MonoFlatMap.java:53)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4560)
	at reactor.core.publisher.FluxFlatMap.trySubscribeScalarMap(FluxFlatMap.java:202)
	at reactor.core.publisher.MonoFlatMap.subscribeOrReturn(MonoFlatMap.java:53)
	at reactor.core.publisher.Mono.subscribe(Mono.java:4560)
	at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onNext(FluxConcatMapNoPrefetch.java:207)
	at reactor.core.publisher.FluxIterable$IterableSubscription.slowPath(FluxIterable.java:335)
	at reactor.core.publisher.FluxIterable$IterableSubscription.request(FluxIterable.java:294)
	at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.request(FluxConcatMapNoPrefetch.java:337)
	at reactor.core.publisher.FluxUsingWhen$UsingWhenSubscriber.request(FluxUsingWhen.java:322)
	at reactor.core.publisher.BlockingSingleSubscriber.onSubscribe(BlockingSingleSubscriber.java:54)
	at reactor.core.publisher.FluxUsingWhen$UsingWhenSubscriber.onSubscribe(FluxUsingWhen.java:411)
	at reactor.core.publisher.FluxConcatMapNoPrefetch$FluxConcatMapNoPrefetchSubscriber.onSubscribe(FluxConcatMapNoPrefetch.java:164)
	at reactor.core.publisher.FluxIterable.subscribe(FluxIterable.java:201)
	at reactor.core.publisher.FluxStream.subscribe(FluxStream.java:69)
	at reactor.core.publisher.Flux.subscribe(Flux.java:8848)
	at reactor.core.publisher.FluxUsingWhen.subscribe(FluxUsingWhen.java:94)
	at reactor.core.publisher.Flux.subscribe(Flux.java:8848)
	at reactor.core.publisher.Flux.blockLast(Flux.java:2816)
	at org.claytoncone.r2dbcsaveallbug.repository.ClientRepositoryTest.setUp(ClientRepositoryTest.java:96)
	at java.base/java.lang.reflect.Method.invoke(Method.java:569)
	at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
	Suppressed: java.lang.Exception: #block terminated with an error
		at reactor.core.publisher.BlockingSingleSubscriber.blockingGet(BlockingSingleSubscriber.java:104)
		at reactor.core.publisher.Flux.blockLast(Flux.java:2817)
		... 3 more

Table schema

CREATE TABLE IF NOT EXISTS client (
id BIGINT NOT NULL PRIMARY KEY AUTO_INCREMENT,
given_name VARCHAR(255) NOT NULL,
middle_initial VARCHAR(1),
surname VARCHAR(255) NOT NULL,
title VARCHAR(255),
company VARCHAR(255)
);
CREATE TABLE IF NOT EXISTS contact (
client_id BIGINT NOT NULL PRIMARY KEY,
email VARCHAR(255) UNIQUE NOT NULL,
phone VARCHAR(10),
mobile VARCHAR(10),
fax VARCHAR(10),
FOREIGN KEY (client_id) REFERENCES client (id)
);

Input Code
-- your SQL here;

Steps to reproduce
I have a github repository with the code. I use Intellij, but mvn test will reproduce the error.
r2dbc-saveAll-bug

Input Code
please see [r2dbc-saveAll-bug](https://github.com/claytoncone/r2dbc-saveAll-bug.git)

Expected behavior/code
I expect the saveAll to insert the records.
Possible Solution

Additional context
As I said before if I extend the contact repository with a custom contact repository that only does an insert, and call it in setUp via
       // Step 4: Save contact records using custom insert method         contacts.flatMap(contactRepository::insert).blockLast();
the setUp method completes and unit tests pass.
If I use a similar flatMap approach using like:
contacts.flatMap(contactRepository::save).blockLast();
I get the same failed update exception.

DatabaseClient is Spring and not part of the R2DBC spec.


www self-signed

https://mooc.fi/ works fine and it redirects to https://www.mooc.fi/
https://www.courses.mooc.fi/ does not work fine since the cert is self-signed
should the latter have a properly signed cert or should it redirect to https://courses.mooc.fi/ ?

Hi,
It is not common to use the www prefix with subdomains. www is a subdomain, just like courses, and adding a subdomain in front of another subdomain offers no advantage. That’s why the convention of adding www before domains has never applied to subdomains.
While it is not ideal for the URL to serve a self-signed certificate, I think it should still trigger an error.

-or it could just redirect to courses.mooc.fi since other non-technical people have/will continue to link courses.mooc.fi with the www prefix.


Host with 60k+ items

I'm submitting a ...

[X] Bug report
[ ] Feature requestdd
[ ] Question / Support request

Software Versions
| Grafana | Zabbix | Grafana-Zabbix Plugin |
| Version 4.3.2 (commit: ed4d170) | 3.2.6  | 3.4.0 |
What did you do?
Tried to create a dashboard for a host with 65,000 items
What was the expected result?
Slow load times when selecting an Item for display. Filtered by Application = 24k possible items.
What happened instead?
Zabbix API Error
Suspect this is due to the sheer size of data returned?

You get Zabbix API Error, so I think, it's due memory issues with PHP. Try to look at php logs, maybe you should increase an amount of memory.
How many items do you want to display? Maybe it makes sense to add a mode where the plugin will use itemids instead regex filtering. Also, in order to prevent grabbing all items when request is building, try to increase cache TTL in data source config.

Currently this is for 1200 items.
/var/log/httpd/error.log
Allowed memory size of 134217728 bytes exhausted (tried to allocate 72 bytes) in /usr/share/zabbix/include/classes/api/services/CHistory.php on line 197, referer.
Increased php_value memory_limit to 1024MB and the error went away.
Thank you!
I'm going to have a problem down track though if we regex, say 10k items so using itemids might be very useful! I'll play with TTL and let you know how that goes on large queries!


Add String.fromList-toList simplifications

String.fromList (String.toList str)
--> str

String.toList (String.fromList list)
--> list

-- all below are not in summary
String.toList << String.fromList
--> identity

String.fromList << String.toList
--> identity

String.toList << (String.fromList << f)
--> f

(f << String.toList) << String.fromList
--> f

String.fromList << (String.toList << f)
--> f

(f << String.fromList) << String.toList
--> f

and all variations with <</>>
Not fully confident that the error messages are easy to understand/read.

You have conflicts. You need to remove the delete the first four commits.
# Get the latest `main` branch
git checkout <your branch>
git rebase --interactive main
# then remove the first four commits (which are already on `main`)
# Save
git push --force <your branch>

It's really strange because running git rebase --interactive upstream/main shows every commit except these 4. I'll try to close this PR and reopen first. If that doesn't work, I'll need some help.

Hmm, yeah that's weird. I tend to avoid rebasing or doing things compared to remote branches. For instance, I prefer doing things operations relative to main rather than to origin/main, mostly to avoid doing it one way then the other and messing up. Therefore I prefer making that sure main points to the same thing as origin/main.
I'm curious to know the difference it makes in this case :man_shrugging: (but don't go investigating, unless you want to know yourself)


python classifiers

Hello,
I've noticed you hadn't set any Python classifiers so I added those which I thought made sense.
let me know if this PR is good or if you want me to change anything.
cheers!

Awesome, thanks!

I'll upload a new version to pypi soon


FDSBP elixir hanging

The elixir examples/tree_2d_fdsbp/elixir_advection_extended.jl is hanging for me. The elixir examples/2d/elixir_advection_basic.jl" runs in about 42 seconds, but elixir_advection_extended.jl` has hung for 6 minutes so far.
If it helps, I'm running the elixir by creating a sandbox folder, adding Trixi (dev) and OrdinaryDiffEq, then running include("../examples/tree_2d_fdsbp/elixir_advection_extended.jl").

Hm - seems like a diag got dropped when I merged main into my branch. Seeing if tests pass now.

Does it work if you check out main locally?

It still seems to hang (has run for about 3 minutes so far).
The diag issue was unrelated (just an issue with merging main into https://github.com/trixi-framework/Trixi.jl/pull/613).

I'm heading to sleep soon, but maybe we can touch base at hackfest tomorrow?

I'm not sure whether I will be able to join but we can try to do so

Just to confirm: You are using something like
julia> using Pkg; Pkg.activate(temp=true)
  Activating new environment at `/tmp/jl_YA8CrW/Project.toml`

julia> Pkg.develop("Trixi"); Pkg.add("OrdinaryDiffEq")
Path `/home/hendrik/.julia/dev/Trixi` exists and looks like the correct package. Using existing path.
[...]

julia> using Trixi

julia> @time include(joinpath(examples_dir(), "tree_2d_fdsbp", "elixir_advection_extended.jl"))
[...]
 32.509956 seconds (79.12 M allocations: 4.435 GiB, 3.70% gc time, 0.70% compilation time)

aren't you?

No worries - this isn't urgent, just thought it was odd.
Yeah, I'm using something similar. Tried these exact commands from a fresh checkout of main, but the elixir still seems to be hanging (had run for ~4 minutes).

Okay, we can debug that later. Thanks for reporting it!

I'll list some first steps to look at when trying to debug this problem (since I'm not sure whether I will be there later).

How long does it take to

install SummationByPartsOperators.jl
recompile it
using it

Where exactly does the elixir hand? Do you get any output at all?
What happens if you copy&paste the code of the elixir into the REPL step by step?
Which package versions do you have installed (using Pkg; julia> Pkg.status(mode=PKGMODE_MANIFEST))?

Installing/compiling/using SBPOperators.jl is near instantaneous (about .001 seconds)
For the elixir, I don't get any output - it doesn't produce any output. It seems similar to cases when I've seen @batch stall after an error (I've had to use Polyester.reset_workers!() and ThreadingUtilities.reinitialize_tasks!() to "reset" things).

How many threads are you using? Does the number of threads influence the behavior?
What happens if you manually remove @threaded in https://github.com/trixi-framework/Trixi.jl/blob/6d3de6a17a3d96c3e4371c534c063fe4fe71c888/src/solvers/dg_common.jl#L80

For the elixir, I don't get any output - it doesn't produce any output. It seems similar to cases when I've seen @batch stall after an error (I've had to use Polyester.reset_workers!() and ThreadingUtilities.reinitialize_tasks!() to "reset" things).

I don't really know how to debug these problems, sorry. Does that happen only on a specific system or on different computers?

Seems to be related to multithreading for this example - at least, I get segfaults when using two threads and the code above...

Can @andrewwinters5000 reproduce this in his Mac? Maybe it's OS/architecture related?

This example segfaults for me as well when I run from main.

For the elixir, I don't get any output - it doesn't produce any output. It seems similar to cases when I've seen @batch stall after an error (I've had to use Polyester.reset_workers!() and ThreadingUtilities.reinitialize_tasks!() to "reset" things).

I don't really know how to debug these problems, sorry. Does that happen only on a specific system or on different computers?

I'm not sure - I've only tried it on my Mac. It might be Mac-related given @andrewwinters5000's comment

What's the exact code you need to run to reproduce the behavior? Is it the code from https://github.com/trixi-framework/Trixi.jl/issues/645#issuecomment-862045917? If yes, I can also run it on another Linux machine.

Yeah - I can repro the error by just copy and pasting that.

That's sad...
* How many threads are you using? Does the number of threads influence the behavior?

* What happens if you manually remove `@threaded` in https://github.com/trixi-framework/Trixi.jl/blob/6d3de6a17a3d96c3e4371c534c063fe4fe71c888/src/solvers/dg_common.jl#L80

It runs, but then segfaults at a later location. Lost it due to VSCode terminal crashing, let me try directly with REPL.

Weird! It works when I run it directly in the REPL, but crashes when I run it from VSCode.
I have no idea how to debug something like that.

When I run the code in https://github.com/trixi-framework/Trixi.jl/issues/645#issuecomment-862045917 on a virgin Julia 1.6.1 install (i.e., ~/.julia was renamed before), already the installation step fails:
Precompiling project...
  ✗ Octavian
  ✗ StrideArrays
  ✗ Trixi
  112 dependencies successfully precompiled in 79 seconds (13 already precompiled)
  3 dependencies errored. To see a full report either run `import Pkg; Pkg.precompile()` or load the packages

When running using Trixi anyways, it will produce the following output
julia> using Trixi
[ Info: Precompiling Trixi [a7f1ee26-1774-49b1-8366-f1abc58fbfcb]
ERROR: LoadError: UndefVarError: maybestaticsize not defined
Stacktrace:
 [1] include
   @ ./Base.jl:386 [inlined]
 [2] include_package_for_output(pkg::Base.PkgId, input::String, depot_path::Vector{String}, dl_load_path::Vector{String}, load_path::Vector{String}, concrete_deps::Vector{Pair{Base.PkgId, UInt64}}, source::String)
   @ Base ./loading.jl:1213
 [3] top-level scope
   @ none:1
 [4] eval
   @ ./boot.jl:360 [inlined]
 [5] eval(x::Expr)
   @ Base.MainInclude ./client.jl:446
 [6] top-level scope
   @ none:1
in expression starting at /home/mschlott/.julia/packages/StrideArrays/J1EsX/src/StrideArrays.jl:1
ERROR: LoadError: Failed to precompile StrideArrays [d1fa6d79-ef01-42a6-86c9-f7c551f8593b] to /home/mschlott/.julia/compiled/v1.6/StrideArrays/jl_Lf9HGp.

Stacktrace:
 [1] error(s::String)
   @ Base ./error.jl:33
 [2] compilecache(pkg::Base.PkgId, path::String, internal_stderr::Base.TTY, internal_stdout::Base.TTY)
   @ Base ./loading.jl:1360
 [3] compilecache(pkg::Base.PkgId, path::String)
   @ Base ./loading.jl:1306
 [4] _require(pkg::Base.PkgId)
   @ Base ./loading.jl:1021
 [5] require(uuidkey::Base.PkgId)
   @ Base ./loading.jl:914
 [6] require(into::Module, mod::Symbol)
   @ Base ./loading.jl:901

Running import Pkg; Pkg.precompile() gives similar errors:

ERROR: LoadError: UndefVarError: maybestaticsize not defined
julia> import Pkg; Pkg.precompile()
Precompiling project...
  ✗ Octavian
  ✗ StrideArrays
  ✗ Trixi
  0 dependencies successfully precompiled in 13 seconds (125 already precompiled)

ERROR: The following 1 direct dependency failed to precompile:

Trixi [a7f1ee26-1774-49b1-8366-f1abc58fbfcb]

ERROR: LoadError: UndefVarError: maybestaticsize not defined
Stacktrace:
 [1] include
   @ ./Base.jl:386 [inlined]
 [2] include_package_for_output(pkg::Base.PkgId, input::String, depot_path::Vector{String}, dl_load_path::Vector{String}, load_path::Vector{String}, concrete_deps::Vector{Pair{Base.PkgId, UInt64}}, source::String)
   @ Base ./loading.jl:1213
 [3] top-level scope
   @ none:1
 [4] eval
   @ ./boot.jl:360 [inlined]
 [5] eval(x::Expr)
   @ Base.MainInclude ./client.jl:446
 [6] top-level scope
   @ none:1
in expression starting at /home/mschlott/.julia/packages/StrideArrays/J1EsX/src/StrideArrays.jl:1
ERROR: LoadError: Failed to precompile StrideArrays [d1fa6d79-ef01-42a6-86c9-f7c551f8593b] to /home/mschlott/.julia/compiled/v1.6/StrideArrays/jl_JAaPqy.

I think the same problem also affects our CI runners: https://github.com/trixi-framework/Trixi.jl/pull/651/checks?check_run_id=2850831211#step:6:390

Weird. Did that slip past the PR CI somehow?

No. That's an upstream issue from the LoopVectorization universe: https://github.com/JuliaSIMD/LoopVectorization.jl/issues/285

Concerning the original error: I do get segfaults when running the FDSBP elixir locally with multiple threads and a working version of LoopVectorization.jl. It's not completely deterministic since it seems to be related to the GC. This will probably need some serious debugging and might as well be related to some issue in Polyester or somewhere else.
It's a bit weird that I get segfaults when I use @threaded at least once in the two obvious places in
https://github.com/trixi-framework/Trixi.jl/blob/8f2e407ad4a38ee417d7cded96d044b65be5f603/src/solvers/fdsbp_tree/fdsbp_2d.jl#L60
and
https://github.com/trixi-framework/Trixi.jl/blob/8f2e407ad4a38ee417d7cded96d044b65be5f603/src/solvers/fdsbp_tree/fdsbp_2d.jl#L103

After a new version of LoopVec has been released, the code from https://github.com/trixi-framework/Trixi.jl/issues/645#issuecomment-862045917 works again. On Linux, I don't get any errors, but some @time output very similar to @ranocha's:
Our gitlab server:
 41.338190 seconds (79.44 M allocations: 4.460 GiB, 3.64% gc time, 0.70% compilation time)

Roci:
 35.323078 seconds (79.39 M allocations: 4.455 GiB, 3.60% gc time, 0.71% compilation time)

With multiple threads?

With multiple threads?

:facepalm: How many should I have used?

julia --threads=2 vs. julia --threads=1 makes a difference for me between "segfault" and "everything is fine"

Sorry, you're right. With julia --threads=2, I also am able to produce segfaults. On both machines it fails at
https://github.com/trixi-framework/Trixi.jl/blob/6d3de6a17a3d96c3e4371c534c063fe4fe71c888/examples/tree_2d_fdsbp/elixir_advection_extended.jl#L55
But at least on roci I get the following additional GC-related error message:
GC error (probable corruption) [...]
GC error (probable corruption) :
Allocations: 125867492 (Pool: 125807232; Big: 60260); GC: 119
<?#0x7f2cf3415440::0xa00>
0x7f2c1d9fb010: Queued root: 0x7f2c2a9b7b20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb028: Queued root: 0x7f2c2a9e47e0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb040: Queued root: 0x7f2c2a9e4420 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb058: Queued root: 0x7f2cf7ec3610 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb070: Queued root: 0x7f2cf89d7e20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb088: Queued root: 0x7f2cf89d7c80 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb0a0: Queued root: 0x7f2cf88b5420 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb0b8: Queued root: 0x7f2cf8fa1780 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb0d0: Queued root: 0x7f2cf88ee3a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb0e8: Queued root: 0x7f2cf8266010 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb100: Queued root: 0x7f2cf88e96b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb118: Queued root: 0x7f2cf8fa3b90 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb130: Queued root: 0x7f2cf6e7bd70 :: 0x7f2cf66cd8a0 (bits: 3)
        of type Module
0x7f2c1d9fb148: Queued root: 0x7f2cf8b803d0 :: 0x7f2cf66cda70 (bits: 3)
        of type Core.MethodTable
0x7f2c1d9fb160: Queued root: 0x7f2cf8b80520 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb178: Queued root: 0x7f2cf763bb70 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb190: Queued root: 0x7f2c1aefdc30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb1a8: Queued root: 0x7f2cf7e8cf80 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb1c0: Queued root: 0x7f2c2a822050 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb1d8: Queued root: 0x7f2cf76ad270 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb1f0: Queued root: 0x7f2cf7e8ba80 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb208: Queued root: 0x7f2cf7e92a20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb220: Queued root: 0x7f2cf8b81c00 :: 0x7f2cf66cda70 (bits: 3)
        of type Core.MethodTable
0x7f2c1d9fb238: Queued root: 0x7f2cf8b81e00 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb250: Queued root: 0x7f2cf7d6c840 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb268: Queued root: 0x7f2cf7d544d0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb280: Queued root: 0x7f2cfa362690 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb298: Queued root: 0x7f2cf9983200 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb2b0: Queued root: 0x7f2cf9959f40 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb2c8: Queued root: 0x7f2cf8b87170 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb2e0: Queued root: 0x7f2cf8b86f90 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb2f8: Queued root: 0x7f2cf9c46d80 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb310: Queued root: 0x7f2cf8d9e010 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb328: Queued root: 0x7f2cf6e23bf0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb340: Queued root: 0x7f2cf6e23800 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb358: Queued root: 0x7f2cf84dbe10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb370: Queued root: 0x325edc0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb388: Queued root: 0x7f2cf2391d90 :: 0x7f2cf66ce260 (bits: 3)
        of type Core.TypeMapLevel
0x7f2c1d9fb3a0: Queued root: 0x3ec0800 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb3b8: Queued root: 0x4d6b7c0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb3d0: Queued root: 0x7f2cf7b76da0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb3e8: Queued root: 0x7f2cf85f5d60 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb400: Queued root: 0x7f2cf7b36970 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb418: Queued root: 0x7f2cf82ebfa0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb430: Queued root: 0x7f2c29833340 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb448: Queued root: 0x7f2cfa66e7b0 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb460: Queued root: 0x7f2cf8685f20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb478: Queued root: 0x7f2cf86855b0 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb490: Queued root: 0x7f2cf6e82160 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb4a8: Queued root: 0x7f2cf99f91d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb4c0: Queued root: 0x7f2c1b670a30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb4d8: Queued root: 0x7f2c1a5f0d30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb4f0: Queued root: 0x7f2cf95171f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb508: Queued root: 0x7f2cf91dce30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb520: Queued root: 0x7f2cfa39e200 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb538: Queued root: 0x7f2c1bc4c250 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb550: Queued root: 0x7f2c1d029c30 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb568: Queued root: 0x7f2c2a856dd0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb580: Queued root: 0x7f2c1a5f0af0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb598: Queued root: 0x7f2c93d294b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb5b0: Queued root: 0x7f2c93d29450 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb5c8: Queued root: 0x7f2c2a2fb490 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb5e0: Queued root: 0x7f2c1ae8cfb0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb5f8: Queued root: 0x7f2cf8b813d0 :: 0x7f2cf66cda70 (bits: 3)
        of type Core.MethodTable
0x7f2c1d9fb610: Queued root: 0x7f2c23d85320 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb628: Queued root: 0x7f2cf79cd4a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb640: Queued root: 0x7f2c1ba83910 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb658: Queued root: 0x7f2c1ba838b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb670: Queued root: 0x7f2cf96b66a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb688: Queued root: 0x7f2c2a856d10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb6a0: Queued root: 0x7f2c1b6709d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb6b8: Queued root: 0x7f2cf11fc010 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fb6d0: Queued root: 0x7f2c9357ae00 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fb6e8: Queued root: 0x7f2cf12ec010 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fb700: Queued root: 0x7f2cf6718880 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb718: Queued root: 0x7f2c19c79150 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb730: Queued root: 0x7f2c2a7abbb0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb748: Queued root: 0x7f2cfaef93f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb760: Queued root: 0x7f2c335e2410 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb778: Queued root: 0x7f2cfa5d9740 :: 0x7f2cf68eb100 (bits: 3)
        of type Base.IdDict{Any, Any}
0x7f2c1d9fb790: Queued root: 0x7f2cf240c4a0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb7a8: Queued root: 0x7f2cfa58f780 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb7c0: Queued root: 0x7f2cfa58b7e0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb7d8: Queued root: 0x7f2cf6706080 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb7f0: Queued root: 0x4ce2580 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb808: Queued root: 0x7f2cf12e2230 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fb820: Queued root: 0x7f2c93f1c9d0 :: 0x7f2cf66cd8a0 (bits: 3)
        of type Module
0x7f2c1d9fb838: Queued root: 0x7f2c1b252770 :: 0x7f2c93debc70 (bits: 3)
        of type TimerOutputs.TimerOutput
0x7f2c1d9fb850: Queued root: 0x7f2c19a97240 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fb868: Queued root: 0x7f2c1ca8de10 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb880: Queued root: 0x7f2cf9b6c0a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb898: Queued root: 0x3d62000 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb8b0: Queued root: 0x7f2cf9b5fa50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb8c8: Queued root: 0x7f2cf9a7bb00 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb8e0: Queued root: 0x7f2c249e8f10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb8f8: Queued root: 0x7f2c1a559330 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb910: Queued root: 0x3eda680 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fb928: Queued root: 0x7f2c2a78f850 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb940: Queued root: 0x7f2cf9a91270 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb958: Queued root: 0x7f2cf9b1db50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb970: Queued root: 0x7f2cf9a52d30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb988: Queued root: 0x7f2c93391cd0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fb9a0: Queued root: 0x7f2cf2904490 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb9b8: Queued root: 0x7f2c335e23b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb9d0: Queued root: 0x7f2cf9a2fcc0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fb9e8: Queued root: 0x7f2cf9a10ec0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba00: Queued root: 0x7f2c23f0c430 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba18: Queued root: 0x7f2c93391f50 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fba30: Queued root: 0x7f2cfaed2390 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba48: Queued root: 0x7f2c28506000 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba60: Queued root: 0x7f2cfae38e10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba78: Queued root: 0x7f2cfad8bd30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fba90: Queued root: 0x7f2cf9a215d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbaa8: Queued root: 0x7f2cf9a1c750 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbac0: Queued root: 0x7f2cf9a1d160 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbad8: Queued root: 0x7f2c1d2e8900 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fbaf0: Queued root: 0x7f2c24ca0010 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbb08: Queued root: 0x7f2c23c5c380 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbb20: Queued root: 0x7f2cfad0fca0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbb38: Queued root: 0x7f2c232857b0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbb50: Queued root: 0x7f2c2ade5e70 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbb68: Queued root: 0x7f2cfacec580 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbb80: Queued root: 0x7f2cf9a3a900 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbb98: Queued root: 0x7f2cf9a3aec0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbbb0: Queued root: 0x7f2cfac20290 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbbc8: Queued root: 0x3d8bd00 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbbe0: Queued root: 0x7f2c9348d7d0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbbf8: Queued root: 0x7f2cfabddeb0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbc10: Queued root: 0x7f2c239289d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbc28: Queued root: 0x7f2c93391d70 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbc40: Queued root: 0x7f2c93392040 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbc58: Queued root: 0x7f2cfad03d20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbc70: Queued root: 0x7f2c32fd1210 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbc88: Queued root: 0x7f2cfab8cea0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbca0: Queued root: 0x7f2cfab0bdb0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbcb8: Queued root: 0x7f2c32f20b50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbcd0: Queued root: 0x7f2c1ca0a8c0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbce8: Queued root: 0x7f2cf66de4e0 :: 0x7f2cf66cd8a0 (bits: 3)
        of type Module
0x7f2c1d9fbd00: Queued root: 0x7f2c93489be0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbd18: Queued root: 0x7f2c9348da00 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbd30: Queued root: 0x7f2c311ec250 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbd48: Queued root: 0x7f2c242eacb0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbd60: Queued root: 0x7f2cf13b2cb0 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fbd78: Queued root: 0x7f2cf13b2b60 :: 0x7f2cf68c68e0 (bits: 3)
        of type Task
0x7f2c1d9fbd90: Queued root: 0x2878bc0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbda8: Queued root: 0x7f2cf6c90820 :: 0x7f2cf66cd8a0 (bits: 3)
        of type Module
0x7f2c1d9fbdc0: Queued root: 0x7f2cfa3c1ac0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbdd8: Queued root: 0x7f2c9348c970 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbdf0: Queued root: 0x7f2cfa39e5f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbe08: Queued root: 0x7f2c934895f0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbe20: Queued root: 0x7f2c9348d280 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbe38: Queued root: 0x7f2c311ec370 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbe50: Queued root: 0x7f2c242eac50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbe68: Queued root: 0x7f2cfa353850 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbe80: Queued root: 0x7f2c1d248450 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbe98: Queued root: 0x5d6d240 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbeb0: Queued root: 0x7f2c9330daa0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbec8: Queued root: 0x7f2c9348dc80 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbee0: Queued root: 0x7f2c93391e10 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fbef8: Queued root: 0x7f2cf8d68a70 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbf10: Queued root: 0x7f2c1a453c90 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fbf28: Queued root: 0x7f2cf9e961a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbf40: Queued root: 0x3d78380 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbf58: Queued root: 0x5327000 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbf70: Queued root: 0x7f2cf994c030 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbf88: Queued root: 0x7f2cf99555b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fbfa0: Queued root: 0x7f2c2435be90 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbfb8: Queued root: 0x7f2cf6a36710 :: 0x7f2cf66cda70 (bits: 3)
        of type Core.MethodTable
0x7f2c1d9fbfd0: Queued root: 0x7f2c1ccdc670 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fbfe8: Queued root: 0x7f2cf95a5760 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc000: Queued root: 0x7f2cf958e140 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc018: Queued root: 0x7f2cf243c010 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc030: Queued root: 0x7f2c1aca8da0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc048: Queued root: 0x7f2cf93672a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc060: Queued root: 0x7f2cf981a0c0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc078: Queued root: 0x7f2cf69cbb70 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc090: Queued root: 0x7f2c24053d00 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc0a8: Queued root: 0x7f2c294a4e80 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc0c0: Queued root: 0x7f2c1bfa1ed0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc0d8: Queued root: 0x7f2cf24d7410 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc0f0: Queued root: 0x7f2cf92860a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc108: Queued root: 0x7f2cf6bdd280 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc120: Queued root: 0x5326600 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc138: Queued root: 0x7f2cf9424440 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc150: Queued root: 0x7f2cf93f0760 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc168: Queued root: 0x7f2cf90a5700 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc180: Queued root: 0x7f2cf8c90c80 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc198: Queued root: 0x7f2cf8c68110 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc1b0: Queued root: 0x7f2c92f93d50 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc1c8: Queued root: 0x7f2c3347d430 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc1e0: Queued root: 0x7f2cf2f99f00 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc1f8: Queued root: 0x7f2c349d7730 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc210: Queued root: 0x7f2c349d6f50 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc228: Queued root: 0x7f2c1b1ed310 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc240: Queued root: 0x7f2c3a870b50 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc258: Queued root: 0x7f2c1b10ae10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc270: Queued root: 0x7f2c933b1510 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc288: Queued root: 0x7f2c1a7fd9f0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc2a0: Queued root: 0x7f2c333a52d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc2b8: Queued root: 0x7f2c335e2350 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc2d0: Queued root: 0x2814640 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc2e8: Queued root: 0x7f2c9348f030 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc300: Queued root: 0x7f2c242cc6d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc318: Queued root: 0x7f2c19a99f00 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fc330: Queued root: 0x7f2c19a95a30 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fc348: Queued root: 0x7f2c1ca8e1d0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc360: Queued root: 0x7f2c238272b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc378: Queued root: 0x7f2c239f21d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc390: Queued root: 0x7f2c1c000d30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc3a8: Queued root: 0x7f2c22a89030 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc3c0: Queued root: 0x7f2cf91bb320 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc3d8: Queued root: 0x7f2c2ade5f90 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc3f0: Queued root: 0x7f2c2a5eeab0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc408: Queued root: 0x7f2cf9150980 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc420: Queued root: 0x7f2cf6c1d540 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc438: Queued root: 0x7f2c9348c920 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc450: Queued root: 0x7f2cf9692000 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc468: Queued root: 0x7f2c9348daa0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc480: Queued root: 0x7f2c2497ad10 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc498: Queued root: 0x7f2c933920e0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc4b0: Queued root: 0x7f2cf96981e0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc4c8: Queued root: 0x7f2cf96972a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc4e0: Queued root: 0x7f2cf8d566a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc4f8: Queued root: 0x540fec0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc510: Queued root: 0x7f2cf8d54490 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc528: Queued root: 0x7f2c9348d3c0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc540: Queued root: 0x7f2cf8d08e60 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc558: Queued root: 0x4a250c0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc570: Queued root: 0x7f2cf8d01500 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc588: Queued root: 0x7f2c9348d4b0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc5a0: Queued root: 0x7f2cf8ca62a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc5b8: Queued root: 0x7f2cf6d14ab0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc5d0: Queued root: 0x7f2cf6edd060 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc5e8: Queued root: 0x7f2c93391dc0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc600: Queued root: 0x7f2c1ca9a0e0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc618: Queued root: 0x7f2c1ca8f710 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc630: Queued root: 0x7f2c1ca8e2c0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc648: Queued root: 0x2784480 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc660: Queued root: 0x7f2c3321d2e0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc678: Queued root: 0x7f2cfa8c4360 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fc690: Queued root: 0x7f2cf9016a30 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc6a8: Queued root: 0x7f2cf95c45d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc6c0: Queued root: 0x7f2c224159f0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc6d8: Queued root: 0x7f2c2290ff80 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc6f0: Queued root: 0x7f2c311f8e50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc708: Queued root: 0x427ad40 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc720: Queued root: 0x7f2c9348d730 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc738: Queued root: 0x7f2cf8f4e160 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc750: Queued root: 0x7f2cf863ccc0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc768: Queued root: 0x7f2cf9012600 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc780: Queued root: 0x7f2cf8f0a740 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc798: Queued root: 0x7f2cf6d04a80 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc7b0: Queued root: 0x7f2c9348c9c0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc7c8: Queued root: 0x7f2c239f0970 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc7e0: Queued root: 0x7f2cf884b860 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc7f8: Queued root: 0x7f2c9348c8d0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc810: Queued root: 0x7f2c239f07f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc828: Queued root: 0x7f2cf8839b90 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc840: Queued root: 0x7f2c290ac4f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc858: Queued root: 0x7f2cf880bc20 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc870: Queued root: 0x7f2c290ac070 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc888: Queued root: 0x7f2cf87c9230 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc8a0: Queued root: 0x7f2c93f0b5b0 :: 0x7f2cf66cd8a0 (bits: 3)
        of type Module
0x7f2c1d9fc8b8: Queued root: 0x7f2cf7ed7160 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc8d0: Queued root: 0x7f2c1b1d52d0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc8e8: Queued root: 0x7f2c22b918c0 :: 0x7f2cf6818db0 (bits: 3)
        of type Core.MethodInstance
0x7f2c1d9fc900: Queued root: 0x7f2cf9850110 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc918: Queued root: 0x7f2cf6eee6f0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc930: Queued root: 0x7f2cf902a690 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc948: Queued root: 0x7f2cf8955c40 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc960: Queued root: 0x7f2cf8955710 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc978: Queued root: 0x7f2cf89559b0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc990: Queued root: 0x7f2cf2cfc670 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc9a8: Queued root: 0x7f2c92c2ecc0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fc9c0: Queued root: 0x7f2c933b0fd0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc9d8: Queued root: 0x7f2c933b0a90 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fc9f0: Queued root: 0x7f2c92c2eb80 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fca08: Queued root: 0x7f2c1b1f4c70 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fca20: Queued root: 0x7f2c933b13c0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fca38: Queued root: 0x7f2c933b1120 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fca50: Queued root: 0x7f2c1b1f4640 :: 0x7f2cf6818970 (bits: 3)
        of type Method
0x7f2c1d9fca68: Queued root: 0x7f2c1b1ed490 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fca80: Queued root: 0x7f2c2bd08e50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fca98: Queued root: 0x7f2c1b40cfd0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fcab0: Queued root: 0x7f2c34bacbf0 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fcac8: Queued root: 0x7f2cf902cc50 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fcae0: Queued root: 0x7f2cf902b930 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fcaf8: Queued root: 0x7f2c91c7e100 :: 0x7f2cf66cd960 (bits: 3)
        of type Core.SimpleVector
0x7f2c1d9fcb10: Queued root: 0x7f2c2226d6a0 :: 0x7f2cf66ce020 (bits: 3)
        of type Array{Any, 1}
0x7f2c1d9fcb28:  r-- Object (8bit) 0x7f2c1b76f7c0 :: 0x7f2cf6818973 -- [11, 13)
        of type Method

signal (6): Aborted
in expression starting at /home/mschlott/.julia/dev/Trixi/examples/tree_2d_fdsbp/elixir_advection_extended.jl:55
gsignal at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
abort at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
gc_assert_datatype_fail at /buildworker/worker/package_linux64/build/src/gc.c:1650
gc_mark_loop at /buildworker/worker/package_linux64/build/src/gc.c:2713
_jl_gc_collect at /buildworker/worker/package_linux64/build/src/gc.c:3034
jl_gc_collect at /buildworker/worker/package_linux64/build/src/gc.c:3241
maybe_collect at /buildworker/worker/package_linux64/build/src/gc.c:880 [inlined]
jl_gc_pool_alloc at /buildworker/worker/package_linux64/build/src/gc.c:1204
jl_gc_alloc_ at /buildworker/worker/package_linux64/build/src/julia_internal.h:285 [inlined]
jl_box_ssavalue at /buildworker/worker/package_linux64/build/src/datatype.c:838
setindex! at ./essentials.jl:458 [inlined]
process_node! at ./compiler/ssair/ir.jl:945
iterate at ./compiler/ssair/ir.jl:1248
compact! at ./compiler/ssair/ir.jl:1397
compact! at ./compiler/ssair/ir.jl:1395 [inlined]
run_passes at ./compiler/ssair/driver.jl:139
optimize at ./compiler/optimize.jl:272 [inlined]
_typeinf at ./compiler/typeinfer.jl:244
typeinf at ./compiler/typeinfer.jl:209
abstract_call_method_with_const_args at ./compiler/abstractinterpretation.jl:330
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:168
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1447
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_edge at ./compiler/typeinfer.jl:806
abstract_call_method at ./compiler/abstractinterpretation.jl:490
abstract_call_gf_by_type at ./compiler/abstractinterpretation.jl:143
abstract_call_known at ./compiler/abstractinterpretation.jl:1033
abstract_call at ./compiler/abstractinterpretation.jl:1056
abstract_call at ./compiler/abstractinterpretation.jl:1040
abstract_eval_statement at ./compiler/abstractinterpretation.jl:1167
typeinf_local at ./compiler/abstractinterpretation.jl:1447
typeinf_nocycle at ./compiler/abstractinterpretation.jl:1520
_typeinf at ./compiler/typeinfer.jl:214
typeinf at ./compiler/typeinfer.jl:209
typeinf_ext at ./compiler/typeinfer.jl:892
typeinf_ext_toplevel at ./compiler/typeinfer.jl:925
typeinf_ext_toplevel at ./compiler/typeinfer.jl:921
jfptr_typeinf_ext_toplevel_10816.clone_1 at /mnt/hd1/opt/julia/1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
jl_type_infer at /buildworker/worker/package_linux64/build/src/gf.c:298
jl_generate_fptr at /buildworker/worker/package_linux64/build/src/jitlayers.cpp:340
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:1970
jl_compile_method_internal at /buildworker/worker/package_linux64/build/src/gf.c:2236 [inlined]
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2229 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
do_apply at /buildworker/worker/package_linux64/build/src/builtins.c:670
format at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/Printf/src/Printf.jl:781
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
AliveCallback at /home/mschlott/.julia/dev/Trixi/src/callbacks_step/alive.jl:82
apply_discrete_callback! at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/callbacks.jl:859 [inlined]
apply_discrete_callback! at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/callbacks.jl:880 [inlined]
apply_discrete_callback! at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/callbacks.jl:875 [inlined]
apply_discrete_callback! at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/callbacks.jl:871 [inlined]
handle_callbacks! at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/integrators/integrator_utils.jl:261
_loopfooter! at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/integrators/integrator_utils.jl:204
loopfooter! at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/integrators/integrator_utils.jl:168 [inlined]
solve! at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/solve.jl:479
#__solve#466 at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/solve.jl:5 [inlined]
__solve##kw at /home/mschlott/.julia/packages/OrdinaryDiffEq/FjtnF/src/solve.jl:4 [inlined]
#solve_call#58 at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:61 [inlined]
solve_call##kw at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:48 [inlined]
#solve_up#60 at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:82
solve_up##kw at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:75 [inlined]
#solve#59 at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:70 [inlined]
solve##kw at /home/mschlott/.julia/packages/DiffEqBase/lULzQ/src/solve.jl:68
unknown function (ip: 0x7f2c98061050)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
do_call at /buildworker/worker/package_linux64/build/src/interpreter.c:115
eval_value at /buildworker/worker/package_linux64/build/src/interpreter.c:204
eval_stmt_value at /buildworker/worker/package_linux64/build/src/interpreter.c:155 [inlined]
eval_body at /buildworker/worker/package_linux64/build/src/interpreter.c:562
jl_interpret_toplevel_thunk at /buildworker/worker/package_linux64/build/src/interpreter.c:670
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:877
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:825
jl_toplevel_eval_in at /buildworker/worker/package_linux64/build/src/toplevel.c:929
eval at ./boot.jl:360 [inlined]
include_string at ./loading.jl:1094
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
_include at ./loading.jl:1148
include at ./client.jl:444 [inlined]
top-level scope at ./timing.jl:210 [inlined]
top-level scope at ./REPL[4]:0
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:871
jl_toplevel_eval_flex at /buildworker/worker/package_linux64/build/src/toplevel.c:825
jl_toplevel_eval_in at /buildworker/worker/package_linux64/build/src/toplevel.c:929
eval at ./boot.jl:360 [inlined]
eval_user_input at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:139
repl_backend_loop at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:200
start_repl_backend at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:185
#run_repl#42 at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:317
run_repl at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.6/REPL/src/REPL.jl:305
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
#874 at ./client.jl:387
jfptr_YY.874_41532.clone_1 at /mnt/hd1/opt/julia/1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
jl_f__call_latest at /buildworker/worker/package_linux64/build/src/builtins.c:714
#invokelatest#2 at ./essentials.jl:708 [inlined]
invokelatest at ./essentials.jl:706 [inlined]
run_main_repl at ./client.jl:372
exec_options at ./client.jl:302
_start at ./client.jl:485
jfptr__start_34289.clone_1 at /mnt/hd1/opt/julia/1.6.1/lib/julia/sys.so (unknown line)
_jl_invoke at /buildworker/worker/package_linux64/build/src/gf.c:2237 [inlined]
jl_apply_generic at /buildworker/worker/package_linux64/build/src/gf.c:2419
jl_apply at /buildworker/worker/package_linux64/build/src/julia.h:1703 [inlined]
true_main at /buildworker/worker/package_linux64/build/src/jlapi.c:560
repl_entrypoint at /buildworker/worker/package_linux64/build/src/jlapi.c:702
main at julia (unknown line)
__libc_start_main at /lib/x86_64-linux-gnu/libc.so.6 (unknown line)
unknown function (ip: 0x4007d8)
Allocations: 125867492 (Pool: 125807232; Big: 60260); GC: 119
Aborted (core dumped)

I will merge #708 soon into main. For me, this PR fixes the problems reported here. It would be nice if someone else could also confirm this (on a different system, maybe Mac OS).

@ranocha I can confirm that this PR fixes the problem on MacOS as well.

Great, thanks!


REACT_NATIVE_ROUTER_FLUX_FOCUS is invoked at the beginning of scene transition

Version
Tell us which versions you are using:

react-native-router-flux v3.32.0
react-native v0.30.0

Expected behaviour
REACT_NATIVE_ROUTER_FLUX_FOCUS should be invoked at the end of transition between scenes or we need to have other way to detect end of transition
Actual behaviour
It's not possible to detect end of transition between scenes (excluding setTimeout).
REACT_NATIVE_ROUTER_FLUX_FOCUS is invoked at the beginning of transitions, immediately after dispatching REACT_NATIVE_ROUTER_FLUX_PUSH and REACT_NATIVE_ROUTER_FLUX_BACK_ACTION
Steps to reproduce
Video Possible navigation issues in React Native/Redux app
    reducerCreate(params){
        const defaultReducer = Reducer(params);
        return (state, action)=>{
            switch (action.type) {
                case ActionConst.PUSH:
                    console.log(ActionConst.PUSH, action.key);
                    break;
                case ActionConst.FOCUS:
                    console.log(ActionConst.FOCUS, action.scene.sceneKey);
                    break;
                default:
                    console.log(action.type);
            }
            return defaultReducer(state, action);
        }
    }

    render() {
        const ReduxRouter = connect()(Router);
        const store = createStoreWithMiddleware(reducer);
        return (
        <Provider store={store}>
            <ReduxRouter createReducer={this.reducerCreate} >
        	    <Scene key="root" >
                <Scene key="Start"
                                duration={2000}
                                initial={true}
                                 component={Start}
                                 title="Start"
                                 />

                <Scene key="Test"
                                 duration={2000}
                                 component={Test}
                                 title="Test"
                                 />
                </Scene>
            </ReduxRouter>
        </Provider>
        )
    }

Cant you use componentDidMount of the component you are navigating to?
What are you actually trying to do?

just want to prevent component rendering during animation. I am using redux and do not manage rendering process manually. If large component is getting rendered in animation time it causes freezes.
So would be nice to have a callback for end of animation (transition between scenes). componentDidMount is called when animation starts. It does not help

There is a section in the react native docs which should help you:
https://facebook.github.io/react-native/docs/performance.html#slow-navigator-transitions

@Dean177 thank you for so useful link. I missed this part of RN docs.
i have found different solution recently -  just rewrite animation for scenes like this
applyAnimation={(pos, navState)=>{Animated.timing(....}.start(callback)}
but using of InteractionManager.runAfterInteractions looks better and can be applied to resolving other animation issues

No problem, happy to help

Hi @alsh76 looks like @Dean177 comments answered your question. If you don't have any other comments can you please close this?


Remove ImportResolver-related stubs

A follow-up for https://github.com/rust-analyzer/rust-analyzer/pull/3063/, removes the FIXME added during the https://github.com/rust-analyzer/rust-analyzer/pull/2982#issuecomment-581130028 changes.

bors r+


Obtain input/output in text

Hello!
Is it possible to capture both the generated output and input in text as well? Or do I need to implement some additional external resource specifically for this?
My intention is to maintain the current voice functionality, but I also want to have a text record
Regards

See this issue here: https://github.com/Azure-Samples/aisearch-openai-rag-audio/issues/7
There's a fork there with the transcript functionality implemented

Closing this one as a duplicate of #7


Initial File System - Bounty-to-Hire

/claim https://github.com/golemcloud/golem/issues/1004
/resolves https://github.com/golemcloud/golem/issues/1004
This is a WIP attempt to for the challenge.
I'll try to finish in the upcoming days if this is still a valid attemp.

@HollandDM Congratulations on submitting your solution for our Bounty-to-Hire challenge (#1004)!
We have reviewed your pull request. While you have made some progress toward #1004, there is still so much work left to do, and existing work that needs to be restructured, that we have decided you will not be progressing to the next phase.
At this point, we wish to thank you for your work on this open source project, and your participation in the challenge, and encourage you to keep an eye on future bounties, which your work in this one has prepared you for.
Congratulations again on being one of our contestants and putting so much effort into your work!


Added Field "isPhysicalDevice"

To determine if code is being run on an emulator/simulator I added the field isPhysicalDevice to both AndroidInfo as well as iOsInfo. This can be useful to easily enable/disable features in flutter which could break the simulator. I wrote "simulator" since the iOs simulator crashed when using pushNotifications or trying to access the camera in the app. I added the Android functionality for the sake of completeness.
On iOs, this process is pretty straight-forward due to the field TARGET_OS_SIMULATOR.
On Android I used a more heuristic approach, based on the average of a couple of stackoverflow posts and this emulator-detection in the futter-tools.
have a nice weekend,
Ben

/cc @yjbanov

Before I am going to fix all the smaller issues:
I think the distinction is necessary for some small edge cases. For me for example it was necessary to disable the firebase-messaging on the iOs simulator and anything calling the camera, since it does not support that and crashes.
I ran into this issues because our release version could not be tested in a simulator. For dev-versions, this doesn't matter of course.
To also "fix" the issue of the correct nomenclature as well as the rather heuristic android approach, I could also just remove the field in android, since I really only need it for iOs anyways.

Hi @BenSower we fixed the Travis issue in https://github.com/flutter/plugins/pull/220, so if you merge with master hopefully it will pass now.

Hi @yjbanov,
I finally got around fixing the codestyle problems and removing that unnecessary ".toString()".
Concerning your suggestion of moving the native android emulator detection method to dart:
Yes, I think it would be possible, but since the iOs detection has to be done in native code, I'd rather not move the function to dart. I'd think this way it's cleaner than having the android logic in dart and the iOs logic in native code.
Thanks for your time,
Ben

Thank you for your time!


Redesign HttpClient implmentation testing

Description
Redesign of testing for HttpClient implementations. Testing code is moved from azure-core-test into azure-core-http-test-common, this allows for a few major changes:

azure-core-test no longer needs to generate a test JAR and reduces its dependency count.
Tests for HttpClient implementations are now in a standalone package specific for it.
HttpClient implementation packages can now drop their dependency on azure-core-test, allowing for azure-core-test to take dependencies on HttpClient implementations.

Overall, this means we no longer need every library to dependencies on the HttpClient packages, they just need to depend on azure-core-test which they already do. This massively centralizes testing configuration into azure-core-test.
All SDK Contribution checklist:

[x] The pull request does not introduce [breaking changes]
[x] CHANGELOG is updated for new features, bug fixes or other significant changes.
[x] I have read the contribution guidelines.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[x] Pull request includes test coverage for the included changes.

API change check
API changes are not detected in this pull request.


my_eval.py error

When I run
$ python scripts/my_eval.py results/comp4_det_test_ 2007_test.txt data/voc.names
it can't get mAP,I just get this
/public/home/G19850028/RWJ/pytorch-0.4-yolov3-master/VOCdevkit/VOC2007/JPEGImages/000009.jpg 000009
why?what should i do?

@sdustdk1427 Did you do valid.py before my_eval.py? If you did, I think, your model is not correctly trained.

I find if i delete output file, this problem will be reslove.....thanks


File uploader in Advanced settings cannot be cleared.

Bug Description
If you use file uploader in to Chat Input there is no way to clean the file. Removing show is keeping the file in the state.
Reproduction

Add Chat Input to the flow
Select "Show" for "Files" in Advanced Settings.
Upload the file
No way to remove the file now

Expected behaviour
Either additional button for removing file or unselecting show should clean the state of the node.
Who can help?
@anovazzi1
Operating System
MacOS 14.5
Langflow Version
1.0.15
Python Version
3.11
Screenshot

Flow File
No response

Hey @uladkaminski,
Thank you so much for your suggestion—it's very helpful!
I discussed it with my colleagues, and it turns out we're planning a refactor of the file uploader soon. This should significantly improve the user experience when uploading files to Flow.
I recommend holding off for this new feature—it's going to be worth the wait!
Thanks again!


fix: won't work with nuxt.config.ts

🐛 The bug
If you use @nuxt/typescript-runtime and write your Nuxt configuration in TypeScript (nuxt.config.ts), nuxt-typed-vuex will break in a weird way with pretty much no context or way to debug the issue (see screenshot below)
🛠 To reproduce
Steps to reproduce the behavior:

follow instructions on the Nuxt TypeScript documentation page to set up typescript-runtime and write your config in TypeScript
Install and set up nuxt-typed-vuex
Run the development server (nuxt-ts)
See error: Unexpected Identifier

ℹ Additional context

The exact same configuration, written in JavaScript will work as expected.
Not sure if this relates to nuxt-typed-vuex or Nuxt itself, but leaving it here for someone with more info about how these libraries work together to inspect this further.

@nles I really appreciate the bug report. However, I can't reproduce it.
Here is a working example with @nuxt/typescript-runtime. Could you throw up a repro, by any chance?

@nles To provide a bit more info, I went back to your post and followed the below:
Here are my steps, written out quite explicitly.

Install depscreate-nuxt-app test-app
cd test-app
yarn add --dev @nuxt/typescript-build nuxt-typed-vuex
yarn add @nuxt/typescript-runtime

Rename and edit nuxt.config to be typed:import { Configuration } from '@nuxt/types'

const config: Configuration = {
  // ...
  buildModules: ['@nuxt/typescript-build', 'nuxt-typed-vuex'],
  build: {
    transpile: [/nuxt-typed-vuex/],
  },
}

export default config

Change nuxt -> nuxt-ts in package.json.
Add tsconfig.json from here.
Add basic ~/store/index.ts:import { getterTree } from 'nuxt-typed-vuex'

export const state = () => ({})

export const getters = getterTree(state, {})

Everything works. However, it's possible something may be lacking in the docs, or you may have a more complicated setup - and I'd be very happy to help. Just send a repro my way!

@nles FYI, I've added a Typescript runtime example repo here.

@nles I'm closing this as I can't reproduce it, but please do come back to me if you have any more information.


Add option to insert time before a quick note - Logseq

Extension – Logseq

Author: @futantan

Describe the feature and the current behavior/state.
Option to add a leading text before the insertion automatically. Like the current time stamp.
Who will benefit from this feature?
People who are using this to do interstitial journaling.
Any Other info.
For example my journals start with **HH:mm** – [TEXT HERE]

#1445
I will work on this in the following days when available

Thanks for your feedback @hphoeksma :D

https://user-images.githubusercontent.com/6268441/180586717-bb9495c0-fe67-450f-9834-33e5ee7e20a0.mp4
hi @hphoeksma Please review and let me know if this is what you want

Maybe an option to add a custom tag like #[[quick capture]] (like in mobile version of logseq) will be also appropriate?

Sounds great! Will add it!

Feature added! @alphatroya

@futantan cool :-) Maybe it would be nice for people to be able to set up their own template as a prefix in which they can substitute a date variable. So they can make it bolded, at an emoji in front of it (as I have some people do). Many people - many different formats. So if it would be an input field where you could configure this - that would be more versatile.
**{dd.mm}** - becomes: 10.15 - Text here
{dd:mm} - becomes: 10:15 - Text here
⏲ {dd:mm} becomes:  ⏲ 10:15 Text here
Here I use { brackets as template tag - but whatever is possible would be fine.
I am happy as it is - but just an idea.
Thanks 👍

@hphoeksma would love to see this templatable too!

As Logseq has added Logseq Protocol for quick capture with customised format, will this ext consider following it?

hey @feigaoxyz great feedback, I will work on this soon!


Minor note on the training for-loop of sequence-to-one.lua.

The last line "iteration = iteration + 1" has no effect and is confusing.
(Maybe it was a different loop at some point?)

Removed. Thanks!


Add propagation_modes for the Lightstep Tracer

The Lightstep tracer supports multiple propagation modes.
See https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/trace/v3/lightstep.proto#enum-config-trace-v3-lightstepconfig-propagationmode
With this PR it is now possible to set a list of propagation modes in
the config field of the TracingService.
I have verified it locally end to end. Seems to work.
However, I wasn't able to make tests work locally. Issues with a dummy-pod not coming up due to pull permissions, but it doesn't seem right. The cluster is able to pull images from the same registry...
Signed-off-by: Paul Salaberria<EMAIL_ADDRESS>

The tests are based on test_shadow.py. If there is a cleaner way of initializing the confis, I am all ears :)


SomeType.from_pydantic(...) does not call resolvers of underlying types

SomeType.from_pydantic(...) does not call resolvers of underlying types.
Or probably I'm doing something wrong. 😄
Describe the Bug
It's better explained as a test:
def test_from_pydantic_calls_underlying_resolvers():
    class UserName(BaseModel):
        first_name: str
        last_name: str

    @strawberry.experimental.pydantic.type(UserName)
    class UserNameType:
        last_name: strawberry.auto

        @strawberry.field
        def first_name(
            self,
            root: UserName,
        ) -> str:
            return f"updated {root.first_name}"

    class User(BaseModel):
        age: int
        name: str

    @strawberry.experimental.pydantic.type(User)
    class UserType:
        age: strawberry.auto

        @strawberry.field
        def name(
            self,
            root: User,
        ) -> UserNameType:
            first_name, last_name = root.name.split(" ")
            return UserNameType.from_pydantic(  # <- here's the thing
                UserName(first_name=first_name, last_name=last_name)
            )

    origin_user = User(age=1, name="John Doe")
    user = UserType.from_pydantic(origin_user)

    assert user.age == 1
    assert user.name(origin_user).first_name == "John"

Yells:
E       AssertionError: assert <bound method test_something.<locals>.UserNameType.first_name of UserNameType(last_name='Doe')> == 'John'
E        +  where <bound method test_something.<locals>.UserNameType.first_name of UserNameType(last_name='Doe')> = UserNameType(last_name='Doe').first_name
E        +    where UserNameType(last_name='Doe') = <bound method test_something.<locals>.UserType.name of UserType(age=1)>(User(age=1, name='John Doe'))
E        +      where <bound method test_something.<locals>.UserType.name of UserType(age=1)> = UserType(age=1).name

However this piece of code works as expected:
@strawberry.experimental.pydantic.type(User)
class UserType:
    age: strawberry.auto

    @strawberry.field
    def name(
        self,
        root: User,
    ) -> UserNameType:
        first_name, last_name = root.name.split(" ")
        # <- note pydantic type is returned instead of `UserType.from_pydantic`
        return UserName(first_name=first_name, last_name=last_name)

System Information

Operating system: mac os
Strawberry version (if applicable): 0.124.0

so the error is saying that first_name is a method instead of a field, because, we defined that as a method in
    @strawberry.experimental.pydantic.type(UserName)
    class UserNameType:
        last_name: strawberry.auto

        @strawberry.field
        def first_name(
            self,
            root: UserName,
        ) -> str:
            return f"updated {root.first_name}"

is your expected behaviour such that first_name gets evaluated to become a field in from_pydantic

@thejaminator idk. Docs are quite confusing.
If I return pydantic type in resolver, everything works fine - first_name is called automatically. Butmypy complains that I'm returning UserName instead of UserNameType.
However if I return UserNameType.from_pydantic(UserName(...)), first_name is not called, but mypy check is ok.


Setup presubmit and post merge tests using cloud build

Upgrade sbt version to workaround problem described in: https://github.com/sbt/sbt-launcher-package/pull/158/files

/gcbrun


Updated HTTP 1.0.0

Hi @MohamedKamran ,
Really appreciate the effort that you have put towards the change, Unfortunately we have handled it accordingly with multiple updates with the branch version-2. Thu moving forward and closing the PR.
Thankyou and happy coding


[FLINK-11719] Do not reuse JobMaster instances across leader sessions

What is the purpose of the change
This PR changes how the JobMaster is used by the JobManagerRunnerImpl. Instead of reusing the JobMaster across different leader sessions, the JobManagerRunnerImpl will create a new instance for every leader session. This makes the state management in the JobMaster easier because we don't have to make sure that the components are always in a cleaned up state when starting a new leader session. Moreover, it simplifies the state management because there are fewer mutable components in the JobMaster.
This PR is based on #14430.
Brief change log

8faba3b: This commit changes how the JobManagerRunnerImpl uses JobMasterServices.
Now we use a JobMasterService per leader session.

436aa53: This commit changes the JobMaster to have a permanent fencing token.

1ab27e0: Since the JobMaster is now a PermanentlyFencedRpcEndpoint we no longer
need to make the scheduler resettable.

7b74054: Since we are no longer reusing the JobMaster across different leader sessions,
we can make the heartbeat managers final.

aec1ac9: Make starting and stopping of JobMaster services symmetric

Verifying this change
I adjusted several test to the new model. The test class JobMasterTest was mainly affected.
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn/Mesos, ZooKeeper: (yes / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

Thanks for the review @zentol. I have addressed your comments. Let's see what AZP now says about the tests.

@flinkbot run azure

AZP is now giving green light.

Thanks for the review @zentol. Merging this PR now.


[Java][JDBC-driver] Ignore username/password auth if they are empty and a token is provided

Describe the enhancement requested
We've run into some issues with our service where users are using tools that always provide a username/password even if none are provided and a token is passed in as part of the connection params. This causes the driver to go through the Handshake flow using username/password which fails since we don't support that.
Ideally, tools should not attempt to use username/password if none are provided, but it's impossible to force tools to change their implementation. Instead, we could check if the username/password are empty and the token is provided in the connection parameters and choose token auth instead.
If this seems reasonable I'd be happy to put up a PR for it.
Component(s)
Java

Makes sense to me!


Adds CBMC stubs for OpenSSL

Signed-off-by: Felipe R. Monteiro<EMAIL_ADDRESS>Please note that while we are transitioning from travis-ci to AWS CodeBuild, some tests are run on each platform. Non-AWS contributors will temporarily be unable to see CodeBuild results. We apologize for the inconvenience.
Resolved issues:
N/A.
Description of changes:
We completely replace the implementation of the openSSL functions, adding checks and non-deterministic statements design specifically to the CBMC-proof process.
Call-outs:
The stubs for the OpenSSL library are a copy from the AWS Encryption SDK for C and they are part of the CBMC proof infrastructure. They are essential for any CBMC proof that targets entry points using OpenSSL.
Testing:
N/A.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

As part of the discussion from https://github.com/awslabs/s2n/pull/1918#pullrequestreview-420474267

Add a .md file explaining in the top level folder what's going on.

Done. I added on the README.md file for CBMC proofs.